https://bugzilla.novell.com/show_bug.cgi?id=244407 jpallen@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |jhargadon@novell.com |gnome@forge.provo.novell.com| -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=244407 ------- Comment #2 from andreas.hanke@gmx-topmail.de 2007-02-12 10:38 MST ------- I just remembered something that might be relevant to know. 1. Many packages are not handling GST_*_PATH correctly. The best example is banshee, in its startup script it overwrites the value instead of extending it. 2. The strict versioned dependencies between the gstreamer plugin packages and gstreamer itself render this bug report nonsensical. If the user updates gstreamer, this will invalidate all plugin packages anyway because of versioned dependencies. Suggest WONTFIX or even INVALID as resolution because the fix does not necessarily fix anything. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=244407 ------- Comment #4 from andreas.hanke@gmx-topmail.de 2007-02-13 04:16 MST ------- Setting GST_PLUGIN_SYSTEM_PATH by default sounds very scary to me as it overrides even the builtin default and no other distribution on the planet does that. I also remember that this was mainly meant for debugging purposes (why else would you want to disable the builtin default? Doesn't make much sense, since otherwise there would not be a builtin default). I'd very much prefer preserving the builtin defaults of applications/libraries as much as possible and using environment variables only in order to extend them where necessary, but not to disable them. Environment variables have the problem that they sometimes simply don't work, e.g. when using sudo or for setuid binaries. I'm not convinced that GST_PLUGIN_SYSTEM_PATH is a fix for this bug, maybe it it a bug per se and then I'd prefer leaving everything as is. Regarding /usr/local integration, there is no proper way to do that because autoconf never uses lib64 by default and that's exactly what the purpose of /usr/local is. I also don't quite get why overriding GST_PLUGIN_PATH is correct and GST_PLUGIN_SYSTEM_PATH is not, intuitively I'd say that it's the other way round because GST_PLUGIN_SYSTEM_PATH is meant to be used when you want to remove the default settings. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

https://bugzilla.novell.com/show_bug.cgi?id=244407 sbrabec@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Comment #6 from sbrabec@novell.com 2007-04-02 04:26 MST ------- Too minor, could cause bi-arch problems -> WONTFIX Proposal to optional fix, which requires upstream changes: 1. Define new gconf function: g_expand_path, which will expand $LIB and few other variables properly. 2. Use g_expand_path in GST_PLUGIN_SYSTEM_PATH and GST_PLUGIN_PATH expansion. 3. Define GST_PLUGIN_SYSTEM_PATH properly in opt_gnome-compat. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.