Bug#402090: Dropping GStreamer 0.8 for etch
joss at debian.org
Sat Dec 9 17:23:47 CET 2006
Le samedi 09 décembre 2006 à 15:36 +0100, Moritz Muehlenhoff a écrit :
> 2. If the GNOME maintainers come to an agreement that linking dynamically
> is possible it would be _much_ appreciated, if not we need to bite the
I have made a new patch which is much cleaner and opened a bug about it.
So far Loïc hasn't commented on it, but AIUI he's still hostile to such
a change until it is accepted upstream.
I don't claim to have extensively tested the patch, especially with
exotic codecs, but it shows that dynamic linking is possible, and it
makes a better package at first sight - but version 0.10.2 should
improve codec support as well.
> And for mplayer; it provides dynamic linking out of the box and it's not
> an important infrastructure package like gstreamer, so the above does not
Well, totem-xine is still the default in etch, which means
gstreamer-ffmpeg is only important for people explicitly installing
totem-gstreamer. However the reason until now for xine to be the default
was its superior codec support. If both packages can link to the same
libavcodec, I think totem-gstreamer is superior, as being lighter, not
having the infamous bug #400525 and with better support for other
Josselin Mouette /\./\
"Do you have any more insane proposals for me?"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Ceci est une partie de message
Url : http://lists.alioth.debian.org/pipermail/pkg-gstreamer-maintainers/attachments/20061209/dcd3cce1/attachment.pgp
More information about the Pkg-gstreamer-maintainers