Your message dated Mon, 28 Sep 2015 16:30:54 +0100
with message-id <[email protected]>
and subject line Re: Bug#518994: The obvious newbie command, 'aptitude
upgrade', trashes system
has caused the Debian Bug report #518994,
regarding Handle running on systems with large numbers of existing unused
packages (e.g., installed by apt-get) better.
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.)
--
518994: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518994
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.4.11.11-1~lenny1
Severity: critical
Justification: breaks the whole system
Aptitude is so similar to apt-get, newbies assume the syntax is the same.
Yet, the obvious choice, "upgrade" is not safe. It tries to remove all
kinds of needed packages.
What's up with that? How unfriendly can you make this software?
Please consider moving safe-upgrade to "upgrade," and the current "upgrade"
to something like "upgrade-fubared" ('scuse my sarcasm) or "upgrade-unsafe"
etc.
-Henry
-- Package-specific info:
deleted as irrelevant -- not writing from the trashed system
--- End Message ---
--- Begin Message ---
tag 518994 + wontfix
stop
2009-03-13 02:51 Daniel Burrows:
I've had a discussion in private email with Henry about this bug.
It's not entirely clear what bit him, but it sounds like the problem is
something I've seen scattered reports of on emailing lists and on the
Web. Here it is: since aptitude removes unused packages by default and
apt-get does not, users of apt-get (also synaptic) tend to have a lot of
unused packages built up on their system. The first time they run
aptitude, it suggests removing what in its eyes is a lot of cruft and
they go "WTF!?!" If they're lucky, someone tells them how to cancel the
auto flag on the packages in question or to run "aptitude keep-all".
This is obviously suboptimal. However, the removal of unused packages
is a core aptitude feature and I don't want to lobotomize it for the
sake of a one-time difficulty that people have when switching from
another package manager. In particular, turning it off by default is
not something I consider a reasonable option, because optional features
are not used by most people: I still get email from users telling me how
much they like the removal of unused packages in aptitude, despite the
fact that apt has exactly the same feature, it's just off by default!
One way to improve this situation is to somehow provide better
information about why packages are being removed. However, this is a
long-term goal: to really implement it well we might even need hooks in
apt or dpkg (or at least richer logging of their actions).
A shorter-term goal would be to alert the user when packages are being
removed as unused that aren't required by anything that's being upgraded
or removed. In fact: I just thought of that while I was writing this
email, and I'm really liking it. It probably works better for the
interactive interfaces than for the command-line, just because the
command-line spits out a lot of junk as a matter of course and it's easy
for the user to just hit "enter". (and unlike removing Essential
packages, I don't think we should introduce some annoying long-form
prompt to force the user to see that something out of the ordinary has
happened)
In any event, I don't think this is a release-critical bug. It might
arguably be a "normal" bug, but unless Henry objects I'm going to set
this to severity "wishlist". I was going to mark it "wontfix", but my
idea in the last paragraph is sounding like a really elegant solution to
this -- assuming it is what I think it is. I don't know when I'll have
time to actually implement it, but that's the usual order of things,
isn't it?
I agree with the analysis above.
apt informs about the packages that can be "autoremoved" for a while
now, so hopefully people do some pruning from time to time, and so using
aptitude and apt at the same time doesn't produce these surprises now.
Also, aptitude now already has some information about why packages are
being removed: "Packages being removed because they are no longer used"
interactively, and similar in the command line, so I don't think that
it's necessary to expand this further.
I thought about leaving the bug open and as +wontfix, but there are no
seconds for more than 6 years, so it doesn't seem very useful to keep it
open longer for others to see if nobody "seconds", and if it's not
really going to be fixed -- it just adds noise and wastes time reviewing
it, as I had to do now.
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
