Bug#761019: gstreamer1.0 nmu

Laurent Bigonville bigon at debian.org
Sun Nov 2 11:03:49 UTC 2014


Le Sun, 02 Nov 2014 11:35:21 +0100,
Sebastian Dröge <slomo at coaxion.net> a écrit :

> On So, 2014-11-02 at 10:41 +0100, Laurent Bigonville wrote:
> > On Sun, 2 Nov 2014 00:52:23 -0400 Michael Gilbert
> > <mgilbert at debian.org> wrote:
> > Hello,
> > 
> > > Hi, I've uploaded an nmu fixing this issue.  Please see attached.
> > 
> > Well this is certainly a solution, not the solution IMHO.
> > 
> > The dependencies are usually calculated by dh_girepository and it's
> > not happening here some some reasons. debian/rules is mangling the
> > shlibs file, I guess this is the reason.
> 
> Yeah, I was looking into this a bit and couldn't find the reason for
> dh_girepository not picking it up... but also didn't want to do this
> workaround solution as there seems to be an underlying problem
> somewhere.
> 
> As we're near a release I guess this workaround is fine, but we should
> keep this bug open nonetheless.
> 
> Same bug is in gst-plugins-base1.0 btw. Feel free to NMU that one the
> same way too, but also keep that bug open.

The reason seems to be the dummy shlibs.local. dh_girepository is
called twice, the 1st time (explicitly from the debian/rules) before
the this dummy shlibs.local is created and a 2nd time (cdbs is doing
that) after the shlibs.local has been created. Only the result from
the 2nd call is used.

So my question is why is this dummy shlibs.local file created during the
build? We could either remove this completely or move the call to
dh_girepository to the end of the common-binary-predeb-arch target
(after the "rm"). Just tried with both solution and they all seems to
work.

Cheers,

Laurent Bigonville



More information about the pkg-gstreamer-maintainers mailing list