On 12/12/20 1:38 PM, Richard Shaw wrote:
On Thu, Dec 10, 2020 at 1:52 PM Richard Shaw
<hobbes1069(a)gmail.com
<mailto:hobbes1069@gmail.com>> wrote:
For posterity here's the affected packages as far as I can tell:
lembic
aqsis
blender
calligra
cinelerra-gg
CTL
darktable
Field3D
freeimage
gegl04
gimp
gmic
gstreamer1-plugins-bad-free
gtatool
hugin
ilmbase
ImageMagick
kdebase3
kdelibs
kdelibs3
kde-runtime
kf5-kimageformats
kio-extras
krita
luminance-hdr
luxcorerender
opencv
OpenEXR
OpenEXR_Viewers
OpenEXR_Viewers-nonfree
OpenImageIO
OpenSceneGraph
openshadinglanguage
openvdb
pfstools
povray
prusa-slicer
synfig
synfigstudio
vigra
vips
YafaRay
All deps built fine in COPR with the following exceptions:
1. Random strange aarch64 failures on some packages, resubmitting
usually worked, so I'll ignore those errors.
2. kdelibs is FTBFS probably due to new error reported by GCC 11,
https://bugzilla.redhat.com/show_bug.cgi?id=1907031
<
https://bugzilla.redhat.com/show_bug.cgi?id=1907031>.
3. kdebase3 needs kdelibs
4. gstreamer1-plugins-bad-free refused to build in COPR due to missing
deps but a scratch build completed fine... Not sure what's going on here.
Overall there were not any weird issues or need to port any of them so
I plan to move forward with the plan.
So I've committed fixes for kdelibs. So
you shouldn't have to worry
about that anymore.
Also note I fixed an issue with OpenEXR this weekend that you don't want
to lose. Essentially it uses the wrong format directive and as a result
can create a bogus compression table on some platforms (ppc64le for
example). gcc-11 will detect the bogus values in the compression table
and issue a diagnostic. See OpenEXR-gcc11.patch in rawhide.
jeff