Bug#982803: procps: broken alternative for /usr/bin/w left on the system
On Thu, 2021-03-11 at 18:29 +0800, Paul Wise wrote: > The alternative could have been removed in the new preinst before > /usr/bin/w is removed by dpkg during the upgrade process. > > https://www.debian.org/doc/debian-policy/ap-flowcharts.html Should I file a new bug about switching to this? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#982803: procps: broken alternative for /usr/bin/w left on the system
On Thu, 2021-03-11 at 11:13 +0100, Sven Joachim wrote: > Maybe there is a way for procps to avoid the bogus warning, but I do > not currently see a good one. The alternative could have been removed in the new preinst before /usr/bin/w is removed by dpkg during the upgrade process. https://www.debian.org/doc/debian-policy/ap-flowcharts.html -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#982803: procps: broken alternative for /usr/bin/w left on the system
On 2021-03-02 15:54 +0800, Paul Wise wrote: > Package: procps > Followup-For: Bug #982803 > > While the /etc/alternatives/w file got removed, the maintainer scripts > still cause a warning during the upgrade: > >Preparing to unpack .../procps_2%3a3.3.17-4_amd64.deb ... >Unpacking procps (2:3.3.17-4) over (2:3.3.16-5) ... >Setting up procps (2:3.3.17-4) ... >update-alternatives: warning: alternative /usr/bin/w.procps (part of link > group w) doesn't exist; removing from list of alternatives >update-alternatives: warning: /etc/alternatives/w is dangling; it will be > updated with best choice That is a minor bug in update-alternatives, it displays this warning before taking any action, there is already a FIXME comment in the source[1]. The alternative is actually removed properly. Maybe there is a way for procps to avoid the bogus warning, but I do not currently see a good one. Cheers, Sven 1. https://sources.debian.org/src/dpkg/1.20.7.1/utils/update-alternatives.c/#L3066
Bug#982803: procps: broken alternative for /usr/bin/w left on the system
Package: procps Followup-For: Bug #982803 While the /etc/alternatives/w file got removed, the maintainer scripts still cause a warning during the upgrade: Preparing to unpack .../procps_2%3a3.3.17-4_amd64.deb ... Unpacking procps (2:3.3.17-4) over (2:3.3.16-5) ... Setting up procps (2:3.3.17-4) ... update-alternatives: warning: alternative /usr/bin/w.procps (part of link group w) doesn't exist; removing from list of alternatives update-alternatives: warning: /etc/alternatives/w is dangling; it will be updated with best choice -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages procps depends on: ii init-system-helpers 1.60 ii libc62.31-9 ii libncurses6 6.2+20201114-2 ii libncursesw6 6.2+20201114-2 ii libprocps8 2:3.3.17-4 ii libtinfo66.2+20201114-2 ii lsb-base 11.1.0 Versions of packages procps recommends: ii psmisc 23.4-2 procps suggests no packages. -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#982803: procps: broken alternative for /usr/bin/w left on the system
On Mon, 15 Feb 2021 at 04:27, Sven Joachim wrote: > This version of procps no longer installs an alternative for /usr/bin/w, > but the existing alternative is not cleaned up: > Unless you install it twice (like I did) which is why it looked fine for me. > Removing the broken alternative in the prerm script does not work, > because dpkg runs the old version's prerm on upgrades, not the new one. > This should be done in the postinst instead. > Yep, makes sense. - Craig
Bug#982803: procps: broken alternative for /usr/bin/w left on the system
Package: procps Version: 2:3.3.17-3 This version of procps no longer installs an alternative for /usr/bin/w, but the existing alternative is not cleaned up: , | $ LANG=C update-alternatives --display w | update-alternatives: warning: alternative /usr/bin/w.procps (part of link group w) doesn't exist; removing from list of alternatives | w - auto mode | link best version not available | link currently points to /usr/bin/w.procps | link w is /usr/bin/w | slave w.1.gz is /usr/share/man/man1/w.1.gz | $ dpkg -S /usr/bin/w | procps: /usr/bin/w ` Removing the broken alternative in the prerm script does not work, because dpkg runs the old version's prerm on upgrades, not the new one. This should be done in the postinst instead. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.16-nouveau (SMP w/2 CPU threads) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages procps depends on: ii init-system-helpers 1.60 ii libc62.31-9 ii libncurses6 6.2+20201114-2 ii libncursesw6 6.2+20201114-2 ii libprocps8 2:3.3.17-3 ii libtinfo66.2+20201114-2 ii lsb-base 11.1.0 Versions of packages procps recommends: ii psmisc 23.4-2 procps suggests no packages. -- no debconf information
