[Aptitude-devel] Bug#693921: Bug#693921: fails to resolve empathy/experimental dependencies, fails with signal 6

[Sune Vuorela]

On Friday 29 March 2013 09:33:37 Sjoerd Simons wrote:
> > [1] aptitude -y --without-recommends -o Dpkg::Options::=--force-confold
> > -o Aptitude::CmdLine::Ignore-Trust-Violations=false -o
> > Aptitude::ProblemResolver::StepScore=100 -o
> > Aptitude::ProblemResolver::SolutionCost="safety, priority,
> > non-default-versions" -o
> > Aptitude::ProblemResolver::Hints::KeepDummy="reject empathy-build-deps
> > :UNINST" -o Aptitude::ProblemResolver::Keep-All-Level=55000 -o
> > Aptitude::ProblemResolver::Remove-Essential-Level=maximum install
> > empathy-build-deps
> 
> I used this method to reproduce the issue for current
> gnome-shell/experimental. The trigger seems to be the usage of
> non-default-versions in the SolutionCost, using the default ("safety,
> priority") like e.g. pbuilder does results in aptitude successfully
> finding a solution.

I tried this as well, hoping it would kind of work. But while it resolved stuff 
quite fast, I'm not sure it actually resolves good.

I ended up with some cairo and python bits from experimental even though I 
should have no requirements for that (when building kde-runtime 4:4.10.2-1)

So while it was a good idea to just use default for SolutionCost, I'm not sure 
it actually was so.

And to the aptitude maintainers. Getting a fix for this bug would be really 
nice, since it is stalling autobuilding in experimental.

/Sune
-- 
Man, how to log in the head?

You either should never disable the coaxial virus, or must overclock a LCD AGP 
provider, so that you neither have to digit from a MIDI submenu, nor can 
receive a BIOS over a password of the LCD connector on the hard disk and from 
ICQ and from the control panel inside Office 96 you need not to cancel the 
device of the gadget but you can never unmount the IRC software for booting a 
ethernet display to the server of a front-end to a mouse.