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 767933 - A new solution for the "search path problem"
A new solution for the "search path problem"
Status: RESOLVED OBSOLETE
Product: glib
Classification: Platform
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2016-06-22 02:36 UTC by Matthias Clasen
Modified: 2018-05-24 18:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Matthias Clasen 2016-06-22 02:36:30 UTC 
At the GTK hackfest in Toronto, we didscussed a new solution to the "search path problem": how to make locations like flatpak exports or snap installs visible to the system. Currently flatpak installs a snipplet in /usr/share/gdm/env.d/ to add its locations to XDG_DATA_DIRS. This is fragile, does not work with non-gdm, and is prone to ordering issues.

The new solution that is being suggested is a fixed location in XDG_RUNTIME_DIR that gets populated with symlinks to additional locations. The initial setup for this can happen in the same place where the runtime dir is created in the first place: pam-systemd. One advantage of this approach is that new locations can be added at runtime without problems.
Comment 1 GNOME Infrastructure Team 2018-05-24 18:57:51 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/glib/issues/1176.