Broken links in Cygwin installation

Ken Brown kbrown@cornell.edu
Sun Aug 21 15:09:03 GMT 2022


On 8/21/2022 7:42 AM, Andrey Repin wrote:
> Greetings, All!
> 
> # LC_ALL=C.UTF-8 find -L / -xdev -type l -exec ls -ld --color '{}' +
> lrwxrwxrwx 1 anrdaemon None 28 Dec 26  2021 ./bin/rcs2log -> ../share/cvs/contrib/rcs2log
> lrwxrwxrwx 1 anrdaemon None 15 Nov 10  2021 ./lib/tcl8.6/tclConfig.sh -> ../tclConfig.sh
> lrwxrwxrwx 1 anrdaemon None 17 Feb  2  2020 ./lib/terminfo -> ../share/terminfo
> lrwxrwxrwx 1 anrdaemon None 14 Nov 18  2021 ./lib/tk8.6/tkConfig.sh -> ../tkConfig.sh
> lrwxrwxrwx 1 anrdaemon None 15 Nov 10  2021 ./usr/lib/tcl8.6/tclConfig.sh -> ../tclConfig.sh
> lrwxrwxrwx 1 anrdaemon None 14 Nov 18  2021 ./usr/lib/tk8.6/tkConfig.sh -> ../tkConfig.sh
> 
> Is this… normal ?

The first four are consequences of the fact that /bin is the same as /usr/bin 
and /lib is the same as /usr/lib.  The links in question were actually installed 
in /usr/bin or /usr/lib.  The package maintainers could avoid this issue by 
using absolute paths instead of relative ones in the symlink content, but I 
don't think it's likely to cause problems in practice.

The last two symlinks would get resolved if you installed tcl-devel and 
tcl-tk-devel.  I think it's fine to leave dangling symlinks in this situation.

Ken


More information about the Cygwin mailing list