Bug#336331: pciutils: Symbolic link to pci.ids should be relative
retitle #336331 pciutils: Symbolic link to pci.ids should not be relative thanks On Sat, Oct 29, 2005 at 11:11:05AM -0400, Dylan Thurston wrote: In /usr/share/misc, there is currently a symbolic link to pci.ids, pointing to ../../../var/lib/pciutils/pci.ids . From policy 10.5: In general, symbolic links within a top-level directory should be relative, and symbolic links pointing from one top-level directory into another should be absolute. (A top-level directory is a sub-directory of the root directory /.) Shouldn't this symbolic link be absolute? It should. (In particular, this broke my system, where /usr is a symbolic link.) It did for me as well. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336331: pciutils: Symbolic link to pci.ids should be relative
Package: pciutils Version: 1:2.1.11-15.1 Severity: normal In /usr/share/misc, there is currently a symbolic link to pci.ids, pointing to ../../../var/lib/pciutils/pci.ids . From policy 10.5: In general, symbolic links within a top-level directory should be relative, and symbolic links pointing from one top-level directory into another should be absolute. (A top-level directory is a sub-directory of the root directory /.) Shouldn't this symbolic link be absolute? (In particular, this broke my system, where /usr is a symbolic link.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14y Locale: LANG=C, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Versions of packages pciutils depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an pciutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
