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 934021381F4 for ; Tue, 14 Aug 2012 17:39:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DCA8F21C02E; Tue, 14 Aug 2012 17:38:50 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 932B421C01C for ; Tue, 14 Aug 2012 17:37:34 +0000 (UTC) Received: from localhost (pc-193-111-101-190.cm.vtr.net [190.101.111.193]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id 5BA601B4029 for ; Tue, 14 Aug 2012 17:37:33 +0000 (UTC) Date: Tue, 14 Aug 2012 13:37:25 -0400 From: Alexis Ballier To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] FYI: multilib-strict no longer in FEATURES of targets/developer/make.defaults (pending on bug 424423) Message-ID: <20120814133725.500f3584@gentoo.org> In-Reply-To: <502A84F6.10804@gentoo.org> References: <5029318A.3050706@gentoo.org> <502A84F6.10804@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.11; x86_64-pc-linux-gnu) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 25231b6c-9de6-4fec-bcc2-76f1c930e312 X-Archives-Hash: fc2e169032287ea8e2910e2a4b6fad7f On Tue, 14 Aug 2012 20:03:50 +0300 Samuli Suominen wrote: > On 13.08.2012 19:55, Samuli Suominen wrote: > [ ... ] > > I should mention that we have discussed this already, > > https://bugs.gentoo.org/show_bug.cgi?id=364375 > > Which was a result of long gentoo-dev ML thread, unfortunately my > search foo failed and I couldn't find straight link to it > > Why should we threat /usr than / any different in this regard, there > was large consensus /lib/udev should be used instead of /lib64/udev > and udev.pc's udevdir= is the path for "udev helpers", ELFs(!), and > rules among other things > > It's completely fair to say that multilib-strict feature has been > broken ever since, years. well, i dont agree its fair :P it breaks on _pie_ executables, which are not that common if you dont run hardened. what is broken, and has been broken since years is multilib-strict + pie toolchain; a flaw in the multilib-strict detection system that gets confused by 'file' output on pie executables :) A.