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 36C9C13877A for ; Wed, 25 Jun 2014 18:47:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 14DC1E0AC5; Wed, 25 Jun 2014 18:45:12 +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 1DF7DE099B for ; Wed, 25 Jun 2014 18:45:11 +0000 (UTC) Received: from pomiot.lan (static-81-219-255-132.devs.futuro.pl [81.219.255.132]) (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 1B37B33FFEC; Wed, 25 Jun 2014 18:45:03 +0000 (UTC) Date: Wed, 25 Jun 2014 20:44:57 +0200 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: Ian Stakenvicius Cc: gentoo-dev Subject: Re: [gentoo-dev] Making a common sub-profile for no-multilib Message-ID: <20140625204457.6d6ed82b@pomiot.lan> In-Reply-To: <53AB007C.5070306@gentoo.org> References: <53AB007C.5070306@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; 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_/56UUviGfo=+PORfTfiI9zuO"; protocol="application/pgp-signature" X-Archives-Salt: 8123b0be-8824-48ad-b46c-43bae4610e9c X-Archives-Hash: 58bfebbd4baea6b6d69a51c55fe09219 --Sig_/56UUviGfo=+PORfTfiI9zuO Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Dnia 2014-06-25, o godz. 13:01:48 Ian Stakenvicius napisa=B3(a): > At the moment there are two profiles in particular that do this, > amd64/no-multilib and hardened/linux/uclibc/amd64 .. It's possible or > likely there are others, too, on other arches perhaps. >=20 > In general, it's good that repoman notices this because those profiles > don't support having the 32bit deps installed. However, if one of > those profiles ever moves from a dev profile to a stable one (and > blueness mentioned he would like to make uclibc/amd64 stable), then > those dependency.badindev warnings will suddenly turn into > dependency.bad errors. >=20 > The solution to this would seem to be to package.mask all of these > 32-bit packages in the pure 64bit profiles. However, having to do > this in multiple locations is annoying. >=20 > I would like to propose adding 'no-multilib/[arch]/package.mask' > sub-profile(s), to allow all of these masks to go in one place. >=20 > Populating package.mask should be fairly easy for amd64 at least, > since anything depending on an app-emulation/emul-* will need to be > masked. However the merits of where the package.mask will go needs > discussion. Perhaps, for instance, it's time to adjust the profile > tree hierarchy more aggressively instead of "piling on" with yet > another subdir. Forgive me for using such a words, but the profile tree is a well stacked pile of crap. We have a dozen random profiles for each arch then a dozen other profiles forked off them 'because the generic arch profiles have crap' and a lot of profiles that inherit others in a complex and semi-random manner. For example, abi_x86_64 and abi_x86_32 each need to be forced in 4 profiles. This proves that we have 4 distinct profiles for amd64 which need to be kept in sync. If I change something, I need to perform the change in 4 different profiles and make sure I didn't screw something up. Then there's the x32 profile that inherits amd64 profile and therefore requires reverting some of the stuff done on amd64. To do a complete common change to x86-family multilib (like adding IUSE_IMPLICIT) I have to modify 9 profiles. Now let's add to this circa 8 mips profiles, around 3 ppc profiles, 4 arm profiles and some more. Every arch organized in somewhat different and totally non-documented manner. Long story short, doing anything to Gentoo profiles is utter pain and comes with random breakage guarantee. Therefore, I'm asking -- nuke those damn profiles, and start over! The current situation is completely unmaintainable. --=20 Best regards, Micha=B3 G=F3rny --Sig_/56UUviGfo=+PORfTfiI9zuO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTqxipXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOyaAP/jr1n6WAQOEB0Bg3rOMm9RtX 1Ou1Dq5rlTLCmrd6j4JRqR/O5k0r4xkV9VlgZZP0hQbECTj79x29AgC48j859b8F HIQvvyF7Z9BtIl4PvQbsMyAb0rL8TdrnsDWr6Vz5VMHfAGj/jqgg5Q1AV3pKnmZF YXYxzvjB4qsoZXyXxNK/W0DMqGTlI9GpGbkCBraB1lhH8ZsCQwNM9yHN4ZbkkDE/ +FUzf/RK6MynpdHFrahFo+pg+XGDel/ILFu4s+gqvDv8F4IEe3n8pw6/nVeJp895 /AfQYkBl5MFBUuHYH0DTn3o3zRdsD0K5fFkosrBlfdm4IXsY6mUNqlPh/Sy3rXkB 671rGiqdSPQWdGT/3Z+ltfcHWlBDSnwjnW1jKZc8SJV/IFfAX10Qx6TOSsEQ11qJ OT0VH/jTPgd9jO+19LxktEGRAPey7xariBuCA9vcSvUf5PSiFP26D8ixDCXTGX7E 2G82RUV/x+HZqIJ7S2h9D1hegkKC2Y8ofKVTvb0je20G99ttsoDv6WOfVndM84o2 vi4Ug9eGPGtkYAhFyV0d/kUQ1K3l/OYt+hM+OZA7xD5oKW2efCbSan3nb1iKVH4I 6pVzSI3Pt6gM3E/aV3dFnkObYTmU+r9t5syyh0Sipo/WaHrwBCgXu+iOrljm1ci5 S/78xFCyStxfDvVSnKaH =LbOf -----END PGP SIGNATURE----- --Sig_/56UUviGfo=+PORfTfiI9zuO--