Your message dated Wed, 4 May 2016 14:48:00 +0100
with message-id <[email protected]>
and subject line Re: Bug#497330: support purging packages that are already
being removed
has caused the Debian Bug report #497330,
regarding support purging packages that are already being removed
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.)
--
497330: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497330
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.4.11.9-1
Severity: wishlist
In http://lists.debian.org/debian-user/2008/08/msg02342.html
>>>>> "DB" == Daniel Burrows <[email protected]> writes:
DB> On Wed, Aug 27, 2008 at 07:53:56AM +0800, [email protected] was heard to
say:
> I find no way in aptitude to
> # aptitude install telnet-ssl
> Reading package lists... Done <- Get rid of these messages, and
> The following NEW packages will be installed:
> telnet-ssl
> The following packages will be REMOVED:
> telnet{a} <- also purge instead of removing. I.e., nothing like
> APT::Get::Purge. The undocumented --purge doesn't work like apt-get's.
DB> There is no --purge option,
There is too, else there would be an error message if one used it, #434502.
DB> which is presumably why it doesn't work. The closest thing to it
DB> is --purge-unused, which causes packages being removed because
DB> they're unused to also get purged.
(Yes, won't work here as you mentioned in
http://lists.debian.org/debian-user/2008/08/msg02387.html )
DB> According to the apt-get manual page, --purge purges anything that is
DB> being removed. The only thing I can think of that gets you close to
DB> what you want is "aptitude -s install telnet-ssl '?action(remove)_'",
DB> but I don't think that is really adequate (it won't handle stuff that
DB> gets removed due in interactive dependency resolution, for instance).
DB> I thought at first that I could just set all the stuff being removed
DB> to be purged as well, just before aptitude shows its prompt. But
DB> that's not right either: the user should be able to cancel individual
DB> purges and have that stick. So I guess the only way out is to hack the
DB> backend so that when a hypothetical Aptitude::Purge is enabled, it
DB> flicks packages to "purge" when they're first marked for removal and
DB> not afterwards.
All I know is I was happy with
APT::Get::Purge "true";
back in apt-get, and was dismayed that no such janitor exists in aptitude.
DB> I suppose you could file a wishlist bug asking for this feature to be
DB> added.
OK, I hereby file that bug. Thanks.
All you need to do perhaps is just before the final list of what to
remove is shown to the user for approval, change all the removes to
purges, if of course APT::Get::Purge or whatever you want to name it
is true.
Just like how apt-get adds "*" to each name it proposes to the user to
remove.
--- End Message ---
--- Begin Message ---
2008-09-01 15:20 Daniel Burrows:
On Mon, Sep 01, 2008 at 04:38:37PM +0800, [email protected] was heard to say:
DB> However, getopt_long has a "feature" that treats an abbreviation for
DB> an option as the option itself if it is unambiguous. What you're seeing
DB> is probably that --purge is handled as --purge-unused. I actually wasn't
DB> aware of this, but it should probably be documented in the manpage.
No, they should allow you to do strict matching.
http://sourceware.org/bugzilla/show_bug.cgi?id=6863
Well, yes, but my solution doesn't require us to wait for glibc
upstream.
This is the reply now when trying to use "--purge":
Invalid option "--purge" (only "--purge-unused" is valid). Perhaps you want the
"purge" action?
The other part of the request ("support purging packages that are
already being removed") is covered in other places, at least #674826.
So closing this one.
Cheers.
--
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
