Bug 515175

Summary: swig: latest update is horribly broken (from a rpm/metadata perspective)
Product: [Fedora] Fedora Reporter: Chris Weyl <cweyl>
Component: swigAssignee: Adam Tkac <atkac>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: medium    
Version: 10CC: atkac, ovasik
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-08-03 07:42:32 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:

Description Chris Weyl 2009-08-03 06:07:45 UTC 
Running "yum install swig" from my F-10 system, I see:

Resolving Dependencies
--> Running transaction check
---> Package swig.x86_64 0:1.3.39-1.fc10 set to be updated
--> Processing Dependency: perl(example) for package: swig-1.3.39-1.fc10.x86_64
--> Processing Dependency: perl(it) for package: swig-1.3.39-1.fc10.x86_64
--> Processing Dependency: perl(the) for package: swig-1.3.39-1.fc10.x86_64
--> Processing Dependency: perl(argv) for package: swig-1.3.39-1.fc10.x86_64
...etc, etc...

Looks like dependencies/provides of everything under %_docdir needs to be filtered.  This package is completely uninstallable as is; I'm marking as "severity: urgent" as this is very user-visible, and breaks upgrading.

The FPC just approved packaging macros that can help with this; see https://fedoraproject.org/wiki/PackagingDrafts/AutoProvidesAndRequiresFiltering for more information.  I'm not sure if the new macros have been deployed via redhat-rpm-config yet, however.
Comment 1 Adam Tkac 2009-08-03 07:42:32 UTC 

*** This bug has been marked as a duplicate of bug 514983 ***