Description of problem: The opencv package in Fedora is currently built against GStreamer 0.10. Upstream has been defaulting to GStreamer 1.x since December 2013: https://github.com/Itseez/opencv/commit/8a48802decd4cf355cc0646ad3cd12af40af0bc8 Starting from Fedora 21, we are building the Qt 4 stack (Phonon, QtGStreamer, QtWebKit, Telepathy-Qt4, and the applications using them: ktp-call-ui, kipi-plugins, Kamoso) against GStreamer 1. So the only dependency on GStreamer 0.10 that is left for some KDE applications is through OpenCV. In addition, those applications now end up with both GStreamer 0.10 and 1.x linked, which is likely to crash&burn. Thus, we need OpenCV to be built with the upstream default GStreamer 1 on Fedora 21 and newer. Version-Release number of selected component (if applicable): opencv-2.4.9-1.fc21 How reproducible: Always Steps to Reproduce: 1. repoquery --repoid=rawhide --requires opencv Actual results: Contains GStreamer 0.10 libraries: libgstapp-0.10.so.0 libgstbase-0.10.so.0 libgstreamer-0.10.so.0 libgstvideo-0.10.so.0 Expected results: Contains GStreamer 1.x libraries (libgst*-1.0.so.*) instead. Additional info: All that should be needed is to change (or conditionalize) this line: %{!?_without_gstreamer:BuildRequires: gstreamer-devel gstreamer-plugins-base-devel} in the specfile (use gstreamer1-* instead). The version of GStreamer to use is automatically detected (with 1.x being preferred in current releases of OpenCV).
Is there a tested patch ?
I've though opencv was using gstreamer1 already, please Fix as needed.
Boo, checking upstream looks like GST1 support only landed in master branch (presumably tracking opencv-3.0). opencv 2.4 branch doesn't have it yet. :( I'll see if there's any chance to backport it reasonably...
Looks like most gstreamer-related support was easy to pick out and apply against 2.4 branch, now to decide if it's a good idea or not: 4f3453dbbf341b4222dd4dbbadf8addae45b234b 921675c4e233d8f9e78786550d549e9e05ffeb2a 6377922716f37b00e4f8f5eab87a8fbcb16422e5 6d66d11046bb526d508e9543ecc37cfee91f4435 30f7f9717f1f0a8c11ba88d4f04b0c7cf26bba70 Or to go with some sort of opencv-3.0 prerelease... I noticed a couple of git tags: 3.0-ocl-tech-preview 3.0-ocl-tp2 Probably time to ask upstream.
I'd go with backporting the GStreamer 1 support to 2.4, unless we have other reasons to want 3.0 now. Prerelease versions of libraries are always a risk due to ABI/API compatibility issues, both with the previous stable release and with the upcoming final release.
%changelog * Fri Jul 25 2014 Rex Dieter <rdieter> 2.4.9-2 - backport support for GStreamer 1 (#1123078) built only for rawhide yet, to allow some extra time for review/testing.
Almost 3 weeks later, where are we at?
OK, I'll merge/build today.