From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id C3400138A1F for ; Wed, 29 Jan 2014 16:13:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DD07FE0BCF; Wed, 29 Jan 2014 16:13:25 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E1AFBE0B9C for ; Wed, 29 Jan 2014 16:13:24 +0000 (UTC) Received: from [192.168.1.3] (unknown [96.241.16.8]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: tetromino) by smtp.gentoo.org (Postfix) with ESMTPSA id DC3DF33F498 for ; Wed, 29 Jan 2014 16:13:23 +0000 (UTC) Message-ID: <1391012024.8892.13.camel@lightboat.home> Subject: Re: [gentoo-dev] Dealing with XDG directories in ebuild environment From: Alexandre Rostovtsev To: gentoo-dev@lists.gentoo.org Date: Wed, 29 Jan 2014 11:13:44 -0500 In-Reply-To: <20140129095819.554b177c@deathstar> References: <20140125221628.26f3aa96@pomiot.lan> <20140126204926.33f2baef@googlemail.com> <20140126213527.1f5f6192@googlemail.com> <20140126225959.6f17bf8a@pomiot.lan> <20140126220347.720b12ed@googlemail.com> <20140127011054.2038.qmail@stuge.se> <1390863743.4662.7.camel@kanae> <20140129095819.554b177c@deathstar> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.8.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5cb8c5c7-1589-47c8-95d4-0dc8fc0943de X-Archives-Hash: 0b6cf83cc26b9a81eceaf0337cafc130 On Wed, 2014-01-29 at 09:58 +0100, Jan Matejka wrote: > What's the point of having nonempty XDG_ variables in ebuilds? One big reason is FEATURES=test. Test suites for freedesktop-compliant programs that actually run the program are likely to fail if XDG_* directories are resolved as something unwriteable. Also, many gnome-related packages have a build system that won't work if XDG_* variables are wrong. Python packages that use sphinx to generate API docs at build time will hit a sandbox violation if XDG_CONFIG_HOME is unwriteable, see https://bugs.gentoo.org/show_bug.cgi?id=499068 I would be astonished if some packages for kde, xfce, and other desktop environments are not affected as well.