Bug#508058: Simultaneous removal emacs21 and install emacs22 - no working /usr/bin/emacs
Sven Joachim svenj...@gmx.de writes:
Okay. I'm at my wits' end for now, handing this over to the dpkg
developers.
I've also wondered if this might be due to some improper behavior in
(possibly older) emacs {pre,post}{inst,rm} scripts, i.e. do our older
packages somehow put things into a state that causes trouble during
later upgrades.
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508058: Simultaneous removal emacs21 and install emacs22 - no working /usr/bin/emacs
Package: emacs22 Version: 22.2+2-5 Severity: important Not sure if the bug is in the emacs22 package or in dpkg... I upgraded two machines from etch (+some lenny/sid) to lenny today; as part of this upgrade, I asked for purging emacs21 and installing emacs22. Now, on both machines, I have: [EMAIL PROTECTED]:~# emacs bash: emacs: command not found [EMAIL PROTECTED]:~# ls -l /usr/bin/emacs lrwxrwxrwx 1 root root 23 mar 31 2005 /usr/bin/emacs - /etc/alternatives/emacs [EMAIL PROTECTED]:~# ls -l /etc/alternatives/emacs lrwxrwxrwx 1 root root 16 déc 7 13:23 /etc/alternatives/emacs - /usr/bin/emacs21 While a update-alternatives --auto emacs solves the situation, alternatives are there for that kind of thing to be automatic... [EMAIL PROTECTED]:~# update-alternatives --display emacs emacs - status is manual. link currently points to /usr/bin/emacs21 /usr/bin/emacs22-x - priority 25 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz Current `best' version is /usr/bin/emacs22-x. [EMAIL PROTECTED]:~# update-alternatives --auto emacs [EMAIL PROTECTED]:~# update-alternatives --display emacs emacs - status is auto. link currently points to /usr/bin/emacs22-x /usr/bin/emacs22-x - priority 25 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz Current `best' version is /usr/bin/emacs22-x. I'm fairly sure I did not myself set the status to manual before. I would have had any reason to do that, having only one emacs installed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-686 (SMP w/1 CPU core) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs22 depends on: ii emacs22-bin-common 22.2+2-5 The GNU Emacs editor's shared, arc ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-16GNU C Library: Shared libraries ii libgif44.1.6-6 library for GIF images (library) ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libncurses55.6+20080830-2shared libraries for terminal hand ii libpng12-0 1.2.27-2 PNG library - runtime ii libsm6 2:1.0.3-2 X11 Session Management library ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii xaw3dg 1.5+E-17 Xaw3d widget set ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime emacs22 recommends no packages. Versions of packages emacs22 suggests: pn emacs22-common-non-dfsg none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508058: Simultaneous removal emacs21 and install emacs22 - no working /usr/bin/emacs
On 2008-12-07 15:39 +0100, Lionel Elie Mamane wrote: Package: emacs22 Version: 22.2+2-5 Severity: important Not sure if the bug is in the emacs22 package or in dpkg... It certainly is a problem in dpkg, such issues had been reported several times before. I upgraded two machines from etch (+some lenny/sid) to lenny today; as part of this upgrade, I asked for purging emacs21 and installing emacs22. Now, on both machines, I have: [EMAIL PROTECTED]:~# emacs bash: emacs: command not found [EMAIL PROTECTED]:~# ls -l /usr/bin/emacs lrwxrwxrwx 1 root root 23 mar 31 2005 /usr/bin/emacs - /etc/alternatives/emacs [EMAIL PROTECTED]:~# ls -l /etc/alternatives/emacs lrwxrwxrwx 1 root root 16 déc 7 13:23 /etc/alternatives/emacs - /usr/bin/emacs21 While a update-alternatives --auto emacs solves the situation, alternatives are there for that kind of thing to be automatic... Yes, update-alternatives does not play very nicely if you remove the preferred alternative. Or at least that used to be the case -- there have been several improvements in dpkg 1.14.x, and I don't know which dpkg version actually did the upgrade. [EMAIL PROTECTED]:~# update-alternatives --display emacs emacs - status is manual. link currently points to /usr/bin/emacs21 /usr/bin/emacs22-x - priority 25 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz Current `best' version is /usr/bin/emacs22-x. [EMAIL PROTECTED]:~# update-alternatives --auto emacs [EMAIL PROTECTED]:~# update-alternatives --display emacs emacs - status is auto. link currently points to /usr/bin/emacs22-x /usr/bin/emacs22-x - priority 25 slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz Current `best' version is /usr/bin/emacs22-x. I'm fairly sure I did not myself set the status to manual before. Well, someone or something must have done it anyway. I would have had any reason to do that, having only one emacs installed. We all do stupid things for no good reason from time to time (no offense intended). Can you please send your /var/log/dpkg.log (compress it if is large) so that the order of removals/installations and the version of dpkg that did the upgrade can be traced? TIA, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#508058: Simultaneous removal emacs21 and install emacs22 - no working /usr/bin/emacs
reassign 508058 dpkg 1.14.23 thanks On 2008-12-07 16:39 +0100, Lionel Elie Mamane wrote: On Sun, Dec 07, 2008 at 04:07:53PM +0100, Sven Joachim wrote: Yes, update-alternatives does not play very nicely if you remove the preferred alternative. Or at least that used to be the case -- there have been several improvements in dpkg 1.14.x, and I don't know which dpkg version actually did the upgrade. It seems it was version 1.14.23 in both cases, which suggests the bug is still there and current. Okay, reassigning to that version then. I'm fairly sure I did not myself set the status to manual before. Well, someone or something must have done it anyway. My hunch is that this is what happens when the preferred or the last alternative is removed or something like that. In this case the alternative should just disappear completely. And the sequence of events was the following on both of your machines: 1) emacs22 is unpacked 2) emacs21 is removed (purged, actually) 3) emacs22 is configured This is the normal case in apt-based installs, and the emacs alternative should have been removed in step 2) and restored in step 3). And this is what happened when I tried to reproduce the bug in a chroot where I installed the `emacs' metapackage from etch and upgraded it to lenny. So I can't reproduce your problem. :-| I would have had any reason to do that, having only one emacs installed. We all do stupid things for no good reason from time to time (no offense intended). No offence, taken, but I took back the file /var/lib/dpkg/alternatives/emacs from a backup for one of the machines (quorn), and here is its content (indented): auto /usr/bin/emacs emacs.1.gz /usr/share/man/man1/emacs.1.gz /usr/bin/emacs21 24 /usr/share/man/man1/emacs.1emacs21.gz /usr/bin/emacs21-x 24 /usr/share/man/man1/emacs.1emacs21.gz So it was truly in auto mode. Okay. I'm at my wits' end for now, handing this over to the dpkg developers. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
