Bug 1575667

Summary: python2-tox has gone AWOL
Product: [Fedora] Fedora Reporter: Robbie Harwood <rharwood>
Component: python-toxAssignee: Matthias Runge <mrunge>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: high    
Version: rawhideCC: itamar, mhroncok, mrunge
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: python-tox-2.9.1-6.fc29 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-05-15 11:40:18 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Robbie Harwood 2018-05-07 14:55:38 UTC
Without ceremony, announcement, or change proposed, python-tox seems to have been removed from the distro, as per the changelog on https://koji.fedoraproject.org/koji/buildinfo?buildID=1078398

This breaks a *lot* of dependencies (including some I maintain like https://apps.fedoraproject.org/koschei/package/python-gssapi?collection=f29 ).

This is not how to deprecate components in Fedora.  Since python2 has not been removed from the distro, I'm also not clear why this action was taken at all.

Please rebuild with python2-tox.

Comment 1 Matthias Runge 2018-05-07 15:04:40 UTC
For background: https://src.fedoraproject.org/rpms/python-tox/pull-request/1

Miro, any suggestion to handle the fall-out? Other than immediately reverting the commit and send an apology?

Comment 2 Miro Hrončok 2018-05-07 16:36:56 UTC
I am sorry. My tracking information about what needs python2-tox was wrong.

We might need to revert this.

Robbie, how exactly is gssapi using python2-tox?

Comment 4 Miro Hrončok 2018-05-07 16:47:54 UTC
The error I've made is that I accidentally only checked runtime dependencies. I am sincerely sorry for that mistake. My understanding was that tox is used as a tool (/usr/bin/tox) only and the python2 bits are shipped without a need. Obviously I was wrong, as plenty packages BR python2-tox.

ceph-deploy-0:1.5.32-6.fc29.src
custodia-0:0.5.0-11.fc28.src
pyee-0:3.0.0-2.fc27.src
python-atomicwrites-0:1.1.5-7.fc28.src
python-dpkt-0:1.9.1-3.fc28.src
python-f5-icontrol-rest-0:1.3.6-3.fc29.src
python-gssapi-0:1.5.0-1.fc29.src
python-icalendar-0:3.11.5-5.fc28.src
python-mpd2-0:0.5.5-5.fc28.src
python-parsedatetime-0:2.4-6.fc28.src
python-pyuv-0:1.4.0-8.fc28.src
python-terminaltables-0:3.1.0-7.fc29.src
python-txaio-0:2.10.0-1.fc29.src
supernova-0:2.2.0-7.fc28.src

Let's revert the removal and investigate how the packages are using it so we now whether (and how) can they be ported to python3-tox.

Comment 5 Robbie Harwood 2018-05-07 17:40:18 UTC
We use it for running our test suite against python2, which is what I imagine most of these components do.  (For our own particular case, it's easy to "fix" by just removing the dep since tests don't work in koji anyway, but of course this isn't going to be true for other packages.)

Comment 6 Miro Hrončok 2018-05-07 23:43:46 UTC
BTW you don't use python2-tox at all. Neither is most of the others.

https://src.fedoraproject.org/rpms/python-gssapi/pull-request/2

Comment 8 Miro Hrončok 2018-05-15 11:40:18 UTC
python2-tox was now removed from rawhide again, this time nothing should require or buildrequire it and it was announced on devel a week in advance ML.

Sorry for not doing this properly for the first time.