Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 1684830 - Retire rhel7 python-oauthlib in favour of the epel7 one (python2-oauthlib)
Summary: Retire rhel7 python-oauthlib in favour of the epel7 one (python2-oauthlib)
Keywords:
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: python-oauthlib
Version: epel7
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Orphan Owner
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-03-02 21:18 UTC by Chris Caron
Modified: 2019-12-18 16:44 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:


Attachments (Terms of Use)

Description Chris Caron 2019-03-02 21:18:29 UTC
Description of problem:
Taken from mailing list while trying to debug my problem with python-oauthlib not working through Koji/EPEL7 builds, but working perfectly fine using COPR/EPEL7. 

...python-oauthlib is in both epel7 and rhel7 base repo.

Koji operates on source packages, so when both epel7 and rhel7 have the
same package name, epel7 wins. The epel7 python-oauthlib package does
not provide a python2-oauthlib subpackage (it only has python-oauthlib).
Because it's using the epel7 one, it ignores everything the rhel7 one
creates, so you don't get the python2-oauthlib from there either.

In Copr the newest package wins, so you get the rhel7 one because it's
much newer than the old epel7 one.

- Credit to Kevin Fenzi for summarizing the above.

The request is to just retire the python-oauthlib

Version-Release number of selected component (if applicable):

Entire Koji/EPEL7 environment

How reproducible:

Every single time.  Here is a failing package build using Koji:
https://koji.fedoraproject.org/koji/taskinfo?taskID=33139296

Here the exact same src.rpm building perfectly fine on COPR
https://copr.fedorainfracloud.org/coprs/build/861900/

Steps to Reproduce:
1. wget https://copr-be.cloud.fedoraproject.org/results/lead2gold/apprise/epel-7-x86_64/00861900-python-apprise/python-apprise-0.7.3-1.el7.nuxref.src.rpm
2. <assuming you can build with koji>
3. koji build --scratch epel7 python-apprise-0.7.3-1.el7.nuxref.src.rpm

Actual results:

...
DEBUG util.py:490:  BUILDSTDERR: No matching package to install: 'python2-oauthlib'
DEBUG util.py:490:  BUILDSTDERR: Not all dependencies satisfied
DEBUG util.py:490:  BUILDSTDERR: Error: Some packages could not be found.
...

Expected results:
RPM to build just fine

Additional info:
Mailing list post which lead me to creating this ticket:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/ANW32KNP22TKPV3PX2U72V2LEZYGGYN6/

Comment 1 Neal Gompa 2019-03-02 21:33:06 UTC
Reassigned to the correct component.

Comment 2 Fedora Admin XMLRPC Client 2019-12-18 16:44:23 UTC
This package has changed maintainer in the Fedora.
Reassigning to the new maintainer of this component.


Note You need to log in before you can comment on or make changes to this bug.