<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 30 Apr 2024 at 04:24, Norbert Preining <<a href="mailto:norbert@preining.info">norbert@preining.info</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">Hi David,<br>
<br>
On Fri, 26 Apr 2024, David Carlisle wrote:<br>
> no, think of it as a mount point, you would see same if you used a linux<br>
> curl in wsl2<br>
<br>
Really? If I run in WSL and have curl installed in it, and then run<br>
        curl ...<br>
in WSL, I rather rather sure that it will NOT create files in a<br>
different location than the one passed in.<br>
<br>
You probably meant running a *Windows* curl from within WSL.<br></blockquote><div><br></div><div>er, yes, sorry:-)</div><div><br></div><div>also wsl avoids getting the problem by default by not putting the windows path at the end of the linux one.</div><div> <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>
> linux curl would write to its /tmp  not to the windows /tmp which is<br>
> mounted at<br>
> /mnt/c/tmp<br>
<br>
That is the other way round. The problem is that the "HOST" curl is used<br>
in the "GUEST" engine.<br>
<br>
That should actually NOT be done.<br>
<br>
And as far as I remember, WSL(2) is set up in a way that the Windows<br>
binaries are not automatically available, you have to call them<br>
explicitely or adjust the PATH.<br></blockquote><div><br></div><div>yes cygwin adds the windows path, probably because, especially in early years,</div><div>it was less complete and you more often needed to mix and match, anyway it is what it is.</div><div> <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>
In the Cygwin case (HOST=Windows, GUEST=cygwin) this seems to be messed<br>
up because the host's binaries are available (maybe by default).<br>
<br>
I think the best solution is for the TL downloader setup to blacklist<br>
binaries from Windows when running on Cygwin.<br></blockquote><div><br></div><div>yes if they were explicitly blacklisted or only a normalised path of /usr/bin was set</div><div>then windows curl wouldn't be found and you'd get the existing message for no wget/curl found</div><div>rather than some lower level fail message from windows curl doing the wrong thing.</div><div> <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>
Best regards<br>
<br>
<br>
Norbert<br></blockquote><div><br></div><div>David</div><div> <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>
PREINING Norbert                              <a href="https://www.preining.info" rel="noreferrer" target="_blank">https://www.preining.info</a><br>
arXiv / Cornell University   +   IFMGA Guide   +   TU Wien  +  TeX Live<br>
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13<br>
</blockquote></div></div>