Package: coreutils Version: 9.1-1 Severity: minor On Debian 12 "/bin" has been changed to a symbolic link that points to "/usr/bin":
> ls -l /bin lrwxrwxrwx 1 root root 7 May 14 08:39 /bin -> usr/bin However the package manifest of "coreutils" still claims that files are located in "/bin". This is confusing when the user tries to determine which package owns a file: > which ls /usr/bin/ls > dpkg -S /usr/bin/ls dpkg-query: no path found matching pattern /usr/bin/ls > dpkg -S /bin/ls coreutils: /bin/ls This oddity is not even consistent for the "coreutils" package: > which seq /usr/bin/seq > dpkg -S /usr/bin/seq coreutils: /usr/bin/seq > dpkg -S /bin/seq dpkg-query: no path found matching pattern /bin/seq I suspect that many more packages are affected. -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-3 ii libattr1 1:2.5.1-4 ii libc6 2.36-9 ii libgmp10 2:6.2.1+dfsg1-1.1 ii libselinux1 3.4-1+b5 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information
