Bug 1632330
Summary: | OpenImageIO: Remove (sub)packages from Fedora 30+: python2-openimageio | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Miro Hrončok <mhroncok> |
Component: | OpenImageIO | Assignee: | Richard Shaw <hobbes1069> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | cstratak, hobbes1069, igor.raits, mhroncok, ngompa13, pviktori, zbyszek |
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-10-02 16:53:07 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: | |||
Bug Depends On: | |||
Bug Blocks: | 1625773 |
Description
Miro Hrončok
2018-09-24 15:33:29 UTC
I need to verify with upstream first but I may be able to switch it to Python3 but I'm also not sure what all the "consumers" are of the Python2 package... repoquery yields nothing: $ dnf repoquery --repo=rawhide-source --whatrequires python2-openimageio $ dnf repoquery --repo=rawhide --whatrequires python2-openimageio $ I've already completed a local x86_64 mock build successfully and just kicked of a scratch build for the other arches. I wonder whether we can do the same for OpenColorIO? Only blender depends on it, but that runs on Python 3 so I doubt it uses the Python 2 bits. Checking Koschi I don't see any direct dependency. https://apps.fedoraproject.org/koschei/package/blender I'll try a scratch build of it next. OpenColorIO built fine but I just realized that the python library is with the main library... Not sure why I did that but not worth splitting off at this point. # dnf repoquery --whatrequires /usr/lib64/python2.7/site-packages/PyOpenColorIO.so Last metadata expiration check: 0:01:09 ago on Mon 24 Sep 2018 03:18:40 PM CDT. OpenColorIO-devel-0:1.1.0-6.fc28.x86_64 OpenColorIO-doc-0:1.1.0-6.fc28.noarch OpenColorIO-tools-0:1.1.0-6.fc28.x86_64 OpenImageIO-0:1.8.10-1.fc28.x86_64 OpenImageIO-0:1.8.14-1.fc28.x86_64 OpenImageIO-iv-0:1.8.10-1.fc28.x86_64 OpenImageIO-iv-0:1.8.14-1.fc28.x86_64 OpenImageIO-utils-0:1.8.10-1.fc28.x86_64 OpenImageIO-utils-0:1.8.14-1.fc28.x86_64 blender-1:2.79b-2.fc28.x86_64 blender-1:2.79b-6.fc28.x86_64 blenderplayer-1:2.79b-2.fc28.x86_64 blenderplayer-1:2.79b-6.fc28.x86_64 krita-0:3.3.3-2.fc28.x86_64 krita-0:4.1.0-1.fc28.x86_64 python2-openimageio-0:1.8.10-1.fc28.x86_64 python2-openimageio-0:1.8.14-1.fc28.x86_64 It looks like there are 4 consumers of the OCIO library: - Itself - OpenImageIO - Blender - krita I'm doing local mock builds of OIIO and OCIO and will pull down SRPMS of blender and krita if that succeeds. Not sure what results is this supposed to show: dnf repoquery --whatrequires /usr/lib64/python2.7/site-packages/PyOpenColorIO.so But blender requires just libOpenColorIO.so.1()(64bit) and so does krita. So theoretically I wouldn't have to rebuilt those two... I can't do a repoquery search on "PyOpenColorIO.so()(64bit)" because the python library is filtered from the provides of the main OpenColorIO package. Ok, it looks like the python modules for both OCIO and OIIO are unused in Fedora. Both rebuild fine so I'm going to kick off official builds. Since OCIO put it in the main package I don't need to worry about it but in the case of OIIO, do I need to add an Obsoletes: for the python2 package? Into fedora-obsolete-packages. But don't worry about it, I do it in batches. |