[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