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 57DF113877A for ; Wed, 25 Jun 2014 17:02:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8FED0E0A93; Wed, 25 Jun 2014 17:02: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 3E942E0A90 for ; Wed, 25 Jun 2014 17:02:08 +0000 (UTC) Received: from [192.168.1.160] (CPE002401f30b73-CM78cd8ec1b205.cpe.net.cable.rogers.com [99.224.181.112]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id 1AA2233F23A for ; Wed, 25 Jun 2014 17:02:04 +0000 (UTC) Message-ID: <53AB007C.5070306@gentoo.org> Date: Wed, 25 Jun 2014 13:01:48 -0400 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 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 Subject: [gentoo-dev] Making a common sub-profile for no-multilib X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5f26d072-a8aa-4259-8efb-a427a506bf2a X-Archives-Hash: 3b1312b43ac80728bf7f51adb8146879 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hey everyone -- so right now (and it's been this way for a very long time, it seems), amd64 no-multilib profiles will always report repoman 'dependency.badindev' warnings whenever a package either depends on an emul-* package or an abi_x86_32 use dependency. 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. 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. 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. 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. 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. Thoughts? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlOrAHwACgkQ2ugaI38ACPA1lgD/eTAWJz5gBHAL49HFP9StYlcj aWcBKp7I8/5yP5KxXcgA/3jcn2v/yNt3nhbNWvhRWvmj1FIau6kWnjTXNyS1uVYh =9p7z -----END PGP SIGNATURE-----