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 61AA81385AD for ; Sun, 20 Jan 2013 23:11:29 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1F6A321C094; Sun, 20 Jan 2013 23:11:25 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 175F021C02C for ; Sun, 20 Jan 2013 23:11:24 +0000 (UTC) Received: from [192.168.0.53] (nsg93-9-78-225-4-220.fbx.proxad.net [78.225.4.220]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: eva) by smtp.gentoo.org (Postfix) with ESMTPSA id BF74E33DB03 for ; Sun, 20 Jan 2013 23:11:22 +0000 (UTC) Message-ID: <1358723418.30392.5.camel@kanae> Subject: Re: [gentoo-dev] Getting proper USE_EXPAND variable(s) for multilib From: Gilles Dartiguelongue To: gentoo-dev@lists.gentoo.org Date: Mon, 21 Jan 2013 00:10:18 +0100 In-Reply-To: <50FC7731.2090708@gentoo.org> References: <20130120201131.5afcbf48@pomiocik.lan> <50FC7731.2090708@gentoo.org> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-BY90Wt7NMAKvTpFHmm2S" X-Mailer: Evolution 3.6.2 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 X-Archives-Salt: 515e5c99-86d8-48ec-b081-afe5da1b9447 X-Archives-Hash: 2d868d867fd8f8009b72c4133f78c9ed --=-BY90Wt7NMAKvTpFHmm2S Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le lundi 21 janvier 2013 =C3=A0 00:01 +0100, Thomas Sachau a =C3=A9crit : > Micha=C5=82 G=C3=B3rny schrieb: > > Hello, > >=20 > > There is a fair interest in multilib and while still early, it would be > > a good moment to decide on how USE flags to use for it. > >=20 > > The current attempts are mostly using USE=3Dmultilib which is not reall= y > > expressive and poor. What I would go for is a clear variable specifying > > which targets package is built for. > >=20 > >=20 > > This raises the following questions: > >=20 > > 1) do we want the default ABI to be switchable? > >=20 > > 2) do we want irrelevant ABIs to be visible to emerge users? > >=20 > > By 2) I mean: do we want the users to see stuff like: > >=20 > > MULTILIB_ABIS=3D"amd64_abi1 amd64_abi2 -amd64_abi3 (-ppc64_abi1) > > (-ppc64_abi2) (-ppc64_abi3) ..." > >=20 > > or just the relevant part. > >=20 > > To be honest, I don't know if there's other way to hide USE flags than > > using USE_EXPAND_HIDDEN. If we want to use that, we'd have to split > > the flags per-arch, i.e. have: > >=20 > > MULTILIB_AMD64=3D"abi1 abi2 abi3" > > MULTILIB_PPC64=3D"abi1 abi2 abi3" > >=20 > > with appropriate USE_EXPAND_HIDDEN set by profiles. > >=20 > >=20 > > What are your thoughts? Which arches would like to use multilib? What > > names for ABIs do you suggest? > >=20 >=20 > So you want to re-implement multilib-portage in an eclass without the > additional benefits a package-manager level implementation has? Well that's the point of the eclass that was proposed a few days ago allow building multiple ABIs. Having clear USE-dep like python-r1.eclass is imho the way to go. As said in another reply of this thread, USE=3Dmultilib really is a solution that has its problems (no fine PM control for ABIs, slow updates of emul-pkgs) to the current problem and portage-multilib, well it's a subject that pops up from time to time I have no idea how and will it will come nor do I have time to help on that front. However this eclass would enable quick and easy per-ebuild support for multiple ABIs just like python-r1 and friends, and this is a good thing for every maintainer that wants to provide this kind of support. I know I would, at least to get rid of the always lagging emul packages. --=20 Gilles Dartiguelongue Gentoo --=-BY90Wt7NMAKvTpFHmm2S Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEABEKAAYFAlD8eVoACgkQ1fmVwcYIWAZezQCdGoXkOji2X0ZhxJ5aRr6NZ70/ SQgAmgIiKwTrLE3wricxYo84yh1iTe7U =/C/k -----END PGP SIGNATURE----- --=-BY90Wt7NMAKvTpFHmm2S--