https://bugzilla.redhat.com/show_bug.cgi?id=1942132 --- Comment #63 from František Zatloukal <fzatlouk@xxxxxxxxxx> --- (In reply to Nicolas Chauvet (kwizart) from comment #62) > libigfxcmrt is still built as a separate shared object, but as such, this is > a dead project: https://github.com/intel/cmrt > > Please remove this sub-package unless you can point to any users ? I mean, I don't have any preference here, but what's the harm if it's in a subpackage and built by default? In my opinion, we can remove it once upstream at least starts not to build it by default? > > Also according to version numbers in 23.4 is pre-release software (might > need any ABI breaking update). please only import in rawhide for now. Yeah, I always forget that tags are just for development versions here, will keep that in mind once it's imported and follow stable releases unless we need to use devel for some reason. On the other hand, I don't see a big harm in importing it to f39 too? The API/ABI should be "libva/VAAPI" no? And if there arrives something that depends on the distributed .so (can/should that happen?), we can handle that in a side-tag? -- You are receiving this mail because: You are always notified about changes to this product and component You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=1942132 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-spam&short_desc=Report%20of%20Bug%201942132%23c63 -- _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-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/package-review@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
