After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 344749 - Environment vars are not versionned
Environment vars are not versionned
Status: RESOLVED WONTFIX
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.8
Other Linux
: Normal normal
: git master
Assigned To: Thomas Vander Stichele
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-06-13 10:28 UTC by Loïc Minier
Modified: 2006-08-29 15:03 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Loïc Minier 2006-06-13 10:28:08 UTC
Hi,

0.8 and 0.10 are versionned everywhere except in the environment vars.

Bye,
Comment 1 Wim Taymans 2006-06-19 14:20:04 UTC
this will probably not be done, it's mostly used for development and when you do something special to an application, you can just give it the needed vars depending on what version of gst it is linked to.
Comment 2 Loïc Minier 2006-06-19 16:08:54 UTC
This is to be coherent with the rest of the framework, it's just like you would be ignoring this as part of the ABI, even if it permits changing the plugin search path.

I'm not sure why you consider the env vars to be for development, but not the gst-launch-mm, or gst-inspect-mm binaries.

I don't understand this part: "you can just give it the needed vars depending on what version of gst it is linked to".


This bug is very minor to me, but I thought it should be noted that for some reason, this particular part of the ABI isn't versionned.  I'm not disturbed by this in any way, but thought this was simply forgotten.  This surprized me as what you pass in these env vars is typically not compatible (you don't pass a 0.8 plugin path to a 0.10 app).