live check fetch failures

[atmail.dreamhost.com]

port is built against system libcurl.

I actually ran into that yesterday while compiling MacPorts under FreeBSD (unfortunately, the tcl build throws a core with a signal 11 when doing portindex).

Marius
__
Marius Schamschula
On Jun 19, 2021, 8:12 AM -0500, Christopher Jones <jonesc at hep.phy.cam.ac.uk>, wrote:
>
>
> > On 19 Jun 2021, at 1:35 pm, Joshua Root <jmr at macports.org> wrote:
> >
> > On 2021-6-19 20:12 , Christopher Jones wrote:
> > > A quick web search suggests this could be an issue with an older version of (lib)curl being used ? Does anyone have any insights into this ?
> >
> > Certainly seems OK with the MacPorts version but not the system version. I don't know any specifics, but it seems like maybe the system version defaults to an older TLS protocol and this server doesn't allow it.
> >
> > % /opt/local/bin/curl -Lo test.html https://downloads.xiph.org/releases/ogg/
> > % Total % Received % Xferd Average Speed Time Time Time Current
> > Dload Upload Total Spent Left Speed
> > 100 161 100 161 0 0 275 0 --:--:-- --:--:-- --:--:-- 277
> > 100 12736 0 12736 0 0 9545 0 --:--:-- 0:00:01 --:--:-- 34144
> >
> > % /usr/bin/curl -Lo test.html https://downloads.xiph.org/releases/ogg/
> > % Total % Received % Xferd Average Speed Time Time Time Current
> > Dload Upload Total Spent Left Speed
> > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
> > curl: (35) error:1400442E:SSL routines:CONNECT_CR_SRVR_HELLO:tlsv1 alert protocol version
> >
> > - Josh
>
> I guess base doesn’t use macports curl, even if it is installed and first in PATH, as I do have it installed ? Or does base not invoke ‘curl’ at all but use some library instead ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20210619/c6396e8c/attachment.htm>