Control: reassign -1 src:openjdk-11 Control: retitle -1 openjdk: Removes alternatives on deconfigure losing manual state
[ Leaving enough context for the reassign. ] Hi! On Sat, 2022-07-23 at 02:00:15 +0200, Richard Z wrote: > Package: dpkg > Version: 1.20.11 > Severity: normal > File: /usr/bin/update-alternatives > X-Debbugs-Cc: r...@linux-m68k.org > on my system I have both i386 and amd64 versions of Java. I used > update-alternatives to select am64 version while the proimary architecture > is i386. My configuration looked like > > # update-alternatives --config java > There are 2 choices for the alternative java (providing /usr/bin/java). > > Selection Path Priority Status > ------------------------------------------------------------ > 0 /usr/lib/jvm/java-11-openjdk-i386/bin/java 1111 auto > mode > * 1 /usr/lib/jvm/java-11-openjdk-amd64/bin/java 1110 manual > mode > 2 /usr/lib/jvm/java-11-openjdk-i386/bin/java 1111 manual > mode > > While doing "apt-get dist-upgrade" I saw following messages in the console: > update-alternatives: removing manually selected alternative - switching java > to > auto mode > update-alternatives: using /usr/lib/jvm/java-11-openjdk-i386/bin/java to > provide /usr/bin/java (java) in auto mode > > and the resulting configuration looked like this: > > > # update-alternatives --config java > There are 2 choices for the alternative java (providing /usr/bin/java). > > Selection Path Priority Status > ------------------------------------------------------------ > * 0 /usr/lib/jvm/java-11-openjdk-i386/bin/java 1111 auto > mode > 1 /usr/lib/jvm/java-11-openjdk-amd64/bin/java 1110 manual > mode > 2 /usr/lib/jvm/java-11-openjdk-i386/bin/java 1111 manual > mode > > My understanding of the manpage of update-alternatives is that once manual > mode > is selected it should not be changed back to auto mode by an action like > updating > the package? > Or how else should I achieve the desired effect? This is due to the openjdk-NN-jre and openjdk-NN-jre-headless prerm maintscripts removing the alternatives during «deconfigure», which can cause the lose of manual state during upgrades. This is documented in the update-alternatives man page. This should be fixed in all current openjdk versions, just reassigning to the one affected by this report, and leaving the rest to the maintainer. > -- Package-specific info: > System tainted due to merged-usr-via-aliased-dirs. > > -- System Information: > Debian Release: 11.4 > APT prefers stable-security > APT policy: (500, 'stable-security'), (500, 'stable'), (100, 'testing') > Architecture: i386 (x86_64) > Foreign Architectures: amd64 > > Kernel: Linux 5.10.0-16-amd64 (SMP w/2 CPU threads) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > LANGUAGE=en_US:en > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled Thanks, Guillem