Your message dated Sat, 15 Sep 2012 14:45:58 +0800
with message-id <[email protected]>
and subject line Re: Bug#328441: Make unused-removal aware of metapackages
has caused the Debian Bug report #328441,
regarding Make unused-removal aware of metapackages
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.)
--
328441: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328441
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.2.15.9-6
Severity: normal
I've just installed Sarge. When the installer installs packages, it use
meta-packages. For example, to install kde network packages (like kget,
krdc and others), it use the package kdenetwork. Good things.
But now, I want to remove kget, so it will automatically remove
kdenetwork, but it thinks others kdenetwork packages are unused (since
there were installed automatically via kdenetwork), and it wants to
remove them.
Here is the output of aptitude when I try to remove kget after
installing kdenetwork (this appears on Sid too) :
The following packages are unused and will be REMOVED:
kdenetwork-kfile-plugins kpf krfb ksirc ktalkd lisa talk ytalk
The following packages will be automatically REMOVED:
kdenetwork
The following packages will be REMOVED:
kdenetwork kget
0 packages upgraded, 0 newly installed, 10 to remove and 0 not upgraded.
You can notice there are some kdenetwork packages missing. This is
because these packages have been early installed by hand (I run this
test on my Sid).
I would like to see this behaviour disappear if it's possible, since I
think it's not a good behaviour and it is a bit annoying.
Thanks for your work.
Regards.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1.1
Locale: LANG=POSIX, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968) (ignored: LC_ALL
set to POSIX)
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6.3-6-3.1 0.6.41 Advanced front-end for dpkg
ii libc6 2.3.5-6 GNU C Library: Shared libraries an
ii libgcc1 1:4.0.1-7 GCC support library
ii libncurses5 5.4-9 Shared libraries for terminal hand
ii libsigc++-1.2-5c2 1.2.5-5 type-safe Signal Framework for C++
ii libstdc++6 4.0.1-7 The GNU Standard C++ Library v3
Versions of packages aptitude recommends:
pn aptitude-doc-en | aptitude-do <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
> I've occasionally wanted a simple command in aptitude for "remove the
> auto flag from all the depends of this package" - not only for
> metapackages but also for dummy upgrade packages. Another way to look
> at it is a combined command for "remove this package but arrange not
> to remove anything it pulled in".
> This seems a bit better to me than unconditionally keeping
> dependencies of removed metapackages, as Bug #328441 suggests.
Apt 0.7 series introduced APT::Never-MarkAuto-Sections where
dependencies of packages from sections in that list will not be marked
auto-installed.
A later version shipped with Section: metapackages in that setting by
default (/etc/apt/apt.conf.d/01autoremove).
This is all before 0.8. Marking as done.
Regards
--- End Message ---
