Your message dated Tue, 5 Apr 2016 18:52:14 +0100
with message-id <[email protected]>
and subject line Re: Bug#272126: aptitude: Don't follow ORed/virtual
dependencies when determining whether to remove automatically installed packages
has caused the Debian Bug report #272126,
regarding Don't follow ORed/virtual dependencies when determining whether to
remove automatically installed 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.)
--
272126: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=272126
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.2.15.2-1
Severity: normal
When removing a package (example below), whose installation had caused an
automatic
install of some other package, Aptitude cannot automatically uninstall this
package
if it provides something depended by another, installed package. Not even if
this
depended-upon package is still provided by some other, installed package.
Example:
aptitude --without-recommends purge gv gs cupsys gs-esp
--> causes some removals, ok
aptitude --without-recommends install gv
--> causes gv and gs to be installed (and possibly others)
aptitude --without--recommends install cupsys
--> causes gs-esp to be installed (and others)
aptitude --without-recommends purge cupsys
--> DOES NOT REMOVE gs-esp, although nothing depends on it any more.
Aptitude should check if some other package also provides "gs" and, noticing
that gs
indeed provides gs, remove gs-esp.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.6.3-1-386
Locale: LANG=en_GB, LC_CTYPE=en_GB
Versions of packages aptitude depends on:
ii apt [libapt-pkg-libc6. 0.5.24 Advanced front-end for dpkg
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libgcc1 1:3.4.1-4sarge1 GCC support library
ii libncurses5 5.4-3 Shared libraries for terminal hand
ii libsigc++-1.2-5c102 1.2.5-1 Type-safe Signal Framework for C++
ii libstdc++5 1:3.3.4-6sarge1.2 The GNU Standard C++ Library v3
-- no debconf information
--- End Message ---
--- Begin Message ---
2004-09-17 17:32 Daniel Burrows:
On Friday 17 September 2004 12:04 pm, Juha Jäykkä wrote:
Aptitude should check if some other package also provides "gs" and, noticing
that gs
indeed provides gs, remove gs-esp.
Can you prove that this will never cause problems? How do I know which
provider of gs to remove if there are 3 providers, all of which are depended
upon via gs?
2005-09-26 22:13 Daniel Burrows:
package aptitude
severity 272126 wishlist
tags 272126 + wontfix
retitle 272126 Don't follow ORed/virtual dependencies when determining whether
to remove automatically installed packages.
thanks
Closing +wontfix bug more than a decade old.
--
Manuel A. Fernandez Montecelo <[email protected]>
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
