* Cristian Morales Vega <reddwarf@opensuse.org> [2013-02-06 23:01]:
On 6 February 2013 16:04, Dominique Leuenberger a.k.a. Dimstar <dimstar@opensuse.org> wrote:
Quoting Marcus Meissner <meissner@suse.de>:
Would an upstream patch change this situation?
(Also asking because inkscape has a similar problem with poppler. Direct use of libpoppler (opposed to its qt, glib, ... wrappers) is discouraged by poppler, but necessary in this specific case. popplers ABI changes frequently).
If upstream would accepted this, it would be fine.
Due to the identified GType registration clashes, which are likely not resolvable, I don't see much chance for that anymore.
After expending ten minutes into this... definitely I am going to need some explanation about those "GType registration clashes" to understand the problem.
Thus, carrying a patch would result in a 100% non-portable binary generation on openSUSE: no binary created with openSUSE 12.3 linking Gstreamer could be shared with ANY OTHER Linux distribution.
Why? Again, from http://www.akkadia.org/drepper/symbol-versioning
"The last case is if the object with the references uses symbol versions but the object with the definitions has none. In this case a matching symbol is accepted unless the object's name matches the one in the Elfxx_Verneed entry."
So our binaries would continue working with unversioned gstreamers from other distributions (here I'm quite sure that with a warning from the linker).
Thus I don't think openSUSE should consider this option.
so the only solution we have are: - Disable libcanberra-gtk module loading (we will loose some notification sounds)
Is this the only possible path to both gstreamers being loaded in the same process image? I expect to be others.
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.
- 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. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org