From mboxrd@z Thu Jan  1 00:00:00 1970
From: Mikhail Kryshen <mikhail@kryshen.net>
Subject: Re: Report on environment variable issues
Date: Wed, 04 Sep 2019 05:30:29 +0300
Message-ID: <87r24wpzcq.fsf@home.localdomain>
References: <20190903212550.517dbf78@posteo.cz>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
 micalg=pgp-sha256; protocol="application/pgp-signature"
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:470:142:3::10]:42116)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <mikhail@kryshen.net>) id 1i5L4J-0002T9-9q
 for help-guix@gnu.org; Tue, 03 Sep 2019 22:30:48 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <mikhail@kryshen.net>) id 1i5L4F-0008VM-Rl
 for help-guix@gnu.org; Tue, 03 Sep 2019 22:30:46 -0400
Received: from mail.kryshen.net ([2a01:6f0:ffff:302::de2b]:51584)
 by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <mikhail@kryshen.net>) id 1i5L4F-0008Sl-MM
 for help-guix@gnu.org; Tue, 03 Sep 2019 22:30:43 -0400
In-Reply-To: <20190903212550.517dbf78@posteo.cz>
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
 <mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/help-guix>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
 <mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: Tirifto <tirifto@posteo.cz>, help-guix@gnu.org

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Tirifto <tirifto@posteo.cz> writes:

> After some investigation, it turned out that GNOME Shell falls back on
> a certain default value when the variable is empty, which already
> contains paths that GNOME Shell needs to function properly. So when the
> user extends the existing value of =E2=80=98$XDG_DATA_DIRS=E2=80=99 with =
another path,
> the variable is no longer empty, so GNOME Shell never gets to fall back
> to the paths it actually needs, and crashes instead.

GNOME does this in accordance with XDG Base Directory Specification, see
https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html

  "If $XDG_DATA_DIRS is either not set or empty, a value equal to
  /usr/local/share/:/usr/share/ should be used."

=2D-=20
Mikhail

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQGzBAEBCAAdFiEEw6yVFU/UQfkLWikDzxz0c4HWsG4FAl1vIcUACgkQzxz0c4HW
sG5S4AwAkau7kuKaf1uMH1JPSbrbZ9ha82qG4KNOm2l/n79JAchIsuthdfCdbdzi
Lpikl+fMTXMqCjqfNTaoJak/X1SvrNEAY6wFcWy2OOhM1SztD3BfY8r+WjcV8y7/
Q+LKoKnC+wqTj4QdEsOcAt5q31OAtgh03us8Ht8RTwJY7sLwVxUkiQxJmwAh1c/y
tAx6O+FbrrZf3vmEa7JGVaEo6/NuPzkLbBhg4qen8DqSpyGOdiu30FaFN5mMAcmW
7ojygO3XyjRkq5+L7tV4727Qn2fj14/2P7m8BJ2moxuMEAjeOf5ulJj6dXb7kYbi
keFIfdJxUiMYMCMbhZJXIOEnCFARe6NMDgL8Uah66ayrSM5sQ82jf7y3oGcnvaO+
GevXrXtJxeuX+0GnwYRnKSYRydO4up9oUTpiijM5IeKjlC+HInJIOO0ETUgOiw7t
UpOfpC3yxXdmlx1JtKe3B0UlhHu45MEfJGS1gB/3tEVCcaTz4rh7XvSAfzJhIjSu
DEURQexS
=i7kR
-----END PGP SIGNATURE-----
--=-=-=--