[PATCH 0/3] Add more winsymlinks values

Corinna Vinschen corinna-cygwin@cygwin.com
Thu Jul 29 10:40:04 GMT 2021


On Jul 29 12:23, Corinna Vinschen wrote:
> On Jul 28 20:55, Jon Turney wrote:
> > On 22/07/2021 15:21, Corinna Vinschen wrote:
> > > On Jul 22 14:53, Jon Turney wrote:
> > > > [1] https://cygwin.com/pipermail/cygwin/2020-August/245994.html
> > > 
> > > Did nobody ask the Docker guys why they fail to support perfectly
> > > valid reparse points?
> > 
> > It seems so e.g. [1]. The answer isn't much beyond "yes, that doesn't work",
> > though.
> > 
> > [1] https://github.com/moby/moby/issues/41058#issuecomment-692968944
> 
> D'oh!
> 
> > > > I haven't yet looked at adding 'native' symlink support to setup itself, but
> > > > it's probably going to be a bit of a pain.
> > > 
> > > That may be not a bad idea after all.  Setup typically runs as elevated
> > > process, so it has the required permissions to create native symlinks.
> > > Scripts could then run with CYGWIN=winsymlinks:native by default.
> > > 
> > > As long as nobody has the hare-brained idea to move a Cygwin distro
> > > manually, native symlinks should be just as well as Cygwin symlinks.
> > 
> > I'm pretty reluctant to add this to setup in any form which isn't initially
> > "keep doing what we currently do, unless you explicitly ask for symlinks to
> > be made a different way".  (especially since when we changed what we were
> > doing in Cygwin 3.1.5, it opened this whole can of worms)
> > 
> > So I don't think that gets us any further forward if setup doesn't have
> > useful control over the kinds of symlinks made by post-install scripts.
> 
> Ok, then, by all means, lets' add a few options to the CYGWIN=winsymlinks
> setting.  Just s/WSYM_magic/WSYM_sysfile/.

Also winsymlinks:sys or winsymlinks:sysfile

Thanks,
Corinna


More information about the Cygwin-patches mailing list