GNOME Bugzilla – Bug 630387
Shouldn't add /usr/lib to LD_LIBRARY_PATH
Last modified: 2020-03-17 08:46:43 UTC
Hi, banshee's startup script for Linux currently prepends /usr/lib (@expanded_libdir@) to LD_LIBRARY_PATH. If banshee is installed into /usr, this prevents the standard behaviour that libraries from /usr/local are preferred or in my case, that a custom, uninstalled GStreamer version is used. Would be great if @expanded_libdir@ wouldn't be prepended or at least only if it is a non-standard directory.
Created attachment 171019 [details] [review] Patch expanded_libdir out of LD_LIBRARY_PATH
Ping?
Comment on attachment 171019 [details] [review] Patch expanded_libdir out of LD_LIBRARY_PATH Without not knowing much about ldconfig, LD_LIBRARY_PATH and the like, I think I've found a problem with this patch: If banshee is configured to be installed in a prefix that is not /usr/lib (e.g.: /opt/mono), then it would be a problem, right? For the case of the "/usr/lib" prefix I guess it would be fine, because, as the ldconfig manpage says, /usr/lib is already a "trusted directory".
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.