Bug 2354154
| Summary: | RFE: update opencv in EPEL10 to 4.11 with qt6 enabled | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | loise <loise> |
| Component: | opencv | Assignee: | Nicolas Chauvet (kwizart) <kwizart> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | epel10 | CC: | hhorak, jkucera, jridky, karlthered, kwizart, sergio |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | opencv-4.10.0-8.el10_0 | Doc Type: | --- |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2025-03-31 01:42:48 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
loise@kde.org
2025-03-21 17:14:02 UTC
Updating to opencv 4.11 would imply an ABI break, I still need to verify how it dealt with epel10.x updated policy.
> ... also applies to building ffmpeg which requires opencv as a BR
Not sure what you mean by that. opencv in epel10 currently uses ffmpeg, but not the other way.
(In reply to Nicolas Chauvet (kwizart) from comment #1) > Updating to opencv 4.11 would imply an ABI break, I still need to verify how > it dealt with epel10.x updated policy. > > > ... also applies to building ffmpeg which requires opencv as a BR > Not sure what you mean by that. opencv in epel10 currently uses ffmpeg, but > not the other way. What I meant is, we (KDE-SIG Fedora) want to eliminate Qt5 usage as much as possible and maximise builds with Qt6, ffmpeg is needed for Qt6 and requires opencv for building as well (first build of opencv without ffmpeg, then rebuild with ffmpeg after that is build) (In reply to Nicolas Chauvet (kwizart) from comment #1) > Updating to opencv 4.11 would imply an ABI break, I still need to verify how > it dealt with epel10.x updated policy. You could also check if 4.10 would build with qt6 if that would avoid the problem ? > ffmpeg is needed for Qt6 How's that ? by core qt libs or qt6-qtwebengine ? > You could also check if 4.10 would build with qt6 if that would avoid the problem ? That's several order of magnitude easier (if it works). Testing with an epel10.0 scratch build... https://koji.fedoraproject.org/koji/taskinfo?taskID=130577356 (In reply to Nicolas Chauvet (kwizart) from comment #4) > > ffmpeg is needed for Qt6 > How's that ? by core qt libs or qt6-qtwebengine ? qt6-qtmultimedia requires ffmpeg though it can be build with gstreamer as well (still); qt6-qtwebengine requires ffmpeg (which is why it's in epel10 together with qt6-qtwebview instead of in rhel10 to not drag in all those dependencies for ffmpeg) https://doc.qt.io/qt-6/qtmultimedia-building-from-source.html Qtwebengine has ffmpeg and other codecs sources as a copy in the tarball, that's why the tarball gets cleaned before being used in fedora/epel and doesn't list ffmpeg as build requires: https://doc.qt.io/qt-6/qtwebengine-platform-notes.html https://doc.qt.io/qt-6/qtwebengine-licensing.html Also, a lot of KDE requires ffmpeg like ffmpeg-thumbnails for dolphin and haruna (IIRC) > > > You could also check if 4.10 would build with qt6 if that would avoid the problem ? > That's several order of magnitude easier (if it works). > > Testing with an epel10.0 scratch build... > https://koji.fedoraproject.org/koji/taskinfo?taskID=130577356 -- highgui: using builtin backend: QT6 Seems to be working :) Thank you !! :) (In reply to Nicolas Chauvet (kwizart) from comment #1) > Updating to opencv 4.11 would imply an ABI break, I still need to verify how > it dealt with epel10.x updated policy. > > > ... also applies to building ffmpeg which requires opencv as a BR > Not sure what you mean by that. opencv in epel10 currently uses ffmpeg, but > not the other way. only frei0r-plugins and spectacle depends on opencv Depending on: opencv (2) frei0r-plugins (epel) frei0r-plugins-2.3.3-4.el10_0.src requires opencv-devel = 4.10.0-7.el10_0 frei0r-plugins-opencv-2.3.3-4.el10_0.x86_64 requires libopencv_core.so.410()(64bit), libopencv_imgproc.so.410()(64bit), libopencv_objdetect.so.410()(64bit), libopencv_video.so.410()(64bit) spectacle (epel) spectacle-1:6.3.0-1.el10_0.src requires cmake(OpenCV) spectacle-1:6.3.0-1.el10_0.x86_64 requires libopencv_core.so.410()(64bit), libopencv_imgproc.so.410()(64bit) FEDORA-EPEL-2025-9574743cc7 (opencv-4.10.0-8.el10_0) has been submitted as an update to Fedora EPEL 10.0. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-9574743cc7 FEDORA-EPEL-2025-9574743cc7 has been pushed to the Fedora EPEL 10.0 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2025-9574743cc7 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-EPEL-2025-9574743cc7 (opencv-4.10.0-8.el10_0) has been pushed to the Fedora EPEL 10.0 stable repository. If problem still persists, please make note of it in this bug report. |