Le jeu. 10 déc. 2020 à 13:41, Richard Shaw <hobbes1...@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 ? I don't get the reason why you mention that library names are unrelated to the package name ? That's two separate things. Thanks for taking care of that. _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
