Does your package provide GStreamer plugins?

Panu Matilainen pmatilai at laiskiainen.org
Sat Sep 13 09:41:22 UTC 2008


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 at 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
>
> $ 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 at 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 -




More information about the fedora-devel-list mailing list