| Summary: | gschemas.compiled not found | ||
|---|---|---|---|
| Product: | Gentoo/Alt | Reporter: | jbhr0001 |
| Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
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. |
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.