Bug#437291: aptitude: system upgrade more and more complicated

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


Hi Roland,

2008-01-28 15:08 Roland Stigge:

Hi,

another current instance with aptitude 0.4.10 (simple "U", "g" cycles):

Setting up sun-java6-jre (6-04-1) ...
Setting up acroread (8.1.1-0.6) ...
Setting up acroread-escript (8.1.1-0.6) ...
Setting up acroread-plugins (8.1.1-0.6) ...
Setting up sun-java6-fonts (6-04-1) ...
Setting up sun-java6-bin (6-04-1) ...
Installing new version of config file
/etc/java-6-sun/management/management.properties ...
Installing new version of config file
/etc/java-6-sun/security/java.policy ...
Setting up acroread-debian-files (0.0.14) ...
Press return to continue.

(Reading database ... 304050 files and directories currently installed.)
Removing orage ...
Removing xfce4 ...
Removing xfce4-mixer ...
Removing xfce4-mixer-alsa ...
Removing xfce4-session ...
Removing xfdesktop4 ...
Removing xfce4-utils ...
Removing xfprint4 ...
Press return to continue.

(Reading database ... 303119 files and directories currently installed.)
Removing thunar ...
Removing libthunar-vfs-1-2 ...
Removing thunar-data ...
Removing xfce4-panel ...
Removing xfdesktop4-data ...
Removing fortune-mod ...
Removing fortunes-min ...
Press return to continue.


Can you still see this behaviour with current/recent versions?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#437291: aptitude: system upgrade more and more complicated

[Roland Stigge]

Daniel Burrows wrote:
 On Tue, Jan 22, 2008 at 12:04:12PM +0100, Roland Stigge [EMAIL PROTECTED] 
 was heard to say:
 there was just another example for the problem: After a system upgrade
 (u, U, g), without problems, I pressed U, g again, and as you
 can see below, some further packages were automatically removed which
 were not removed in the first run. Pressing U, g a third time,
 another packages was upgraded:
 
   After you pressed U, were there dependencies that had to be
 resolved?

I think so, but I'm not sure. Will need to check next time I encounter
the issue.

How would I see it? On pressing g afterwards, I've seen a list of
resolving results. Or how would I see it beforehand?

Roland



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Daniel Burrows]

On Tue, Feb 05, 2008 at 09:33:02AM +0100, Roland Stigge [EMAIL PROTECTED] was 
heard to say:
 Daniel Burrows wrote:
  On Tue, Jan 22, 2008 at 12:04:12PM +0100, Roland Stigge [EMAIL PROTECTED] 
  was heard to say:
  there was just another example for the problem: After a system upgrade
  (u, U, g), without problems, I pressed U, g again, and as you
  can see below, some further packages were automatically removed which
  were not removed in the first run. Pressing U, g a third time,
  another packages was upgraded:
  
After you pressed U, were there dependencies that had to be
  resolved?
 
 I think so, but I'm not sure. Will need to check next time I encounter
 the issue.
 
 How would I see it? On pressing g afterwards, I've seen a list of
 resolving results. Or how would I see it beforehand?

  Yes, the list that comes up when you press g is one way.  Also,
you'll get a red bar down at the bottom of the screen.  See, e.g.,

http://algebraicthunk.net/~dburrows/projects/aptitude/doc/en/ch02s02s04.html

  The reason I ask, btw, is that the resolver is *not* necessarily
idempotent in combination with U.  That is, if you carry out its
suggestions and it doesn't manage to upgrade everything, then the new
input to the resolver will be different and it might settle on a
solution that isn't a strict subset of the solution it found before.
Also (see below) the resolver currently refuses by default to tell you
to cancel all pending actions, so while it's happy to hold a subset of
your packages back, it won't hold that set back when those are the only
upgradable packages left.

  I would also be interested in knowing whether you see the same
