From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1O1SXR-0001fA-Ls for garchives@archives.gentoo.org; Mon, 12 Apr 2010 22:55:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DEA52E08C9; Mon, 12 Apr 2010 22:55:26 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id BAEE0E0534 for ; Mon, 12 Apr 2010 22:55:16 +0000 (UTC) Received: from [192.168.22.10] (ip68-4-152-120.oc.oc.cox.net [68.4.152.120]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 3A02C1B4014 for ; Mon, 12 Apr 2010 22:55:16 +0000 (UTC) Message-ID: <4BC3A4E3.3010604@gentoo.org> Date: Mon, 12 Apr 2010 15:55:31 -0700 From: Zac Medico User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.8) Gecko/20100331 Thunderbird/3.0.3 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] perl eclass review - EAPI=3 + new helper eclass References: <20100330111154.GA28735@veller.net> <4BB536DC.8090405@gentoo.org> <4BBB7FDE.7090306@gentoo.org> <20100412180053.GI16738@hrair> In-Reply-To: <20100412180053.GI16738@hrair> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 33165823-36c6-442f-81b3-39634afb5e9e X-Archives-Hash: 15f2c902d269fa0a450945878876edf7 On 04/12/2010 11:00 AM, Brian Harring wrote: > On Mon, Apr 12, 2010 at 01:30:21PM -0400, James Cloos wrote: >> A reasonable alternative would be to have a separate variable in make.conf, >> such as ECLASS_OVERLAY_DIRS, which specifies acceptable overlays for eclasses. >> >> In most cases, users would probably only have their own, local overlay there, >> and any eclasses found there should be used in preference to any in portage >> or in the overlay the ebuild came from, if applicable. >> >> Every time portage looks for an eclass, it should check there first (caching >> what it found, to save future lookups w/in that run) and just use anything >> it finds. > > repos.conf has functionality of this sort, although you'll have to > consult the man page for the exact option name... It's called eclass-overrides and it's been mentioned earlier in the thread. -- Thanks, Zac