Bug#591882: apt: fails to upgrade some packages properly
On Fr, 2010-08-06 at 02:40 -0400, Lucas Nussbaum wrote:
> Package: apt
> Version: 0.7.25.3
> Severity: serious
>
> Hi,
>
> I have been testing upgrades from lenny to sid with a tool similar to
> piuparts. I ran into many (~80) strange failures, where apt takes a
> wrong decision about which packages to upgrade.
>
> All the logs are available from
> http://people.debian.org/~lucas/logs/2010/08/05/pkg-upgrade/
> Here are the various cases:
> package-not-upgraded/:
> The package under test was not upgraded during apt-get dist-upgrade.
> That is always because upgrading it would have required the removal of
> another package. However, in the case of library packages being removed
> to permit the upgrade, I was wondering whether it was possible to trick
> apt into upgrading the package.
>
> package-uninstalled/:
> The package under test was removed during apt-get dist-upgrade.
>
> package-uninstalled/no-removal/ <= that's where the serious issues are
> The package under test was removed during dist-upgrade, but no removal
> was neded to get it back! It should really have been upgraded together
> with the other packages.
> There are quite a lot of failures related to emacs packages, so they
> are separated in the logs.
I reran those tests (package-uninstalled/no-removal) using the latest
commit in APT's debian-experimental-ma branch; and got:
Emacs cases (26)
================
Fixed (13/26):
* anthy-el
* bbdb
* css-mode
* eldav
* html-helper-mode
* mell
* migemo-perl
* php-elisp
* post-el
* prime-el
* pyrex-mode
* python-mode
* rdtool-elisp
Packages depending on emacs21 | emacsen (8/26) [0]:
* bhl
* crypt++el
* ecb
* elib
* etalk
* gnuserv
* remembrance-agent
* rnc-mode
Failed to install newer emacs (5/26) [1]:
* c-sig
* gnus
* ifile-gnus-el
* remember-el
* suikyo-elisp
[0] emacs22 | emacsen might work
[1] depends on emacs22 | ... | emacsen; but emacs22 is not pulled.
Non emacs cases (11)
====================
Fixed (1/11):
* python-application
Imagemagick (2/11):
* libautotrace-dev
* octave-image
Textlive (5/11):
* dvi2ps
* itrans-fonts
* latex-cjk-japanese-wadalab
* tex4ht-common
* tex4ht
Others (3/11):
* conkeror (xulrunner-1.9 stuff)
* libgpevtype-dev
* python-migrate (python-codespeak-lib becomes virtual in squeeze)
For texlive cases:
I. textlive-common Conflicts texlive-base-bin; causes
textlive-base-bin to be removed
II. texlive-common is not needed anymore and can be removed.
The correct solution would be to remove texlive-common instead of
texlive-base-bin.
Summary
=======
Fixed: 14/37
Remaining: 13/37
-----------------
Total: 37/37
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
Reply to: