OpenColorIO failed to build from source in Fedora rawhide/f34 https://koji.fedoraproject.org/koji/taskinfo?taskID=60906937 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild Please fix OpenColorIO at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, OpenColorIO will be orphaned. Before branching of Fedora 35, OpenColorIO will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Created attachment 1753076 [details] build.log file build.log too big, will only attach last 32768 bytes
Created attachment 1753077 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1753078 [details] state.log
This will get fixed with the recent 2.0 release which needs python-sphinx-tabs.
This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle. Changing version to 34.
I'm confident this is a package bug. GCC is emitting a diagnostic for this code in ImageDesc.cpp if(const PackedImageDesc * packedImg = dynamic_cast<const PackedImageDesc*>(&img)) { os << "<PackedImageDesc "; os << "data=" << packedImg->getData() << ", "; os << "width=" << packedImg->getWidth() << ", "; os << "height=" << packedImg->getHeight() << ", "; os << "numChannels=" << packedImg->getNumChannels() << ", "; os << "chanStrideBytes=" << packedImg->getChanStrideBytes() << ", "; os << "xStrideBytes=" << packedImg->getXStrideBytes() << ", "; os << "yStrideBytes=" << packedImg->getYStrideBytes() << ""; os << ">"; } else if(const PlanarImageDesc * planarImg = dynamic_cast<const PlanarImageDesc*>(&img)) { os << "<PlanarImageDesc "; os << "rData=" << planarImg->getRData() << ", "; os << "gData=" << planarImg->getGData() << ", "; os << "bData=" << planarImg->getBData() << ", "; os << "aData=" << planarImg->getAData() << ", "; os << "width=" << packedImg->getWidth() << ", "; os << "height=" << packedImg->getHeight() << ", "; os << "yStrideBytes=" << planarImg->getYStrideBytes() << ""; os << ">"; } Note that packedImg will be NULL in the else-if block. Hence this diagnostic: /builddir/build/BUILD/OpenColorIO-1.1.1/src/core/ImageDesc.cpp: In function 'OpenColorIO::v1::operator<<(std::basic_ostream<char, std::char_traits<char> >&, OpenColorIO::v1::ImageDesc const&)': /builddir/build/BUILD/OpenColorIO-1.1.1/src/core/ImageDesc.cpp:60:51: error: 'this' pointer is null [-Werror=nonnull] 60 | os << "width=" << packedImg->getWidth() << ", "; | ^ /builddir/build/BUILD/OpenColorIO-1.1.1/src/core/ImageDesc.cpp:274:10: note: in a call to non-static member function 'OpenColorIO::v1::PackedImageDesc::getWidth() const' 274 | long PackedImageDesc::getWidth() const | ^~~~~~~~~~~~~~~ /builddir/build/BUILD/OpenColorIO-1.1.1/src/core/ImageDesc.cpp:61:53: error: 'this' pointer is null [-Werror=nonnull] 61 | os << "height=" << packedImg->getHeight() << ", "; | ^ /builddir/build/BUILD/OpenColorIO-1.1.1/src/core/ImageDesc.cpp:279:10: note: in a call to non-static member function 'OpenColorIO::v1::PackedImageDesc::getHeight() const' 279 | long PackedImageDesc::getHeight() const | ^~~~~~~~~~~~~~~ This is not a GCC error, but clearly an error in the package that the package maintainer will need to fix.
Hopefully this is fixed in 2.0. I recently got python-sphinx-tabs into Fedora.
Jeff, any hints on how to fix? This one is beyond me. Upstream has acknowledged the issue but doesn't have time to fix with 2.0 being released but there are still a couple of packages, Blender most notably when isn't ready for 2.0.