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 8B81D13877A for ; Sun, 15 Jun 2014 20:36:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 515A1E0C73; Sun, 15 Jun 2014 20:36:09 +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 67441E0A9D for ; Sun, 15 Jun 2014 20:36:08 +0000 (UTC) Received: from 127.0.0.1 (ns3098133.ip-94-23-63.eu [94.23.63.47]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hasufell) by smtp.gentoo.org (Postfix) with ESMTPSA id F329933FDE7 for ; Sun, 15 Jun 2014 20:36:06 +0000 (UTC) Message-ID: <539E03A9.3010109@gentoo.org> Date: Sun, 15 Jun 2014 20:35:53 +0000 From: hasufell 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] Re: Re: Re: crossdev and multilib interference References: <53208139.2040509@gentoo.org> <1660834.UE1ARX9orZ@vapier> <20140327084108.GA3654@rathaus.eclipse.co.uk> <31757180.gTPZtqku3h@vapier> <20140330095348.GA18419@rathaus.eclipse.co.uk> In-Reply-To: <20140330095348.GA18419@rathaus.eclipse.co.uk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 3ee3fcdf-62e2-4a2d-a751-5fc96da0f7c8 X-Archives-Hash: b1f0b3876fb57cefd1354e511aa5bafd Steven J. Long: > > "I'll see you when you get there, if you ever get there.." > No improvements so far. I am going to hardmask sys-devel/crossdev, unless someone can explain why we are still in broken stage. More packages are popping up that randomly break. Recent failures were related to tc-getBUILD_CC. This isn't stable in any way. I'm not blaming anyone, but that's what hardmasking is for. A working solution was declined, so...