[Aptitude-devel] Bug#566343: aptitude constantly switches between console-setup and console-setup-mini
Manuel A. Fernandez Montecelo
manuel.montezelo at gmail.com
Wed May 4 16:54:58 UTC 2016
Control: tags -1 + moreinfo
Hi Russ,
2010-01-28 17:59 Daniel Burrows:
>On Tue, Jan 26, 2010 at 01:11:19PM -0800, Russ Allbery <rra at debian.org> was heard to say:
>> > The mechanism exists to do a non-mutative upgrade calculation, I just
>> > hadn't hooked it up to the command-line. That could solve half the
>> > problem. I'd also like to see why the resolver isn't just canceling the
>> > automatic removal -- that ought to be preferred to installing a new
>> > package.
>>
>> Thank you for the update! The explanation makes a lot of sense.
>
> I tracked down one bug that was part of this: aptitude was incorrectly
>treating the automatic removal as a "manual" action, so it was
>penalizing solutions that restore the package. However, in at least
>one of the two cases that's involved, it still tries to switch to the
>other console-setup package, because it solves more outstanding
>dependencies than the alternative, so it looks like a locally better
>solution. Probably an argument for tracking down those algorithms to
>split a constraint graph and work on it piecewise...
>
> I might wait a bit on rewiring the upgrade commands. It'll require
>a bunch of coding, and I suspect that it won't actually fix all the
>problems (there are probably cases where aptitude would get confused
>and start fixing dependencies of stuff that was going to be removed
>anyway). The real fix here is to integrate autoremoval into the
>dependency solver, so it knows exactly what the outcomes of its actions
>are.
Have you experienced this problem lately?
If affirmative, does it happen with the recently released 0.8, or is it
with older versions?
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>
More information about the Aptitude-devel
mailing list