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]

Reply via email to