Hey,
If your package provides GStreamer plugins, please rebuild it in rawhide with the latest gstreamer-devel and RPM builds.
If you are a third-party repository maintainer, this is even more important.
We are trying to use a PackageKit-based solution to installing missing GStreamer plugins. The new GStreamer and RPM packages will add strings like this to your RPM's provides: gstreamer0.10(urisource-ssh)()(64bit) gstreamer0.10(decoder-application/ogg)()(64bit)
This will be used by a yet-to-be-written application that will use PackageKit to provide missing plugins installation. That means that, with the right set of third-party repositories, most videos and audio files will have seamless auto-installation, without any hard-coding of which package provides which resource.
For more information see: https://fedoraproject.org/wiki/Features/GStreamer_dependencies_in_RPM
I've already rebuilt: gstreamer-plugins-base gstreamer-plugins-good gstreamer-plugins-flumpegdemux
I will rebuild bluez as well. Could somebody please rebuild gstreamer-plugins-farsight as well?
Cheers
Bastien Nocera wrote:
Hey,
If your package provides GStreamer plugins, please rebuild it in rawhide with the latest gstreamer-devel and RPM builds.
If you are a third-party repository maintainer, this is even more important.
I will take care of the third-party packages I'm maintaining, I need to update them to the latest upstream anyways.
Regards,
Hans
On Fri, Sep 12, 2008 at 5:28 AM, Bastien Nocera bnocera@redhat.com wrote:
If your package provides GStreamer plugins, please rebuild it in rawhide with the latest gstreamer-devel and RPM builds.
We are trying to use a PackageKit-based solution to installing missing GStreamer plugins. The new GStreamer and RPM packages will add strings like this to your RPM's provides: gstreamer0.10(urisource-ssh)()(64bit) gstreamer0.10(decoder-application/ogg)()(64bit)
I tried rebuilding schroedinger but I didn't see any new provides show up. Is there something I'm doing wrong? Here's a scratch build I just did:
http://koji.fedoraproject.org/koji/taskinfo?taskID=822502
On Fri, 2008-09-12 at 08:06 -0500, Jeffrey Ollie wrote:
On Fri, Sep 12, 2008 at 5:28 AM, Bastien Nocera bnocera@redhat.com wrote:
If your package provides GStreamer plugins, please rebuild it in rawhide with the latest gstreamer-devel and RPM builds.
We are trying to use a PackageKit-based solution to installing missing GStreamer plugins. The new GStreamer and RPM packages will add strings like this to your RPM's provides: gstreamer0.10(urisource-ssh)()(64bit) gstreamer0.10(decoder-application/ogg)()(64bit)
I tried rebuilding schroedinger but I didn't see any new provides show up. Is there something I'm doing wrong? Here's a scratch build I just did:
$ echo /usr/lib64/gstreamer-0.10/libgstschro.so | ./gstreamer.prov gstreamer0.10(encoder-video/x-dirac)()(64bit) gstreamer0.10(decoder-video/x-dirac)()(64bit) gstreamer0.10(decoder-video/x-dirac)()(64bit)
I don't get it, the RPM and gstreamer-devel versions are new enough for the provides to work. Panu, could it be RPM not calling the script for sub packages?
Cheers
On Fri, 12 Sep 2008, Bastien Nocera wrote:
On Fri, 2008-09-12 at 08:06 -0500, Jeffrey Ollie wrote:
On Fri, Sep 12, 2008 at 5:28 AM, Bastien Nocera bnocera@redhat.com wrote:
If your package provides GStreamer plugins, please rebuild it in rawhide with the latest gstreamer-devel and RPM builds.
We are trying to use a PackageKit-based solution to installing missing GStreamer plugins. The new GStreamer and RPM packages will add strings like this to your RPM's provides: gstreamer0.10(urisource-ssh)()(64bit) gstreamer0.10(decoder-application/ogg)()(64bit)
I tried rebuilding schroedinger but I didn't see any new provides show up. Is there something I'm doing wrong? Here's a scratch build I just did:
$ echo /usr/lib64/gstreamer-0.10/libgstschro.so | ./gstreamer.prov gstreamer0.10(encoder-video/x-dirac)()(64bit) gstreamer0.10(decoder-video/x-dirac)()(64bit) gstreamer0.10(decoder-video/x-dirac)()(64bit)
I don't get it, the RPM and gstreamer-devel versions are new enough for the provides to work. Panu, could it be RPM not calling the script for sub packages?
Nope, it gets called for all shared libraries. Here's the problem:
[pmatilai@turre ~]$ gst-inspect --print-plugin-auto-install-info --rpm /home/pmatilai/rpmbuild/BUILDROOT/schroedinger-1.0.5-2.fc9.x86_64/usr/lib64/gstreamer-0.10/libgstschro.so
(gst-inspect-0.10:6091): GStreamer-WARNING **: Failed to load plugin '/home/pmatilai/rpmbuild/BUILDROOT/schroedinger-1.0.5-2.fc9.x86_64/usr/lib64/gstreamer-0.10/libgstschro.so': libschroedinger-1.0.so.0: cannot open shared object file: No such file or directory Could not load plugin file: Opening module failed: libschroedinger-1.0.so.0: cannot open shared object file: No such file or directory
The schroedinger plugin library depends on a library that's only available in the buildroot. The above with LD_LIBRARY_PATH set to buildroot %{_libdir} succeeds but...
- Panu -
On Sat, 2008-09-13 at 12:41 +0300, Panu Matilainen wrote:
Could not load plugin file: Opening module failed: libschroedinger-1.0.so.0: cannot open shared object file: No such file or directory
The schroedinger plugin library depends on a library that's only available in the buildroot. The above with LD_LIBRARY_PATH set to buildroot %{_libdir} succeeds but...
But what? Other than the hand-wavy "It's ugly!", what's wrong with that approach?
On Fri, 2008-09-12 at 08:06 -0500, Jeffrey Ollie wrote:
On Fri, Sep 12, 2008 at 5:28 AM, Bastien Nocera bnocera@redhat.com wrote:
If your package provides GStreamer plugins, please rebuild it in rawhide with the latest gstreamer-devel and RPM builds.
We are trying to use a PackageKit-based solution to installing missing GStreamer plugins. The new GStreamer and RPM packages will add strings like this to your RPM's provides: gstreamer0.10(urisource-ssh)()(64bit) gstreamer0.10(decoder-application/ogg)()(64bit)
I tried rebuilding schroedinger but I didn't see any new provides show up. Is there something I'm doing wrong? Here's a scratch build I just did:
An updated gstreamer package is building, let me know whether that fixes the problem for you: http://koji.fedoraproject.org/koji/taskinfo?taskID=825065
Cheers
On Sun, Sep 14, 2008 at 8:25 AM, Bastien Nocera bnocera@redhat.com wrote:
On Fri, 2008-09-12 at 08:06 -0500, Jeffrey Ollie wrote:
On Fri, Sep 12, 2008 at 5:28 AM, Bastien Nocera bnocera@redhat.com wrote:
If your package provides GStreamer plugins, please rebuild it in rawhide with the latest gstreamer-devel and RPM builds.
We are trying to use a PackageKit-based solution to installing missing GStreamer plugins. The new GStreamer and RPM packages will add strings like this to your RPM's provides: gstreamer0.10(urisource-ssh)()(64bit) gstreamer0.10(decoder-application/ogg)()(64bit)
I tried rebuilding schroedinger but I didn't see any new provides show up. Is there something I'm doing wrong? Here's a scratch build I just did:
An updated gstreamer package is building, let me know whether that fixes the problem for you: http://koji.fedoraproject.org/koji/taskinfo?taskID=825065
Looks like it worked:
http://koji.fedoraproject.org/koji/taskinfo?taskID=825991
Is this something we should request beta-freeze tag overrides for?
On Fri, 2008-09-12 at 11:28 +0100, Bastien Nocera wrote:
Could somebody please rebuild gstreamer-plugins-farsight as well?
Yeah, I'll rebuild it. Thanks for the heads up.
Later, /B