Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2021-01-02 Thread Richard Shaw
I went ahead and submitted an update rather than waiting for gmic to be fixed. There's just too much of a chance of one of the packages being rebuilt or upgraded the longer I wait. https://bodhi.fedoraproject.org/updates/FEDORA-2021-6229d3d205 Thanks, Richard _

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2021-01-02 Thread Richard Shaw
On Sat, Jan 2, 2021 at 11:35 AM Jeff Law wrote: > > On 1/1/21 7:08 PM, Richard Shaw wrote: > > All builds have completed in a side tag with the exception of gmic > > which looks to be failing for gcc 11 related issues? But only on > > 32-bit arches. > > > > https://koji.fedoraproject.org/koji/tas

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2021-01-02 Thread Jeff Law
On 1/1/21 7:08 PM, Richard Shaw wrote: > All builds have completed in a side tag with the exception of gmic > which looks to be failing for gcc 11 related issues? But only on > 32-bit arches. > > https://koji.fedoraproject.org/koji/taskinfo?taskID=58753095 >

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2021-01-01 Thread Richard Shaw
All builds have completed in a side tag with the exception of gmic which looks to be failing for gcc 11 related issues? But only on 32-bit arches. https://koji.fedoraproject.org/koji/taskinfo?taskID=58753095 Thanks, Richard ___ devel mailing list -- dev

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-13 Thread Richard Shaw
Review Request Submitted: https://bugzilla.redhat.com/show_bug.cgi?id=1907238 Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://do

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-13 Thread Jeff Law
On 12/13/20 9:03 AM, Richard Shaw wrote: > On Sun, Dec 13, 2020 at 9:20 AM Jeff Law > wrote: > > > 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 >

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-13 Thread Richard Shaw
On Sun, Dec 13, 2020 at 9:20 AM Jeff Law wrote: > > 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 >

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-13 Thread Jeff Law
On 12/12/20 1:38 PM, Richard Shaw wrote: > On Thu, Dec 10, 2020 at 1:52 PM Richard Shaw > wrote: > > For posterity here's the affected packages as far as I can tell: > > lembic > aqsis > blender > calligra > cinelerra-gg > CTL > darkta

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-12 Thread Jeff Law
On 12/12/20 1:38 PM, Richard Shaw wrote: > On Thu, Dec 10, 2020 at 1:52 PM Richard Shaw > wrote: > > For posterity here's the affected packages as far as I can tell: > > lembic > aqsis > blender > calligra > cinelerra-gg > CTL > darkta

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-12 Thread Richard Shaw
On Thu, Dec 10, 2020 at 1:52 PM Richard Shaw 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 >

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-10 Thread Richard Shaw
On Thu, Dec 10, 2020 at 4:15 PM Nick Black wrote: > Richard Shaw left as an exercise for the reader: > > OpenImageIO > > i know i've got a package (notcurses) that's affected by OIIO > rebuilds, so i'm not sure whether you wanted to go two-deep, but > if so, you're perhaps missing a few. > Shoul

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-10 Thread Nick Black
Richard Shaw left as an exercise for the reader: > OpenImageIO i know i've got a package (notcurses) that's affected by OIIO rebuilds, so i'm not sure whether you wanted to go two-deep, but if so, you're perhaps missing a few. -- nick black -=- https://www.nick-black.com to make an apple pie fro

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-10 Thread Richard Shaw
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 lumina

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-10 Thread Richard Shaw
On Thu, Dec 10, 2020 at 11:45 AM Nicolas Chauvet wrote: > Le jeu. 10 déc. 2020 à 13:41, Richard Shaw a écrit > : > > > > OpenEXR and ilmbase are several releases behind in Fedora and the main > reason is that they combined OpenEXR & ilmbase and changed build systems to > CMake. > > > > In diggin

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-10 Thread Nicolas Chauvet
Le jeu. 10 déc. 2020 à 13:41, Richard Shaw a écrit : > > OpenEXR and ilmbase are several releases behind in Fedora and the main reason > is that they combined OpenEXR & ilmbase and changed build systems to CMake. > > In digging into this, it makes sense. OpenEXR doesn't even provide a library >

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-10 Thread Sandro Mani
So here's my plan: 1. Repackage openexr from scratch including review request (Rex?) 1a. Include appropriate Provides/Obsoletes for current OpenEXR and ilmbase packages 2. Perform all testing and dependent rebuilds in a COPR first. 3. Build openexr and dependencies in a side-tag 4. Merge the

HEADS UP: OpenEXR + ilmbase = (new) openexr

2020-12-10 Thread Richard Shaw
OpenEXR and ilmbase are several releases behind in Fedora and the main reason is that they combined OpenEXR & ilmbase and changed build systems to CMake. In digging into this, it makes sense. OpenEXR doesn't even provide a library named OpenEXR, instead: $ dnf repoquery --provides OpenEXR-libs ..