From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 5BB51139694 for ; Tue, 11 Apr 2017 21:02:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1D1FF21C091; Tue, 11 Apr 2017 21:02:26 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A5CA721C075 for ; Tue, 11 Apr 2017 21:02:25 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id D0FFE340DF9; Tue, 11 Apr 2017 21:02:23 +0000 (UTC) Message-ID: <1491944539.4001.1.camel@gentoo.org> Subject: Re: [gentoo-dev] Re: Reverse use of Python/Ruby versions From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Tue, 11 Apr 2017 23:02:19 +0200 In-Reply-To: References: <20170410203822.2cbc440b@snowblower> <5950999.Gx5BNhHzAl@note> <1491857471.1661.16.camel@gentoo.org> <1491859986.1661.19.camel@gentoo.org> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-FlUGhcNHUAvKFqzF9xrQ" X-Mailer: Evolution 3.22.6 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: 1f964f55-e1c1-4387-93a0-6a150691556d X-Archives-Hash: aedcd143f79092e9b4a67d7abdbdafb3 --=-FlUGhcNHUAvKFqzF9xrQ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On wto, 2017-04-11 at 12:47 -0500, James Potts wrote: > As another user, I have an interesting thought: Keep *_TARGETS and > *_COMPAT, but add useflags called "[python|php|ruby]-compat-testing", > which is at least use.stable.mask'ed (possibly straight-up > use.mask'ed), to any ebuild that uses *_COMPAT. Setting the > appropriate useflag would allow such ebuilds to build against any > interpreter version listed in the appropriate *_TARGETS variable, even > those the ebuild doesn't explicitly support. This is a clear abuse of USE flags, with adding thousands of USE flags that have no supported meaning. > To help with keeping things reasonable, support for both ranges and > negation could be added to *_COMPAT. This way, for example, an ebuild > for a Python 2.7-only program, could specify PYTHON_COMPAT=3D"2.7 > ->=3D3.0", and the ebuild for a ruby app that's known to be broken in > 2.2 but works fine in both 2.1 and 2.3 could specify > RUBY_COMPAT=3D"-2.2". Obviously, the *-compat-testing flags should not > allow building against a known-incompatible TARGET if this is > implemented. :) >=20 > This keeps the benefits of *_COMPAT and *_TARGETS while allowing > people to test a new python/php/ruby interpreter without having to > manually edit dozens (potentially hundreds or thousands) of ebuilds. >=20 It's already there, called PYTHON_COMPAT_OVERRIDE. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-FlUGhcNHUAvKFqzF9xrQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEXr8g+Zb7PCLMb8pAur8dX/jIEQoFAljtRFxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDVF QkYyMEY5OTZGQjNDMjJDQzZGQ0E0MEJBQkYxRDVGRjhDODExMEEACgkQur8dX/jI EQo2mA//Yi9fG1nr3MM6DsSJe82/oQ3DZwLbPgrmzuJx6dSZTZbgQUwG77ZMkr8v EqC+IlW2Sb/edY7n52tvyimN7x/+fPIu1AdoBkc8WyEzRiBhaqSoIYsWg4ZMBkNg 1P7XME3zQ8zCn/TVcnX0V962lPm7qwZYrwm/ErY44ukpMjEG/0GXAqe2G73Y5QVG A1nu6i+ekIfE/bZKHj7H8IDhkpBhrMC64WF7uuu8w6+E7F9UZIzBURdWiyPrxIe/ /fwjLXIYuKwlzWOle2J2i9dOMCB5eeC69zEORHN1MDRnFJKe5VZIoAiFJsMOEylZ bSAK52nKbeGWnHbYcQgAs+PwVtK++XEtIYGAfuHMjxNa+3yzSd7iuqYFE8+dLavU GTC3MmA3Zbv59Alsnj9zKuMf4cDaAFLDS3dMP4RneXIBxpEEfoEziPqOT7WbnhIe urFMnuGmuxgvzgTEFG3T7Mdpi/J64aWBT2HsN6+hhIg+efOr6kTMMbN8pRdewP7g SD2AAzE2Ot6uXcul78ypNLhR2ARj+V7/8+CjQdD1mVHWIxQAxEKU7lqoW9I7AGF/ QlkPXf3NwZPZJC/c9eTMNaswBCsnIryiDj9CML3wL4t63aQQooRoPmgScGJddISq b0MwLzF1G5dt9z+7MiQZDhSx3vlpUudbhRhwdRGnAzGDKwh9uqI= =WEhY -----END PGP SIGNATURE----- --=-FlUGhcNHUAvKFqzF9xrQ--