From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Fo63j-0005pO-Ni for garchives@archives.gentoo.org; Wed, 07 Jun 2006 21:59:28 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.6) with SMTP id k57LwSpc030165; Wed, 7 Jun 2006 21:58:28 GMT Received: from skinny.southernlinux.net (ns2.rednecks.net [64.192.52.5]) by robin.gentoo.org (8.13.6/8.13.6) with ESMTP id k57LtQt8032296 for ; Wed, 7 Jun 2006 21:55:27 GMT Received: (qmail 28064 invoked by uid 210); 7 Jun 2006 17:55:19 -0400 Received: from 64.192.55.166 by skinny (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.88.2/1517. f-prot: 4.4.2/3.14.11. spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:1(64.192.55.166):. Processed in 0.064588 secs); 07 Jun 2006 21:55:19 -0000 Received: from unknown (HELO ?10.99.99.11?) (64.192.55.166) by 0 with SMTP; 7 Jun 2006 17:55:19 -0400 Subject: Re: [gentoo-dev] fix binary debug support, part elevenity billion + 1 From: Ned Ludd To: gentoo-dev@lists.gentoo.org In-Reply-To: <4487319D.1000103@gentoo.org> References: <20060607151325.GA27076@nightcrawler> <200606071224.11042.vapier@gentoo.org> <44871B4E.7070909@gentoo.org> <20060607193157.GA15308@dst.grantgoodyear.org> <4487319D.1000103@gentoo.org> Content-Type: text/plain Organization: Gentoo Linux Date: Wed, 07 Jun 2006 17:55:21 -0400 Message-Id: <1149717321.25264.4.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: 7bit X-Archives-Salt: ed8ea3e7-28dc-4e2f-bd77-87048631186f X-Archives-Hash: 5395ed864bbe21f935a9f2345621528b On Wed, 2006-06-07 at 16:05 -0400, Alec Warner wrote: > We've discussed this multiple times, and it's always been the conclusion > that per package.env should go in bashrc, as bashrc is generally more > powerful than anything we could devise. The only downside afaik, for > bashrc is that you can't do per package FEATURES as FEATURES is a > python-side var. But you shouldn't need per package FEATURES by design; > FEATURES are for portage, not your ebuild. This is a thumbs up? I've got the code sitting in my $PORTDIR/profiles/base/profile.bashrc to give us just this. I'd be all to happy to commit it. So that's a yes right? :) -- Ned Ludd Gentoo Linux -- gentoo-dev@gentoo.org mailing list