On Fri, 19 Aug 2005 07:10:26 +1000, Rodd Clarkson wrote:
> On Thu, 2005-08-18 at 18:12 +0200, Michael Schwendt wrote:
>
> > Doesn't change a thing at all. GStreamer in Core is reduced to the free
> > media formats. It can't play MP3, MPEG and others and needs a a non-free
> > plugins package for that.
> >
> > Other functionality in KDE cannot be added via plugins, but must be
> > compiled in. That leads to the requirement of upgrading packages in Core
> > with custom packages provided in a non-free repository. Keeping the custom
> > KDE packages in sync with patches and security-fixes in Core's KDE is
> > rather boring and tiresome. And there are enough users who don't like it
> > when packages from Core are replaced/upgraded by a 3rd party repository.
>
> Actually, the beauty of gstreamer is that is not only supports non-free
> formats, but they can be added as plugins.
Which is what I wrote above ("non-free plugins package").
> In fact, gstreamer has done this so nicely that they actually compile
> free and non-free stuff into two different packages by default so that
> distros that don't want the non-free stuff included don't have to do
> anything oher than not use the non-free stuff.
>
> If people using fedora core want the non-free stuff, then all they need
> to do is following the yum repo instructions at gstreamers website and
> then install it using yum. This works fine making it quite easy to add
> all the non-free stuff you mention above without the need for a
> recompile.
The KDE used for that would be a stripped-down one, however, and at the
dangers of repeating myself, you cannot link a KDE app like Juk against a
library like libtunepimp if it depends on an mp3 decoder. GStreamer
plugins only gives you part of the fun.
--
Michael Schwendt <mschwendt@xxxxxxxxxxxx>
Fedora Core release 5 (Development) - Linux 2.6.12-1.1485_FC5
loadavg: 1.00 1.19 1.20
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
http://www.redhat.com/mailman/listinfo/fedora-devel-list
