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]