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]