Bug 504764

Summary: --skip-broken doesn't handle file conflicts
Product: [Fedora] Fedora Reporter: Bastien Nocera <bnocera>
Component: yumAssignee: Seth Vidal <skvidal>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 11CC: ffesti, james.antill, pmatilai, tim.lauridsen
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-06-09 14:12:14 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
yum-log.txt none

Description Bastien Nocera 2009-06-09 09:34:02 UTC
Created attachment 346993 [details]
yum-log.txt

rpm-4.7.0-1.fc11.i586
yum-3.2.22-5.fc11.noarch

In some circumstances, "yum -y update --skip-broken" will still fail because of file conflicts in the test transactions.

It would be useful if those could automatically be skipped, so PackageKit becomes useful for when those cases occur.

Comment 1 James Antill 2009-06-09 13:18:39 UTC
yum doesn't have the data to know about file conflicts, packages which file conflict should also explicitly conflict.
 There is some test code which will flag packages for rel-eng, as part of auto-qa, so hopefully this will get fixed for Fed-12.

Comment 2 Bastien Nocera 2009-06-09 13:35:51 UTC
That doesn't help when the packages that conflict aren't in the same repo (in this case, plugins transitioning from gstreamer-plugins-bad in RPMFusion to gstreamer-plugins-good in Fedora).

Comment 3 seth vidal 2009-06-09 13:49:17 UTC
If you're making packages for fedora which do not comply with fedora's packaging guidelines then you cannot rely on features like --skip-broken to be useful in that situaton.

We cannot add the necessary checksum information for ALL files to the file metadata w/o exploding the size of the file metadata by at least 2-3x its current size.

Comment 4 Bastien Nocera 2009-06-09 13:58:11 UTC
When the test transaction runs, the packages are already on the local disk. You don't need metadata, you have the actual data...

Comment 5 James Antill 2009-06-09 14:12:14 UTC
 When the test transaction runs, depsolving has already finished. See: bug#502277 for a similar request, which can't be done this way for the same reason.

 And when files move between -good and -bad, the newer package should be conflicting with the older package ... this is still easy to do even when you are dealing with Fedora and rpmfusion.

Comment 6 Bastien Nocera 2009-06-09 15:07:55 UTC
Except that I'm sitting in front of a computer that's got more raw power than my brain at handling the thousand of files in the packages I need to update, and it can't seem to make life easier for me by ignoring package that would conflict.

So it's not really NOTABUG, but rather CANTFIX, because of the way the yum maintainers expect it to run.

FWIW, bug 502277 comment 1 says:
"we only find out at #4 ... which is really late, so it would be much harder to do this. "

So it's much harder and not impossible.

bug 502277 comment 4 also says:
"a pkg failing the gpgcheck is a security issue, not a depsolving issue."

So I'm not really sure what's being argued, except the fact that you're not interested in doing the work.

(FWIW, this bug is waiting on the gstreamer-plugins-good F11 candidate update to be released, but it's besides the point).