fetch timeout

Joshua Root jmr at macports.org
Wed Jul 20 17:46:29 UTC 2022


On 2022-7-21 03:32 , Dave Allured - NOAA Affiliate via macports-dev wrote:
> On Wed, Jul 20, 2022 at 2:30 AM Christopher Jones 
> <jonesc at hep.phy.cam.ac.uk <mailto:jonesc at hep.phy.cam.ac.uk>> wrote:
> 
>>     On 20 Jul 2022, at 1:13 am, Dave Allured - NOAA Affiliate via
>>     macports-dev <macports-dev at lists.macports.org
>>     <mailto:macports-dev at lists.macports.org>> wrote:
>>
>>     Hmmm.  If port curl is already installed and active, then why
>>     would subsequent port fetches prefer /usr/bin/curl?  Is this a
>>     search path issue?
> 
>     No. port does not rely on finding ‘curl’, from PATH. It instead uses
>     the system lib curl which it is liked against. The only way to get
>     port to use a different curl is to rebuild base, configured to use
>     that version.
> 
> 
> Ah, that is what I missed.  How about adding a fallback option to use an 
> alternate command line curl through PATH, when available, after normal 
> fetch attempts have failed?  My hope is that this would ultimately 
> reduce time spent on debugging connection and SSL issues.

One of the several reasons why we mirror distfiles is that it makes 
issues like this non-issues for users most of the time. If downloading 
from a particular server fails, MacPorts just moves on to trying the 
next mirror.

- Josh


More information about the macports-dev mailing list