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 DFF2713877A for ; Mon, 16 Jun 2014 13:37:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 05DBEE0C5E; Mon, 16 Jun 2014 13:37:49 +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 EFFE0E0BFE for ; Mon, 16 Jun 2014 13:37:47 +0000 (UTC) Received: from 127.0.0.1 (rainbowwarrior.torservers.net [77.247.181.164]) (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 7311333FFAC for ; Mon, 16 Jun 2014 13:37:44 +0000 (UTC) Message-ID: <539EF323.7020208@gentoo.org> Date: Mon, 16 Jun 2014 13:37:39 +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> <539E03A9.3010109@gentoo.org> <539E0563.3080302@gentoo.org> In-Reply-To: <539E0563.3080302@gentoo.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 99aa5a8a-da85-4cd7-9aec-265d198cf64d X-Archives-Hash: ea6a87e630814ed426d91ce947a5b277 Chí-Thanh Christopher Nguyễn: > hasufell schrieb: >> 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... > > If I understand correctly, it is not the crossdev package being present on > the system, but the generated toolchains that cause the trouble. > > I think there are less intrusive options than hardmask, such as pkg_pretend() > check or blocking offending packages from cross-${CTARGET} category. > > > Best regards, > Chí-Thanh Christopher Nguyễn > > There was a proposed solution which works perfectly fine: don't clutter PATH with crossdev links. If any embedded developer needs these tools in PATH he can add them temporarily (I'm pretty sure he knows how; an elog can be added as well), via wrapper scripts or whatnot. That's a reasonable trade-off. However, toolchain does not agree and I don't randomly touch other peoples packages (unless there is no response). So there are only two things left: * block crossdev within multilib eclasses (that sounds really wrong to me) * hardmask it, so we are able to communicate this problem to the user