From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PMpDn-0000i2-FX for garchives@archives.gentoo.org; Sun, 28 Nov 2010 21:55:47 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E9FCAE077F; Sun, 28 Nov 2010 21:55:38 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 89BD5E071E for ; Sun, 28 Nov 2010 21:55:13 +0000 (UTC) Received: from afta-gentoo.localnet (ip-85-198-230-44.broker.com.pl [85.198.230.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPSA id 6DF411B400A; Sun, 28 Nov 2010 21:55:12 +0000 (UTC) From: Arfrever Frehtes Taifersar Arahesis To: Gentoo Development Subject: Re: [gentoo-dev] Extending EAPI="4" Date: Sun, 28 Nov 2010 22:56:53 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.34-tuxonice-r8-AFTA; KDE/4.4.5; x86_64; ; ) Cc: Gentoo Council References: <201010251524.24984.Arfrever@gentoo.org> <201011282108.00104.Arfrever@gentoo.org> <4CF2BBF7.8080702@gentoo.org> In-Reply-To: <4CF2BBF7.8080702@gentoo.org> 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; boundary="nextPart3987894.3ChOr116Jj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201011282256.54380.Arfrever@gentoo.org> X-Archives-Salt: d0718d68-7e7b-4a34-8b1a-75a4edc43be3 X-Archives-Hash: 680b1a9c6b0ea9545d39d4824f063e0b --nextPart3987894.3ChOr116Jj Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable 2010-11-28 21:30:47 Zac Medico napisa=C5=82(a): > On 11/28/2010 12:07 PM, Arfrever Frehtes Taifersar Arahesis wrote: > > 2010-11-28 20:59:05 Zac Medico napisa=C5=82(a): > >> It seems like you're trying to bypass an important function of repoman > >> though. The idea is that repoman is supposed to protect users from > >> experiencing unsatisfiable dependencies of this sort, and use.mask > >> accomplishes that. > >=20 > > If "python_abis_2.7", "python_abis_3.1" and "python_abis_3.2" USE flags= are masked using use.mask > > on given architectures until Python 2.7, 3.1 and 3.2 are stabilized on = these architectures, then > > majority of reverse dependencies of Python wouldn't be tested with new = versions of Python. > >=20 > > Example {,R}DEPEND: > > python_abis_2.4? ( dev-lang/python:2.4 ) > > python_abis_2.5? ( dev-lang/python:2.5 ) > > python_abis_2.6? ( dev-lang/python:2.6 ) > > python_abis_2.7? ( dev-lang/python:2.7 ) > > python_abis_3.0? ( dev-lang/python:3.0 ) > > python_abis_3.1? ( dev-lang/python:3.1 ) > > python_abis_3.2? ( dev-lang/python:3.2 ) > > python_abis_2.5-jython? ( dev-java/jython:2.5 ) >=20 > It seems like the problem here is that we don't have separate profiles > for stable and unstable keywords. The obvious solution would be to have > separate profiles, mask the flags in the stable profiles, and unmask the > flags in the unstable profiles. That way, repoman would continue to > protect stable profile users from unsatisfiable dependencies, without > unnecessarily masking those choices from unstable profile users. I would prefer small number of additional files instead of huge proliferati= on of profiles. You also suggested using EAPI=3D"4"-specific profiles instead of EAPI-versi= oned files, so eventually we might have about 4 times more profiles :) . =2D-=20 Arfrever Frehtes Taifersar Arahesis --nextPart3987894.3ChOr116Jj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iQIcBAABAgAGBQJM8tAmAAoJENgZr6v6gHY0z1EP/2NdVcE+0a5+44T+RO4LmQXy 6xaXgz0ILP+dfwAKwzWC+5GFLW8v6RFz/WmiqwfE9vKBkj/Le7pSrWUHqK9xeP3w zDc5aFMo0EUMwnd/g0nLayRsaeZWLdyNvgOaiIpdm0p5Mk62Ucj9UHHkaS3whmIZ fOIXljyt8rN/mAq96+1/+SU21XE6GUWE2L+F2yXjcx8BPk6zxo5TJl0WnxMjkqaw IAyeUoIBHXc4/qswv50sk0B8VXA01W0pzwHtHyYZewgiTQ2qUfcdFZQhXHFs+6ve fuROHR9j8Xdou2BTM4VS76NDgLrkIxTgX0n/FNZZkVsSqpPwpk8eAdENspoGQxAe q88dIaTMze13NPZHPv7mByPVwrXSMTDJ3cSPATmfTzzggQky7cko2iFsxKc8Z5ZT idgox5/z5D+e1AARtcO+AXK1kbGPO/EYIuF5D/5LiUUc5krQwLrOv1p+97AFc9Fh qG2XOThaGKlAEAxTrlMxkRxvxejdxmtkPxNdlhgblh151woXn/vg08STU1IBj671 LoVQxyIoNSpqfNu4OCZ/AGUrcE+s1FkAxJvwaAQH+mW2vnAQv5pumAP/oo2m89CL P+k8Ij2Rwf/WRLAawIUy7leslUOmQChQRoLjUCgPJlDnAR5sQVPkAihVGJU0UP08 fsgIKt8QGsztvSJVvcwM =AhoH -----END PGP SIGNATURE----- --nextPart3987894.3ChOr116Jj--