Le jeu. 10 déc. 2020 à 13:41, Richard Shaw <hobbes1069@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx
