Bug 1432570
Summary: | python-rosdep: python3-rosdep is missing Python 3 version of executables | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Iryna Shcherbina <ishcherb> |
Component: | python-rosdep | Assignee: | Rich Mattes <richmattes> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 27 | CC: | jberan, logans, mhroncok, pviktori, richmattes |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-05-27 17:36:27 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: | |||
Bug Depends On: | |||
Bug Blocks: | 1312032, 1432186 |
Description
Iryna Shcherbina
2017-03-15 17:11:12 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 27 development cycle. Changing version to '27'. I created a Pagure PR that fixes the missing Python 3 version of executables: https://src.fedoraproject.org/rpms/python-rosdep/pull-request/1 May I ask to review and make the new package? Thanks. Hello Rich, please, may I ask for your feedback? I don't know what rosdep is, but is there a user facing difference between the Python 2 and Python 3 executables? Because if it isn't, the Python 2 executables should go away. Hi Miro, thanks for your review, the updated patch is here: https://src.fedoraproject.org/rpms/python-rosdep/pull-request/2 Is "python_provide" on rawhide set up such that installing "python-rosdep" from dnf will install python3-rosdep? Do we need to add an obsoletes python-rosdep < x.y.z to python3-rosdep to ensure that python3-rosdep will be installed on distro upgrade? I don't mind switching over to python3 by default, but the binaries are the important part of the package and we need to make sure that the upgradepath ensures that the binaries don't get removed. (In reply to Rich Mattes from comment #6) > Is "python_provide" on rawhide set up such that installing "python-rosdep" > from dnf will install python3-rosdep? Not yet (and still not for a couple of releases). BTW see https://fedoraproject.org/wiki/FinalizingFedoraSwitchtoPython3 > Do we need to add an obsoletes > python-rosdep < x.y.z to python3-rosdep to ensure that python3-rosdep will > be installed on distro upgrade? If that's desired, than yes, but see bellow. > I don't mind switching over to python3 by default, but the binaries are the > important part of the package and we need to make sure that the upgradepath > ensures that the binaries don't get removed. In that case, the preferred way is to switch to python3 only and drop the python2 package completely. Appropriate Provides and Obsoletes need to be added to ensure clean upgrade path. Hello Rich, may I ask about your feedback to Miro's answer? Would be the patch [1] sufficient for you? Note, we have explicitly added Robot Operating System Packages Group [2] in Python 3 Porting Database for Fedora to monitor a progress of ROS packages in Python 3. I would be able to help with other "mispackaged" packages as well to make them green. [1] https://src.fedoraproject.org/rpms/python-rosdep/pull-request/2 [2] http://fedora.portingdb.xyz/grp/ros/ Hello Rich, I created the updated Pagure PR that fixes the missing Python 3 version of executables: https://src.fedoraproject.org/rpms/python-rosdep/pull-request/4 May I ask to review and make the new package? Looks good, merged and built in rawhide. |