The gstreamer-plugins-good package in core is missing taglib support, but the source package will happily build it if you happen to have the taglib-devel package from Extras installed when you build the gstreamer-plugins-good package, but the resulting RPM won't be created because the resulting new library file isn't included in the files list.
I've attached a patch that will explicitly require taglib as a BuildRequires and include libgsttaglib.so in the file list so that the standard package has taglib support.
Having taglib support in the plugins package means you can install the gstreamer-plugins-ugly package from (eg) Livna, and be able to include ! id3v2mux in the gstreamer pipeline, and actually have it output an MP3 with proper ID3 tags.
The only problem I can think of in introducing this patch is the dirtiness of making a package from Extras be a build requirement of a package in core. Is this generally frowned upon?
Christopher Aillon wrote:
Bob Richmond wrote:
The only problem I can think of in introducing this patch is the dirtiness of making a package from Extras be a build requirement of a package in core. Is this generally frowned upon?
Until the Extras/Core dichotomy is merged, yes.
Alternatively, you can make some sort of gstreamer-plugins-good-extras that includes only the taglib bits, and submit that to Extras. Not ideal, but it should do the trick.
-- Rex
Rex Dieter wrote:
Christopher Aillon wrote:
Bob Richmond wrote:
The only problem I can think of in introducing this patch is the dirtiness of making a package from Extras be a build requirement of a package in core. Is this generally frowned upon?
Until the Extras/Core dichotomy is merged, yes.
Alternatively, you can make some sort of gstreamer-plugins-good-extras that includes only the taglib bits, and submit that to Extras. Not ideal, but it should do the trick.
gnome-python2-gda in FE is an example of such a package (a disabled part of gnome-pytnon2-extras in Core).
Denis Leroy wrote:
Rex Dieter wrote:
Christopher Aillon wrote:
Bob Richmond wrote:
The only problem I can think of in introducing this patch is the dirtiness of making a package from Extras be a build requirement of a package in core. Is this generally frowned upon?
Until the Extras/Core dichotomy is merged, yes.
Alternatively, you can make some sort of gstreamer-plugins-good-extras that includes only the taglib bits, and submit that to Extras. Not ideal, but it should do the trick.
gnome-python2-gda in FE is an example of such a package (a disabled part of gnome-pytnon2-extras in Core).
There are lots of examples of similar Extras packages, including k3b-extras, kdeartwork-extras, kdegraphics-extras, kdemultimedia-extras.
-- Rex