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