<div dir="ltr"><div>Yeah, not unlike how we bundle Tcl/tk now. Once upon a time, we used the system version of that too. With Apple looking to ditch supporting a "system version" of things like python, I imagine we might be better off with libcurl/openssl. The only problem there is ssl has a lot of security patches so we might have to make a lot of point releases.</div><div><br></div><div>—Mark</div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 3, 2020 at 2:22 AM Ryan Schmidt <<a href="mailto:ryandesign@macports.org">ryandesign@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On Dec 29, 2019, at 10:58, Mojca Miklavec wrote:<br>
<br>
> On Sun, 29 Dec 2019 at 13:46, Rainer Müller wrote:<br>
> <br>
>> See also:<br>
>> <a href="https://trac.macports.org/ticket/51516" rel="noreferrer" target="_blank">https://trac.macports.org/ticket/51516</a><br>
> <br>
> Thinking of it ... the reported/suggested patch doesn't sound as bad after all.<br>
> <br>
> Considering the potential alternatives of:<br>
<br>
[snip]<br>
<br>
> - shipping our own bundled copy of libcurl (dismissed many times as<br>
> not feasible)<br>
<br>
I still believe bundling libcurl and libressl or openssl with MacPorts is the correct solution, as I have previously argued in #51516. There is also a link in that ticket to an implementation, so it is definitely feasible. I have not had the energy to renew the argument in that ticket after the latest objection, and there are only so many ways that I can express the views that I've already expressed there.<br>
<br>
<br>
> then trying to repeat the download with either ${prefix}/bin/curl or<br>
> ${prefix}/bin/wget or whatever "default curl" points to (which would<br>
> always resolve to /usr/bin/curl if port curl is missing) doesn't sound<br>
> like such a bad idea to me.<br>
<br>
[snip]<br>
<br>
It is a bad idea in as much as it means we are writing all of our curl code twice: once for libcurl and a second time for the curl program. This is a duplication of effort and presents a great opportunity for us to mess up such that a MacPorts feature works when using libcurl but not when using curl or vice versa.<br>
<br>
<br>
</blockquote></div>