Description of problem: while updating schoedinger from 1.0.7 (which previously FTBFS in rawhide) to 1.0.8, the gstreamer plugin disappeared from the schroedinger source release. Actually It was moved to the gstreamer-plugins-bad package which isn't in fedora. I beleive that the gstreamer plugin for dirac deserves to remain in fedora. But while updating the schroedinger code fetched from -bad, there is a need to also pick the libgstbasevideo which the libgstschro plugin requires. That module is currently built statially to avoid conflicts with another package. Version-Release number of selected component (if applicable): current How reproducible: always Expected results: Additional info: The current WIP schroedinger package. http://koji.fedoraproject.org/koji/taskinfo?taskID=1766879 Testing with this sample: http://streams.videolan.org/streams-videolan/matroska/codec_test.schro.mkv
Expected results: I would avoid to have a package to build statically. So I would suggest to either: - Move libgstbasevideo.so and libgstschro to -good. - move libgstbasevideo.so only to -good so gstreamer-plugins-schroedinger can pick it as shared object. - Leave everything with the current gstreamer-plugins-schroedinger sub-package. (and leave libgstbasevideo built statically).
built for dist-F-13: http://koji.fedoraproject.org/koji/buildinfo?buildID=138695 I'm listening for advices to build the F-12 version and eventually, request f12-final.
schroedinger was requested in F-12 updates-testing. Please keep this bug open until a 'home' is found for the gstreamer plugin schroedinger in fedora.
Why can't you move this bug to schroedinger? In any case, we'll hopefully be shipping gstreamer-plugins-bad soon, including the schroedinger plugin.
@Bastien, I'm one on the shroedinger maintainer. But the purpose of this bug is to keep in touch with the gstreamer maintainer(s), specially as the plugin move from one package to another often lead to conflicts. Now schroedinger is triple licensed (GPL+ or LGPLv2+ or MIT or MPLv1.1), so I don't know, but I would expect it to be mergeable in -good. Anyway one of the module needed by gst-plugin-schro (libgstbasevideo) will need to be in -good before anything else.
(In reply to comment #5) > @Bastien, I'm one on the shroedinger maintainer. But the purpose of this bug is > to keep in touch with the gstreamer maintainer(s), specially as the plugin move > from one package to another often lead to conflicts. It wasn't in good, and was never in good. And I won't be copy/pasting it to good when a schroedinger sub-package will do just as well. > Now schroedinger is triple licensed (GPL+ or LGPLv2+ or MIT or MPLv1.1), so I > don't know, but I would expect it to be mergeable in -good. Anyway one of the > module needed by gst-plugin-schro (libgstbasevideo) will need to be in -good > before anything else. The upstream schroedinger plugin is in -bad, and we're trying to package the free bits of bad in Fedora, so that's where the plugin would end up. Leaving this bug opened against gstreamer-plugins-good isn't of much help in any case.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
OK so gst-plugin-schroedinger 1.0.8 is in updates-stable, please cc'd me when -bad will be in review...
Already in review at: https://bugzilla.redhat.com/show_bug.cgi?id=532470