behavior if you run aptitude with the command-line argument
-o Aptitude::ProblemResolver::Discard-Null-Solution=false'.  i.e., when
it's telling you to make changes the second time you run it, try passing
that option and see if anything changes (specifically: does it try to
hold all packages back?)

  Daniel



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Daniel Burrows]

On Tue, Jan 22, 2008 at 12:04:12PM +0100, Roland Stigge [EMAIL PROTECTED] was 
heard to say:
 there was just another example for the problem: After a system upgrade
 (u, U, g), without problems, I pressed U, g again, and as you
 can see below, some further packages were automatically removed which
 were not removed in the first run. Pressing U, g a third time,
 another packages was upgraded:

  After you pressed U, were there dependencies that had to be
resolved?

  Daniel



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Roland Stigge]

Hi,

another current instance with aptitude 0.4.10 (simple U, g cycles):

Setting up sun-java6-jre (6-04-1) ...
Setting up acroread (8.1.1-0.6) ...
Setting up acroread-escript (8.1.1-0.6) ...
Setting up acroread-plugins (8.1.1-0.6) ...
Setting up sun-java6-fonts (6-04-1) ...
Setting up sun-java6-bin (6-04-1) ...
Installing new version of config file
/etc/java-6-sun/management/management.properties ...
Installing new version of config file
/etc/java-6-sun/security/java.policy ...
Setting up acroread-debian-files (0.0.14) ...
Press return to continue.

(Reading database ... 304050 files and directories currently installed.)
Removing orage ...
Removing xfce4 ...
Removing xfce4-mixer ...
Removing xfce4-mixer-alsa ...
Removing xfce4-session ...
Removing xfdesktop4 ...
Removing xfce4-utils ...
Removing xfprint4 ...
Press return to continue.

(Reading database ... 303119 files and directories currently installed.)
Removing thunar ...
Removing libthunar-vfs-1-2 ...
Removing thunar-data ...
Removing xfce4-panel ...
Removing xfdesktop4-data ...
Removing fortune-mod ...
Removing fortunes-min ...
Press return to continue.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Roland Stigge]

Hi,

there was just another example for the problem: After a system upgrade
(u, U, g), without problems, I pressed U, g again, and as you
can see below, some further packages were automatically removed which
were not removed in the first run. Pressing U, g a third time,
another packages was upgraded:

[...]
Setting up gcj-4.3 (4.3-20080116-1) ...
Setting up sun-java6-bin (6-03-2) ...
Installing new version of config file
/etc/java-6-sun/security/java.policy ...
Installing new version of config file /etc/java-6-sun/security/cacerts ...
Installing new version of config file
/etc/java-6-sun/fontconfig.properties ...
Setting up sun-java6-jre (6-03-2) ...
Setting up java-gcj-compat-dev (1.0.77-3) ...
INFO: using old version '/usr/bin/python2.3'
Setting up g++-4.1 (4.1.2-19) ...
Setting up libgcj9-src (4.3-20080116-1) ...
Setting up sun-java6-fonts (6-03-2) ...
Setting up g++-4.2 (4.2.2-7) ...
Setting up g++ (4:4.2.2-2) ...
Setting up r-base-dev (2.6.1-2) ...
Setting up libstdc++6-4.1-dev (4.1.2-19) ...
Setting up libstdc++6-4.2-dev (4.2.2-7) ...
Press return to continue.

(Reading database ... 302696 files and directories currently installed.)
Removing gcc-4.2-arm-linux-gnu ...
Removing cpp-4.2-arm-linux-gnu ...
Removing libc6-dev-arm-cross ...
Removing linux-libc-dev-arm-cross ...
Removing libgcc1-arm-cross ...
Removing libc6-arm-cross ...
Press return to continue.

