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