On Mon, 2014-05-19 at 13:19 +0200, Emilio Pozuelo Monfort wrote: > Hi, > > On 19/05/14 12:06, Bastien Nocera wrote: > > On Fri, 2014-05-02 at 10:46 +0200, Marcus Lundblad wrote: > >> Package: totem > >> Version: 3.12.0-2 > >> Severity: normal > >> > >> Tried to search for videos on Youtube. > >> When trying to play a video, you get a dialog about a missing HTML decoder. > >> On the terminal the following is printed: > >> ** Message: Missing plugin: gstreamer|1.0|totem|text/html > >> decoder|decoder-text/html (text/html decoder) > >> ** Message: Automatic missing codec installation not supported (helper > >> script missing) > >> > >> I guess there is some gstreamer plugin missing. > > > > No, whoever built totem-pl-parser built it without libquvi support: > > https://packages.debian.org/sid/amd64/libtotem-plparser18/filelist > > Looking at the debian changelog, I see: > > - Drop libquvi-dev (new quvi has incompatible license) > > and libquvi has: > > libquvi (0.9.3-1) experimental; urgency=low > > * New upstream release. > * libquvi is now licensed under AGPL-3+. > > Linking against the new libquvi would effectively make libtotem-plparser GPL > or > AGPL, wouldn't it? IANAL and I could be wrong, but that's my understanding.
Whoever made that change took exactly 2 seconds to actually look at the way that the libquvi usage is implemented. It's not incompatible. The commit just before should have been a bloody good hint: [ Michael Biebl ] * Remove libquvi-dev dependency from libtotem-plparser-dev, the library no longer links against libquvi. > Since 0.9 is only in experimental and unstable still has 0.4.x, we could keep > linking against that, but we need to make sure we have something sane by the > freeze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org