Bug#402738: Perhaps a binNMU of gst-plugins-base0.10 v. 0.10.10-2 is enough?

[Jeroen Nijhof]

Hello,

I encountered this bug as well, and the recipe above: compile
gstreamer0.10-0.10.11-1 and gst-plugins-base0.10-0.10.11 from experimental
works.

In order to help to get this sorted for etch I thought I'ld try to
help to find what the relevant difference is.
What I tried previously -- compiling testing's gst-plugins-base0.10-0.10.10-2 
with experimental's libgstreamer0.10-0, libgstreamer0.10-dev
(0.10.11-1) did not work: sound-juicer crashed.

So I downgraded all three to testing's 0.10.10-2 (sound-juicer gives the
error message), downloaded the source package
for gst-plugins-base0.10-0.10.10-2, and compiled it.
After installing that one sound-juicer works again!!!

So might the problem be that the archive's 
gst-plugins-base0.10-0.10.10-2 is mis-compiled, and could a binNMU solve
the problem?

Jeroen Nijhof


P.S. Actually I also downloaded the 0.10.10-2 source package for
gstreamer0.10, and compiled and installed its libgstreamer0.10 and
libgstreamer0.10-dev .debs. But the they are not the problem,
using the archive's .debs for those (and compiling
 gst-plugins-base0.10 with that -dev .deb) works as well.
But strange thing is that after installing those self-compiled .debs,
aptitude wanted to replace my libgstreamer0.10 v. 0.10.10-2
by the archive's 0.10.10-2, even though the version number is the same...