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... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
