Your message dated Fri, 24 Jul 2009 07:31:18 -0700
with message-id <[email protected]>
and subject line Re: Bug#537178: aptitude: custom grouping breaks listing of
obsolete packages
has caused the Debian Bug report #537178,
regarding aptitude: custom grouping breaks listing of obsolete packages
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.)
--
537178: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537178
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.4.11.11-1~lenny1
Severity: normal
Hi,
inspired by https://bugs.launchpad.net/bugs/122249 I added the following line
to
~/.aptitude/config
aptitude::UI::Default-Grouping "task,status,pattern(~O~A=>\1 -
\2),section(subdir,passthrough),section(topdir)";
It looks like using ~o in the default grouping breaks display of obsolete
packages in all
of aptitude. The GUI will henceforth claim that there are no locally created
or obsolete
packages installed. "aptitude search ~o" will list them fine, though.
This bug is being tracked for Ubuntu in https://bugs.launchpad.net/bugs/334196
Regards
Rolf
-- 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 => (0xb7fda000)
libapt-pkg-libc6.7-6.so.4.6 => /usr/lib/libapt-pkg-libc6.7-6.so.4.6
(0xb7f13000)
libncursesw.so.5 => /lib/libncursesw.so.5 (0xb7ed5000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0xb7ecf000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0xb7e0b000)
libept.so.0 => /usr/lib/libept.so.0 (0xb7d4a000)
libxapian.so.15 => /usr/lib/libxapian.so.15 (0xb7bf4000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7bde000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7bc6000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7ad8000)
libm.so.6 => /lib/libm.so.6 (0xb7ab2000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7aa5000)
libc.so.6 => /lib/libc.so.6 (0xb7967000)
libutil.so.1 => /lib/libutil.so.1 (0xb7962000)
libdl.so.2 => /lib/libdl.so.2 (0xb795e000)
/lib/ld-linux.so.2 (0xb7fdb000)
Terminal: xterm
$DISPLAY is set.
`which aptitude`: /usr/bin/aptitude
aptitude version information:
aptitude linkage:
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6. 0.7.20.2+lenny1 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:
pn aptitude-doc-en | aptitude-do <none> (no description available)
pn libparse-debianchangelog-perl <none> (no description available)
Versions of packages aptitude suggests:
pn debtags <none> (no description available)
pn tasksel <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
On Wed, Jul 15, 2009 at 09:20:09PM +0200, Rolf Leggewie
<[email protected]> was heard to say:
> inspired by https://bugs.launchpad.net/bugs/122249 I added the following line
> to
> ~/.aptitude/config
>
> aptitude::UI::Default-Grouping "task,status,pattern(~O~A=>\1 -
> \2),section(subdir,passthrough),section(topdir)";
>
> It looks like using ~o in the default grouping breaks display of obsolete
> packages in all
> of aptitude. The GUI will henceforth claim that there are no locally created
> or obsolete
> packages installed. "aptitude search ~o" will list them fine, though.
Just for my own future reference: what happens is that the "obsolete
and locally created" group appears just fine, but there are no packages
in it.
The problem here, I think, is that you've told the pattern policy
that packages with an Origin and an Archive should be grouped by
their Origin/Archive tags. The pattern policy will discard packages
that don't have an Origin or an Archive -- which is always true for
packages that are obsolete. So the obsolete group ends up empty --
it's arguably a bug that it's created at all, but anyway, the pattern
grouper is behaving properly.
You can get what you want by adding a fallthrough condition, for
instance:
task,status,pattern(~O~A => \1 - \2, ?true =>
unknown),section(subdir,passthrough),section(topdir)
Or alternatively, you can place packages without an Origin or Archive
alongside the Origin and Archive branches:
task,status,pattern(~O~A => \1 - \2, ?true || ), section(subdir,
passthrough), section(topdir)
Daniel
--- End Message ---