(Reading database ... 301579 files and directories currently installed.)
Preparing to replace gcc-4.2-arm-linux-gnu-base 4.2.2-4 (using
.../gcc-4.2-arm-linux-gnu-base_4.2.2-5_i386.deb) ...
Unpacking replacement gcc-4.2-arm-linux-gnu-base ...
Setting up gcc-4.2-arm-linux-gnu-base (4.2.2-5) ...
Press return to continue.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Roland Stigge]

Daniel Burrows wrote:

What should I look for during the next upgrades for debugging purposes?


  I'd say, double-check before you upgrade that nothing is being held
back, and read the install output to check that the packages really
installed correctly.


I sometimes have a small set of packages that are manually on hold. 
But this stays this way until after the upgrade and this can't be an 
explanation for the multiple additional U-g cycles.


bye,
  Roland


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Roland Stigge]

Daniel Burrows wrote:

my normal way to upgrade the system is to start aptitude and press: u,
U and g

Newly, I need several additional U g cycles afterwards until nothing
else is left to do. Today, there were about 10 (!) cycles necessary. The
last ones being some automatical uninstallations (not many, though).

Shouldn't all this be done in one run?


  Are you sure all the packages are installing successfully?  Typically
this sort of symptom is due to package postinsts that break the first
time and succeed later times (e.g., because of dependencies that aren't
declared).


It's different from the common case that a package's configuration 
fails. In this case, apt/aptitude would also clearly state this.


But here, there were several groups of packages to be installed after 
the first run. Each group consisting of 1-5 packages without 
installation/upgrade problems.


What should I look for during the next upgrades for debugging purposes?

bye,
  Roland


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Daniel Burrows]

On Wed, Aug 15, 2007 at 12:34:29PM +0200, Roland Stigge [EMAIL PROTECTED] was 
heard to say:
 Daniel Burrows wrote:
   Are you sure all the packages are installing successfully?  Typically
 this sort of symptom is due to package postinsts that break the first
 time and succeed later times (e.g., because of dependencies that aren't
 declared).

 It's different from the common case that a package's configuration fails. 
 In this case, apt/aptitude would also clearly state this.

 But here, there were several groups of packages to be installed after the 
 first run. Each group consisting of 1-5 packages without 
 installation/upgrade problems.

 What should I look for during the next upgrades for debugging purposes?

  I'd say, double-check before you upgrade that nothing is being held
back, and read the install output to check that the packages really
installed correctly.  If aptitude thinks everything is being upgraded,
then it should be -- if not, we need to find out why 'U' didn't upgrade
everything it could.

  Daniel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Daniel Burrows]

On Sat, Aug 11, 2007 at 04:35:12PM +0200, Roland Stigge [EMAIL PROTECTED] was 
heard to say:
 my normal way to upgrade the system is to start aptitude and press: u,
 U and g
 
 Newly, I need several additional U g cycles afterwards until nothing
 else is left to do. Today, there were about 10 (!) cycles necessary. The
 last ones being some automatical uninstallations (not many, though).
 
 Shouldn't all this be done in one run?

  Are you sure all the packages are installing successfully?  Typically
this sort of symptom is due to package postinsts that break the first
time and succeed later times (e.g., because of dependencies that aren't
declared).

  Daniel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#437291: aptitude: system upgrade more and more complicated

[Roland Stigge]

Package: aptitude
Version: 0.4.6.1-1
Severity: normal

Hi,

my normal way to upgrade the system is to start aptitude and press: u,
U and g

Newly, I need several additional U g cycles afterwards until nothing
else is left to do. Today, there were about 10 (!) cycles necessary. The
last ones being some automatical uninstallations (not many, though).

Shouldn't all this be done in one run?

Thanks,

Roland

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.6-6 0.7.6  Advanced front-end for dpkg
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libgcc1   1:4.2.1-2  GCC support library
ii  libncursesw5  5.6+20070716-1 Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a2.0.17-2   type-safe Signal Framework for C++
ii  libstdc++64.2.1-2The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do none (no description available)
ii  libparse-debianchangelog-perl 1.1-1  parse Debian changelogs and output

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]