gsettings list-schemas terminates with segmentation fault after looking up: open("/usr/local/share/glib-2.0/schemas/gschemas.compiled", O_RDONLY) = -1 ENOENT (No such file or directory) The real location of the file is: $EPREFIX/usr/share/glib-2.0/schemas/gschemas.compiled Also, other GNOME applications (like for example eog) are looking up: [pid 5806] open("/usr/share/glib-2.0/schemas/gschemas.compiled", O_RDONLY) = -1 ENOENT (No such file or directory). [pid 5806] open("/usr/local/share/glib-2.0/schemas/gschemas.compiled", O_RDONLY) = -1 ENOENT (No such file or directory) but NOT the real location below $EPREFIX.
Does it work, if '$EPREFIX/usr/share' is *added* to XDG_DATA_DIRS ? It's important to add instead override, or other stuff tends to break.
(In reply to Rafał Mużyło from comment #1) > Does it work, if '$EPREFIX/usr/share' is *added* to XDG_DATA_DIRS ? > It's important to add instead override, or other stuff tends to break. Both gnome-settings and eog work with environment variable XDG_DATA_DIRS=$EPREFIX/usr/share alone or XDG_DATA_DIRS=$EPREFIX/usr/share:/usr/share (don't know the default value of XDG_DATA_DIRS).
% env | grep XDG_DATA_DIRS | sed -e "s:${EPREFIX}:EPREFIX:g" XDG_DATA_DIRS=EPREFIX/usr/share so it should be set?
I'm affraid these versions are long gone. I hope the current state is different.