<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 30 January 2018 at 14:00, Karl Berry <span dir="ltr"><<a href="mailto:karl@freefriends.org" target="_blank">karl@freefriends.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">    I just found tthat the TL2017's<br>
    tlpkg/installer/wget/wget.x86_<wbr>64-darwin binary does not support<br>
    HTTPS protocol.<br>
<br>
</span>As Mojca pointed out separately, this is most likely because<br>
I actually suggested/recommended building wget --without-ssl for TL:<br>
<a href="http://tug.org/texlive/build.html#xz" rel="noreferrer" target="_blank">http://tug.org/texlive/build.<wbr>html#xz</a><br>
<br>
This is because, as far as I know, it has become impossible to build a<br>
wget binary supporting ssl which either (a) runs on wider variety of<br>
systems than just the build system and close relatives (e.g., across<br>
Linux-based distros), or (b) is statically linked. Both of these used to<br>
be fairly practical, but now, due to "improvements" in the computing<br>
world, I think they are not.<br></blockquote><div><br></div><div>Whatever you ship would be outdated in less than a year.  Users</div><div>have been known to use TL's wget for other purposes, so it falls</div><div>into the category of an "attractive nuisance".   It is best to </div><div>encourage users to rely on supported crypto with regular updates.</div><div><br></div><div>wget without ssl support will work with fewer and fewer servers in the </div><div>future.  Meanwhile, the options for having a current downloader (wget, </div><div>curl, gnurl) have improved, so it is not unreasonable to simple state</div><div>that a suitable downloader must be provided before attempting to</div><div>run the installer.   Effort would be better spent supporting</div><div>curl/gnurl as many users will already have one of these.  Curl, for</div><div>example, is provided by Anaconda Python (available on linux,</div><div>macOS, and Windows).</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Maybe I am wrong, but I'd like to see the proof before changing or<br>
committing anything. I suspect that if you want a full-fledged wget, it<br>
has to be provided elsewhere.  You can set TL_DOWNLOAD_PROGRAM and<br>
TL_DOWNLOAD_ARGS to override using the TL-shipped wget.<br>
<br>
(Maybe we should change the download logic to prefer a wget found in<br>
PATH to our shipped one, for this reason. That has its own problems,<br>
though.) --best, karl.<br>
<br>
</blockquote></div><br>The installer should check for wget, curl, and gnurl in the PATH.  If none is found, </div><div class="gmail_extra">it can point to a document where the requirements are detailed and </div><div class="gmail_extra">suitable sources of the programs for various platforms are listed.<br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>George N. White III<br><br></div></div></div>
</div></div>