Le lun. 16 févr. 2026 à 02:07, Andrew Bauer via rpmfusion-developers <[email protected]> a écrit : > > With qt5-qtwebkit retired in epel and latest mythtv 36.0 supporting > qtwebengine and qt6, I felt it was time to build mythtv against qt6. I made > the necessary changes to an offline copy of mythtv.spec, and surprisingly it > build just fine against fedora and el10 using mock. > > However, when I tried to install the mythtv el10 build, I could not due to a > version mismatch of qt6: > > > $ sudo dnf install mythtv > Last metadata expiration check: 1:49:15 ago on Sun 15 Feb 2026 04:53:58 PM > CST. > Error: > Problem: package mythtv-36.0-1.4.20260213git45fce70352.el10.x86_64 from > mythtv_local requires mythweather >= 36.0, but none of the providers can be > installed > - cannot install the best candidate for the job > - nothing provides libQt6Core.so.6(Qt_6.10)(64bit) needed by > mythweather-36.0-1.4.20260213git45fce70352.el10.x86_64 from mythtv_local > (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to > use not only best candidate packages) > > LibQt6Core.so.6 is part of qt6-qtbase package. > > Today, Rocky and Alma 10 have qt6-base 6.9, but as you can see the mythtv > package I built wants qt6-base 6.10. The mock config I used, > epel+rpmfusion_free-10-x86_64.cfg, builds against centos-stream, and from > what I can tell koji.rpmfusion.org is doing the same. > > Is there anything I can do to resolve this, other than wait for qt6-qtbase > 6.10 to be released? I assume it will be part of the next rhel 10 point > release, but I am not optimistic this will be anytime soon. >
Thanks for raising this point. We are late in supporting plain rhel/rocky/alma10, as we've started to have centos stream 10 for all arches, it was easier to populate with it as a bootstrap. But actually it's the first case were we experienced an issue with centos stream been different than rhel and clones. While there are differences this wasn't perceived with "dnf repoclosure". I think there is a need to default back to rhel (or actually rocky/alma) as a default distro for building to el10-free target and only uses el10-next-free for centos stream 10. There is a need to reshuffle all of this. In the current shape of the infra, we will have to keep using a single branch for all, but we can use a dedicated rfpkg build --target=el10-next-free as needed. (likely with a el10-next dist tag instead of el10 one). I don't see much time before next week at the earliest. I hope this won't hold on the fedora build at least. Thanks. Note: of course one would say that you could submit mythtv to fedora/epel, now that system ffmpeg can be used, it will be easier but: - There is no plugin method to support x264/x265 that would be missing - Using ffmpeg-free by default would mean many no playback as tv stream are all h264/h265. _______________________________________________ rpmfusion-developers mailing list -- [email protected] To unsubscribe send an email to [email protected]
