On Thu, Dec 10, 2020 at 11:45 AM Nicolas Chauvet <kwizart(a)gmail.com> wrote:
Le jeu. 10 déc. 2020 à 13:41, Richard Shaw
<hobbes1069(a)gmail.com> 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 named OpenEXR, instead:
>
> $ dnf repoquery --provides OpenEXR-libs
> ...
> libIlmImf-2_3.so.24
> libIlmImf-2_3.so.24()(64bit)
> libIlmImfUtil-2_3.so.24
> libIlmImfUtil-2_3.so.24()(64bit)
>
> And strangely ilmbase provides mostly libraries that don't contain ilm!
>
> $ dnf repoquery --provides ilmbase
> ...
> libHalf.so.24
> libHalf.so.24()(64bit)
> libIex-2_3.so.24
> libIex-2_3.so.24()(64bit)
> libIexMath-2_3.so.24
> libIexMath-2_3.so.24()(64bit)
> libIlmThread-2_3.so.24
> libIlmThread-2_3.so.24()(64bit)
> libImath-2_3.so.24
> libImath-2_3.so.24()(64bit)
>
> And ALL of the headers for both packages get installed into
/usr/include/OpenEXR!
>
> 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 side tag and retire OpenEXR and ilmbase
I'm not quite following why you want to retire ilmbase ? Is the
openexr package enough ?
Ever since 2.4.0, ilmbase (and others) are included in the openexr
releases.
https://www.openexr.com/downloads.html
I don't get the reason why you mention that library names are
unrelated to the package name ? That's two separate things.
Of course, there's no technical reason that's a problem, but I would say
it's a bit odd. It was more a comment as to why I believe it makes sense to
combine the separate projected into one.
Thanks,
Richard