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 8AA9E1387FD for ; Thu, 27 Mar 2014 14:31:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0C020E0BFE; Thu, 27 Mar 2014 14:31:48 +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 F370EE0B81 for ; Thu, 27 Mar 2014 14:31:46 +0000 (UTC) Received: from pomiot.lan (77-254-69-105.adsl.inetia.pl [77.254.69.105]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id A79A633FD67; Thu, 27 Mar 2014 14:31:44 +0000 (UTC) Date: Thu, 27 Mar 2014 15:31:31 +0100 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: gentoo-dev@lists.gentoo.org Cc: vapier@gentoo.org Subject: Re: [gentoo-dev] crossdev and multilib interference Message-ID: <20140327153131.3601bf01@pomiot.lan> In-Reply-To: <2838880.tI3meRIIup@vapier> References: <53208139.2040509@gentoo.org> <7262834.NuY2vWfT7M@vapier> <20140327101007.6ee34c37@pomiot.lan> <2838880.tI3meRIIup@vapier> Organization: Gentoo X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; 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: multipart/signed; micalg=pgp-sha512; boundary="Sig_/VXi5ItvyPA_iqZpXmEbA6SI"; protocol="application/pgp-signature" X-Archives-Salt: a82ac95a-6ee1-41d4-a25d-d8e590299c82 X-Archives-Hash: 01ff30ba9b04bfb8569d5507e5532b22 --Sig_/VXi5ItvyPA_iqZpXmEbA6SI Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-03-27, o godz. 10:23:30 Mike Frysinger napisa=B3(a): > On Thu 27 Mar 2014 10:10:07 Micha=B3 G=F3rny wrote: > > Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisa=B3(a): > > > On Thu 27 Mar 2014 07:51:32 Micha=B3 G=F3rny wrote: > > > > Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisa=B3(a): > > > > > On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote: > > > > > > (2) use tuples with loaded vendor fields to reduce the chance of > > > > > > collisions. e.g. having an ABI=3Damd64 system use > > > > > > i686-gentoo%multilib-linux-gnu instead of i686-pc-linux-gnu wou= ld > > > > > > defeat any automatic path searches. > > > > >=20 > > > > > this patch keeps the status quo. although the status quo is brok= en, > > > > > but > > > > > we > > > > > can sort that out independently. > > > >=20 > > > > Except that it breaks stuff that is installed at the point and comes > > > > with no plan of cleaning up the resulting mess. > > >=20 > > > such as ... ? vague statements can't be addressed. > >=20 > > Such as all the builds that use ${CHOST}-foo currently. If you change > > CHOST, our users will have to find and rebuild all packages that > > install ${CHOST}-foos or otherwise random breakage will happen. >=20 > again, please give a concrete example glib -- ${CHOST}-gdk-pixbuf-query-loaders (used in gnome2-utils.eclass) gpg-error -- ${CHOST}-gpg-error-config libgcrypt -- ${CHOST}-libgcrypt-config llvm -- ${CHOST}-llvm-config pango -- ${CHOST}-pango-querymodules If you change CHOST, all invocations of those tools will fail randomly until the respective packages are rebuilt. In some cases it will call the wrong variant (resulting in borked output), in other it will call non-existing tool. And let's just hope it's the only issue we're going to hit. --=20 Best regards, Micha=B3 G=F3rny --Sig_/VXi5ItvyPA_iqZpXmEbA6SI Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJTNDZHXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOG6wQALNuBJHO6WM4oQHWN2BvRc+y jKJT37ymp2BzKO/7AwS8evSUXFK/P28t+N3b/08umOGHBSfT8jU07aLUImCQRrvb LBGlCVWtpX+ZUh+nIHDlAyRVBibNWXKnoBF7SU2IdGzHj4Brcyfmw367niyxh9il zT0C92SLsrWO7tl6cBAiUrdPupcn4SovMYHbyy2oElo8JHBGYvZZreYoT+Hv6X8x pt8p4/XIkiEuF+81q292bZ5vH1S5+equpTgA6IWUNUKFlNommvzb2nO7O2C+kbBA DESxN8+Hq+KV6PUdKZBQn3Pk/cCl+MIdpIm4ZqqmZAvyGSoufy+VlYdBH34bFARj MmYMKLcKrc4XUHl/Mk5rA6kEHtFIv+z72RA25dlqNv3ZPe56PmAp0mYsEYBcCtu3 53+kMw0xus5awOhm/7NMuZA+zVH8qUzdqrdljkfFC+/sIG/RmwpokW53DPJ85gim l+jtnSMCeHZDT4BrmAoTLmPe/7ZcdVNXpj0wChlAy3mFHFfS4QBejMvdJROEMnwh RzF63mhYOOBoPHQ7UPxcgsHWqoDdVszH+b8io1Cic7SWs3lPLgQ1iqjBvAakAe3R noU8KTpw521KaxsrpOCvv6HDGMZTHT3TZ19k0f33v60MT8K9SwVXXYbSNh10s+nk FPD2a8g4etDEcSNalAf4 =7Oh/ -----END PGP SIGNATURE----- --Sig_/VXi5ItvyPA_iqZpXmEbA6SI--