<div dir="ltr"><div dir="ltr">On Sat, May 16, 2020 at 5:03 PM Esme Povirk (they/them) <<a href="mailto:vincent@codeweavers.com">vincent@codeweavers.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Doesn't it defeat the purpose of using symlinks that resolve properly<br>
if they only work inside wine processes?<br></blockquote><div><br></div><div>The way this is put together you can run "wineprefix <program> <arguments>" to allow these symlinks to resolve properly.  The default behavior (no arguments) is to open bash, and this behavior propagates such that applications run within the shell work the same way, a couple examples:</div><div>===<br></div><div>ehoover@lappy:~$ wineprefix<br></div><div>ehoover@lappy:/??/C:$ echo "TEST" | gpg -c --batch --yes --passphrase "test" --output /??/C:/TEST/test.gpg -</div><div>ehoover@lappy:/??/C:$ exit</div><div>ehoover@lappy:~$ wineprefix gpg -d /??/C:/TEST/test.gpg<br>gpg: AES256 encrypted data<br>gpg: encrypted with 1 passphrase<br>TEST</div><div>===</div><div>So, the symlinks do work for non-wine processors (when launched with the special LD_PRELOAD).</div><div><br></div><div>Also, this is only necessary for within-prefix links - any symlinks targeting outside the prefix would not require any special treatment.<br></div><div><br></div><div>Best,</div><div>Erich<br></div></div></div>