Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#5901 - XDG_DATA_DIRS
Attached to Project:
Arch Linux
Opened by Rob Page (robrob) - Sunday, 26 November 2006, 21:11 GMT
Last edited by Roman Kyrylych (Romashka) - Tuesday, 28 November 2006, 01:09 GMT
Opened by Rob Page (robrob) - Sunday, 26 November 2006, 21:11 GMT
Last edited by Roman Kyrylych (Romashka) - Tuesday, 28 November 2006, 01:09 GMT
|
Detailsxproto seems to create a file called /etc/profile.d/xorg.sh which sets the XDG_DATA_DIRS;
if [ -z $XDG_DATA_DIRS ]; then export XDG_DATA_DIRS=/usr/share I'm currently trying to install a package which installs data files to /usr/local/share (as prefix=/usr/local) by default. However, as it uses g_get_system_data_dirs to find where these files are, it cannot find them, and therefore fails at runtime. As, I think, /usr/local/share, is a reasonable place for non-pacman installed data files to be stored, the export line should have :/usr/local/share appended to it. |
This task depends upon