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 7AC19138B37 for ; Sat, 25 Jan 2014 21:16:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E4145E0AAE; Sat, 25 Jan 2014 21:16:45 +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 021B0E09F7 for ; Sat, 25 Jan 2014 21:16:44 +0000 (UTC) Received: from pomiot.lan (87-205-26-188.ip.netia.com.pl [87.205.26.188]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 11C7133F0D9; Sat, 25 Jan 2014 21:16:42 +0000 (UTC) Date: Sat, 25 Jan 2014 22:16:28 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: floppym@gentoo.org Subject: Re: [gentoo-dev] Dealing with XDG directories in ebuild environment Message-ID: <20140125221628.26f3aa96@pomiot.lan> In-Reply-To: References: Organization: Gentoo X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; x86_64-pc-linux-gnu) 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-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_//k_8qoj0hhAT4mqGVK.=7.r"; protocol="application/pgp-signature" X-Archives-Salt: 376484b7-5949-4e59-a20c-3f5dd9c5d7fd X-Archives-Hash: 507d66607ea74fc2bff22247119fdf72 --Sig_//k_8qoj0hhAT4mqGVK.=7.r Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2014-01-25, o godz. 11:13:38 Mike Gilbert napisa=C5=82(a): > It seems having XDG variables like XDG_CONFIG_HOME set in the > environment when calling emerge has a tendency to cause sandbox > violations. For example, see the bugs blocking bug 499202. >=20 > https://bugs.gentoo.org/show_bug.cgi?id=3D499202 >=20 > If you grep for XDG_CONFIG_HOME in the eclass directory, you can see > that several eclasses work around this by setting > XDG_CONFIG_HOME=3D"${T}" or "${T}/.config". >=20 > gnome2-utils.eclass takes it a step further and creates empty > directories for several other XDG variables. >=20 > Is this something we can/should consolidate into some central place? > Or should I just copy/paste something into distutils-r1.eclass? I'd say portage should kill that as part of sanitizing the environment. There's no point in reproducing it in random eclasses. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_//k_8qoj0hhAT4mqGVK.=7.r Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJS5CmwXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOUcMQANNa7WIoBmd96miVwpxoc1ZX iwdoH6Ut7oOpvXOWBeD52aGI0VfZ53Jj4Oaf3EYvPoRu5WxTaj998w6rq6IGpeQR gOhPybvDriE2SCgHLW7Izr/MRbDMX84RJuI0qFhxfd2mijOqIe1bRsEiYZBaMRBU KXb7UP/4EsJzaaVjdxEDAhuYw3ZMiqoXOWbTgpPqO3GFsJssePXMW3vdu9TNYLDl iUpdrzv+MchWb7YadDm+I+LjQ9RmCZzw0p4uGryO6CT+kBfhiswdTnxL6vGfomz0 ggWIUhTbKIA6dw1gMJhwYFpjpvU3GfVDLG6IiuCPlWa2O10DcpP9Fi4FwdbO3VrA td4NxyJXw9VuDql0xTLBq7J2fATQboHrN36NHm2A4ebxmrS30YBHWQpXxHRVFhA6 wqyWzAEcIKON8WMu+aXFnEpPmyaPMwi9jgaxDxwy+KXUU5cCw8ojPQmimRarPhTW f+UWYBxJymAWH43h3rSzNwj4RHP4QC5AbdnL2FkF/udiljIKY/YFeOCc3OIoocCS pCutq4Uu+OXdztoXRHlQ0vHxX81BpzMMnmC8gTa2NtxTTeD1iPyrazbcEe2FX9cr S+nJQHyHAvW+vwru7NcCtxwjGjNGfVZfqEAYQUI6T/nXTAPhBClmNSfmLv2/HUzb mLWBPiqv9F1ODlCFZ5kk =Ro/U -----END PGP SIGNATURE----- --Sig_//k_8qoj0hhAT4mqGVK.=7.r--