Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#60973 - [qt5-base] Symbolic links should be relative, not absolute.
Attached to Project:
Arch Linux
Opened by Stephan S (buzo) - Wednesday, 05 December 2018, 11:28 GMT
Last edited by Antonio Rojas (arojas) - Sunday, 09 December 2018, 21:07 GMT
Opened by Stephan S (buzo) - Wednesday, 05 December 2018, 11:28 GMT
Last edited by Antonio Rojas (arojas) - Sunday, 09 December 2018, 21:07 GMT
|
DetailsDescription:
Symbolic links should be relative, not absolute. So in PKGBUILD, substitute ln -s /usr/bin/$(basename $b) "${pkgdir}"/usr/bin/$(basename $b)-qt5 with ln -s $(basename $b) "${pkgdir}"/usr/bin/$(basename $b)-qt5 Thanks! Additional info: * package version: qt5-base 5.11.2-3 |
This task depends upon
Closed by Antonio Rojas (arojas)
Sunday, 09 December 2018, 21:07 GMT
Reason for closing: Fixed
Additional comments about closing: in svn
Sunday, 09 December 2018, 21:07 GMT
Reason for closing: Fixed
Additional comments about closing: in svn
Second, the kernel needs to do much less work for resolving the symlink. See https://en.wikipedia.org/wiki/Symbolic_link#Storage_of_symbolic_links : «… the operating system still needs to parse the path name in the link, which always requires reading additional inodes and generally requires reading other, and potentially many, directories, processing both the list of files and the inodes of each of them until it finds a match with the link's path components. Only when a link points to a file in the same directory do "fast symlinks" provide significantly better performance than other symlinks.»
And third, both the ln command and the «ls -l» output is shorter. :)