* Dominique Leuenberger a.k.a. Dimstar <dimstar@opensuse.org> [2013-02-08 11:27]:
Quoting Guido Berhoerster <gber@opensuse.org>:
That's likely, the relatively easy to find cases like libcanberra which is now built without gstreamer support or rygel which was the only case where both gstreamer version where directly linked to should be fixed now. If the problem cannot be fixed on the gstreamer side by using symbol versioning then we should at least make the effort to identify the issues within the distro. However that isn't straightforward as e.g. Firefox illustrates, any ideas how to address this systematically? There is also quite a few libraries which still link to gstreamer-0.10 like or QtWebKit some wxgtk stuff, it should probably be noted in the release notes that these must not be combined with gstreamer-1.0.
Indeed a good thing to document. And a clear action item for 13.1: we must make it a high prio target to eliminate Gst 0.10 from the tree (or, at least only provide it for convenience to 3rd parties... it's an unmaintained code base).
- Port apps to GStreamer 1.0 (as requested as target at the beginning of 12.3 cycle).
Ideal solution... But I don't think we have the resources for this. Not to mention Packman, which is not currently in it best shape.
Some packages like e.g. xfce4-volumed, xfce4-mixer, or gmixer also cannot be ported to newer gstreamer versions since the parts of the API they are built around were removed without replacement.
Talking to Gst upstream about this issue leads to the point that GstMixer was apparently heavily broken (it always depends on who you ask... seems the xfce devs were fine with it)_ and they recommend to use alsa / PA backends directly to get a sane code base...
Well in this case I am also the upstream maintainer of xfce4-mixer and based on the upstream bug reports I don't see any indication that it is heavily broken, the only thing that has always been heavily broken is the pulseaudio backend. As a matter of fact, the default GNOME mixer gst-mixer was based of the gstinterfaces library for many years. Using alsa or PA directly is also not acceptable since Xfce still has a wider scope than just supporting Alsa on Linux or relying on PA which does not work very well or is not available on all platforms Xfce supports. gstinterfaces provided a reasonably good abstraction over Alsa, OSS on BSD, OSSv4/Boomer on Solaris, and legacy Solaris sunaudio for which there is no replacement. And Since the current mixer is closely built around the GstMixer API, even porting to some other library would practically mean to rewrite it from scratch, something that is not going to happen, particularly not since I just put considerable effort into improving it a couple of months ago. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org