[Yum-devel] [PATCH][RFC] Skip-broken support again

Tim Lauridsen tim.lauridsen at googlemail.com
Tue Dec 11 14:51:55 UTC 2007


seth vidal wrote:
> On Tue, 2007-12-11 at 14:45 +0100, Florian Festi wrote:
>> Sorry. It looks like the skip broken code works exactly the opposite way I 
>> thought: It removes the packages that leads to the problem.
>>
>> I've commited two test cases that give an idea why this might not be the 
>> best strategy (hmm, may be I should add some doc strings...).
> 
> There's a lot of the test case you're describing in
> testAlternativePackageAvailable() that has much more to do with intent.
> 
> if I type
> 
> yum install foo bar-1.1
> 
> and skipbroken realizes bar-1.1 can't be installed and backtracks it out
> and replaces it with bar-ng. I, as the user, am going to be fairly
> pissed.
> 
> ..
> 
> -sv
> 
> 
> _______________________________________________
> Yum-devel mailing list
> Yum-devel at linux.duke.edu
> https://lists.dulug.duke.edu/mailman/listinfo/yum-devel

As it works now:

foo is the initial transaction.
the depsolver adds bar to the transaction.
bar fails because for baz is missing
skip-broken removes bar & foo and leaves an empty transaction.

As testcase suggest it should do this:

foo is the initial transaction.
the depsolver adds bar to the transaction.
bar fails because for baz is missing
skip-broken removes bar
the depsolver adds bar-ng and the transaction completes ok.

this can only happen if skip-broken is excluding bar from the package 
sack too, else the depsolver will pick up bar again, and then we got a 
loop and skip-broken will bail out and return the depsolver errors.

As far as i can see can see, the current way, is right at the moment, i 
don't give unpredicted results for the user.

Tim










More information about the Yum-devel mailing list