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 44EE8138A3B for ; Sat, 25 Jan 2014 21:00:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 507BBE0B2A; Sat, 25 Jan 2014 21:00:14 +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 5DA6EE0A8B for ; Sat, 25 Jan 2014 21:00:13 +0000 (UTC) Received: from [192.168.1.33] (96.Red-95-123-24.staticIP.rima-tde.net [95.123.24.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id CE96033F67E for ; Sat, 25 Jan 2014 21:00:11 +0000 (UTC) Message-ID: <1390683606.24148.271.camel@belkin5> Subject: Re: [gentoo-dev] Dealing with XDG directories in ebuild environment From: Pacho Ramos To: gentoo-dev@lists.gentoo.org Date: Sat, 25 Jan 2014 22:00:06 +0100 In-Reply-To: References: 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: 8bit X-Archives-Salt: 0becf15c-245f-4b22-a89b-d7b9d541c58a X-Archives-Hash: 4ec5215b489d52c5bb7f131589844dee El sáb, 25-01-2014 a las 11:13 -0500, Mike Gilbert escribió: > 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. > > https://bugs.gentoo.org/show_bug.cgi?id=499202 > > 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="${T}" or "${T}/.config". > > gnome2-utils.eclass takes it a step further and creates empty > directories for several other XDG variables. > > Is this something we can/should consolidate into some central place? > Or should I just copy/paste something into distutils-r1.eclass? > Maybe the function cleaning stuff could be added to eutils.eclass and we would call it from other eclasses/ebuilds. I also wonder if this cleanup could be done always in a newer eapi since we usually need to add that fix whenever we suffer the sandbox violation :S (not before)