From: Carlo Zancanaro <carlo@zancanaro.id.au>
To: Evan Straw <evan.straw99@gmail.com>
Cc: 45360@debbugs.gnu.org
Subject: bug#45360: Cannot log in to GNOME on foreign distro with Guix
Date: Tue, 22 Dec 2020 22:42:25 +1100 [thread overview]
Message-ID: <87tuseoyn2.fsf@zancanaro.id.au> (raw)
In-Reply-To: <87v9cu4cyg.fsf@gmail.com>
Hi Evan!
On Tue, Dec 22 2020, Evan Straw wrote:
> ... When I add a package (like stumpwm) that needs to set
> XDG_DATA_DIRS, the problem seems to reappear. ...
I think I've had this problem in the past. I'm currently running
on a foreign distribution, and I have this in my ~/.profile file:
# XDG_DATA_DIRS often starts off empty, but an empty value is
# interpreted as this value. Loading a profile can set it,
though,
# which effectively ignores the default value. We want it to
# instead add to the default, so we set it here to the default
# value.
if [ -z "$XDG_DATA_DIRS" ]; then
export XDG_DATA_DIRS="/usr/local/share/:/usr/share/"
fi
I think I took the default value from
https://specifications.freedesktop.org/basedir-spec/latest/ar01s03.html
where it says:
If $XDG_DATA_DIRS is either not set or empty, a value equal to
/usr/local/share/:/usr/share/ should be used.
I hope that helps!
> Is this a bug, or is it possible I've just misconfigured
> something?
We should consider this a bug, because Guix's attempt to add to
the XDG_DATA_DIRS environment variable clobbers the default value
that foreign distributions are relying on.
We should at least document this in the manual, maybe in "(guix)
Application Setup".
Carlo
next prev parent reply other threads:[~2020-12-22 11:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-22 5:38 bug#45360: Cannot log in to GNOME on foreign distro with Guix Evan Straw
2020-12-22 11:42 ` Carlo Zancanaro [this message]
2020-12-22 12:34 ` Ricardo Wurmus
2020-12-22 13:40 ` Nicolas Goaziou
2020-12-30 2:29 ` Evan Straw
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87tuseoyn2.fsf@zancanaro.id.au \
--to=carlo@zancanaro.id.au \
--cc=45360@debbugs.gnu.org \
--cc=evan.straw99@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).