Your message dated Tue, 24 Feb 2009 21:09:40 +0100 with message-id <[email protected]> and subject line Re: Bug#516042: aptitude: Please add an 'upgrade plus install new dependencies' option has caused the Debian Bug report #516042, regarding aptitude: Please add an 'upgrade plus install new dependencies' option to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 516042: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516042 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: aptitude Version: 0.4.11.11-1~lenny1 Severity: wishlist Hi When upgrading from etch to lenny I had to go through several cycles of 'aptitude install package; aptitude safe-upgrade' before the final 'aptitude full-upgrade' run. Using 'aptitude full-upgrade' without the preceding 'aptitude install package; aptitude safe-upgrade' cycles would have forced me to (unnecessary) remove a lot of packages. Doing this cycles I had to poke around and guess which package to install next to resolve more and more dependencies for the new lenny packages (without losing other installed packages), so that the following 'aptitude safe-upgrade' gets the best chances to upgrade as many packages as possible (as it cannot install required package dependencies itself). Having a command which does the same as 'aptitude safe-upgrade' does but additionally upgrades all packages which require the (automatic) installation of new packages (because of new dependencies) would require far less of guessing and would save a lot of time (each run of 'aptitude safe-upgrade' took about 10 minutes on an Athlon 4000+ and about half an hour on my old laptop). Such a command would provide a more powerful, but still safe way to upgrade a system (also see bug #198658). Regards Uwe -- Package-specific info: aptitude 0.4.11.11 compiled at Dec 5 2008 02:43:34 Compiler: g++ 4.3.2 Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20081213 cwidget version: 0.5.12 Apt version: 4.6.0 linux-gate.so.1 => (0xb7f87000) libapt-pkg-libc6.7-6.so.4.6 => /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0xb7ea6000) libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7e68000) libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb7e61000) libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb7d9d000) libept.so.0 => /usr/lib/libept.so.0 (0xb7cdc000) libxapian.so.15 => /usr/lib/libxapian.so.15 (0xb7b86000) libz.so.1 => /usr/lib/libz.so.1 (0xb7b71000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7b58000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7a69000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7a43000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7a36000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb78db000) libutil.so.1 => /lib/i686/cmov/libutil.so.1 (0xb78d7000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb78d2000) /lib/ld-linux.so.2 (0xb7f88000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (850, 'stable'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.20.2 Advanced front-end for dpkg ii libc6 2.7-18 GNU C Library: Shared libraries ii libcwidget3 0.5.12-4 high-level terminal interface libr ii libept0 0.5.22 High-level library for managing De ii libgcc1 1:4.3.2-1.1 GCC support library ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libxapian15 1.0.7-4 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [apti 0.4.11.11-1~lenny1 English manual for aptitude, a ter ii libparse-debianchange 1.1.1-2 parse Debian changelogs and output Versions of packages aptitude suggests: ii debtags 1.7.8.1 Enables support for package tags pn tasksel <none> (no description available) -- no debconf information
--- End Message ---
--- Begin Message ---Hi Daniel > Hm. The thing that's odd is that "safe-upgrade" in lenny does > install new packages, unless you tell it not to. Aww, you are right, it indeed installed new packages. The fact that 'safe-upgrade' now also removes (automatically installed) packages fooled my memory. I wrongly remembered those runs with removed packages as 'aptitude install' runs. And maybe also the fact that on my desktop PC I had to do a lot of the upgrade work with the old aptitude. Sorry! So lennys aptitude seems to do by default what I wanted the new option to do and I can close this call. The renaming to 'safe-upgrade' starts to make sense, although I don't like the longer name :). > I wonder if the removals included some packages that you didn't > reinstall, which conflicted with the others? Good point. That's the removal list from the final 'aptitude full-upgrade' run on my desktop PC: Remove the following packages: 3gpwiz ecj-bootstrap-gcj libavformatcvs51 libcurl3-openssl-dev libffi4 libft-perl libgd-gd2-noxpm-perl libgdal1-1.3.2-grass libglade-gnome0 libglade0 libgtk-canvas1 liblinphone1 liboaf0 libperl5.8 libqgis0 libsablevm1 libssp0 tea I could reinstall tea after the 'full-upgrade' without problems. 3gpwiz was not reinstallable because of unmet dependencies. ecj-bootstrap-gcj is not in lenny anymore. And I did not reinstall any of the libs explicitly. tea does not have any conflict entries at all. Neither did the old packages of 3gpwiz and ecj-bootstrap-gcj have. So at least from this data it's not obvious why aptitude forced me to remove tea. Another odd behaviour I saw reviewing the logs, a kind of unexpected end of aptitude: # aptitude upgrade W: The "upgrade" command is deprecated; use "safe-upgrade" instead. Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Writing extended state information... Done open: 9; closed: 9; defer: 31; conflict: 1 [..] open: 134; closed: 583; defer: 1000; conflict: 86 Resolving dependencies... open: 126; closed: 612; defer: 1030; conflict: 91 Resolving dependencies... open: 125; closed: 629; defer: 1050; conflict: 92 Resolving dependencies... open: 125; closed: 644; defer: 1069; conflict: 93 Resolving dependencies... [..] open: 5; closed: 22982; defer: 37458; conflict: 167 The following packages have unmet dependencies: dbus: Conflicts: dbus-1-utils (< 1.0.2-5) but 1.0.2-1+etch2 is installed. # Finished .. after a longer time (as far as I remember about half an hour). No proposal, no question, simply terminated. I repeated it a second time with the same result. An 'aptitude install dbus' resolved the problem: # aptitude install dbus Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages will be REMOVED: dbus-1-utils{a} [1.0.2-1+etch2] <-250kB> The following packages will be upgraded: dbus [1.0.2-1+etch2 -> 1.2.1-5] <-98.3kB> libselinux1 [1.32-3 -> 2.0.65-5] <-65.5kB> The following packages are RECOMMENDED but will NOT be installed: dbus-x11 2 packages upgraded, 0 newly installed, 1 to remove and 1021 not upgraded. Need to get 302kB of archives. After unpacking 414kB will be freed. Do you want to continue? [Y/n/?] And this definitely was lennys aptitude. Not sure if it helps you in any way. Thanks for your time Uwe
--- End Message ---
