From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30])
	by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j3EEQdLt018603
	for <gentoo-dev@lists.gentoo.org>; Thu, 14 Apr 2005 14:26:40 GMT
Received: from p061204002136.ppp.prin.ne.jp ([61.204.2.136] helo=linux.box)
	by smtp.gentoo.org with esmtpa (Exim 4.43)
	id 1DM5IZ-0001Sy-Vd
	for gentoo-dev@lists.gentoo.org; Thu, 14 Apr 2005 14:26:29 +0000
Received: by linux.box (Postfix, from userid 1000)
	id BC6E5468DC; Thu, 14 Apr 2005 23:26:32 +0900 (JST)
From: Jason Stubbs <jstubbs@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] USE_EXPAND additions
Date: Thu, 14 Apr 2005 23:26:32 +0900
User-Agent: KMail/1.8
References: <200504132048.27042.jstubbs@gentoo.org>
In-Reply-To: <200504132048.27042.jstubbs@gentoo.org>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200504142326.32477.jstubbs@gentoo.org>
X-Archives-Salt: 08a40f43-3f86-43b9-8acd-94786bf5bca1
X-Archives-Hash: f9a413e18eb2b63ace416883e10ff389

On Wednesday 13 April 2005 20:48, Jason Stubbs wrote:
> Anyway, any objections against moving the current USE_EXPAND out of
> make.globals and into base's make.defaults? Those using <=2.0.50* won't get
> any additions (how it is now anyway) and anybody using a stacked profile
> (which requires >=2.0.51) will get whatever is in make.globals overwritten
> with whatever is in make.defaults.

Just to be specific on this, the corner case is users still using a flat 
profile that upgrade to 2.0.51.20. Those users won't have USE_EXPAND active 
_at all_. The flat profile cannot be fixed for this because of a bug in 
2.0.50 that'll make it traceback on any operation.

Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list