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 92ED7139694 for ; Sun, 9 Apr 2017 23:08:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 08A46E0C3A; Sun, 9 Apr 2017 23:08:45 +0000 (UTC) Received: from mail1.obsidian-studios.com (mail.obsidian-studios.com [173.230.135.215]) (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 9C4F7E0B8B for ; Sun, 9 Apr 2017 23:08:44 +0000 (UTC) Received: (qmail 25466 invoked from network); 9 Apr 2017 23:08:43 -0000 Received: from unknown (HELO assp1.obsidian-studios.com) (wlt-ml@::ffff:127.0.0.1) by ::ffff:127.0.0.1 with ESMTPA; 9 Apr 2017 23:08:43 -0000 X-Assp-Version: 2.5.5(16366) on assp1.obsidian-studios.com X-Assp-ID: assp1.obsidian-studios.com m1-79323-11293 X-Assp-Session: 32A141694D8 (mail 1) X-Assp-Envelope-From: wlt-ml@o-sinc.com X-Assp-Intended-For: gentoo-dev@lists.gentoo.org X-Assp-Server-TLS: yes Received: from unknown ([fdbe:bad:a55:0:1::211] helo=localhost) by assp1.obsidian-studios.com with SMTPSA(TLSv1_2 ECDHE-RSA-AES128-GCM-SHA256) (2.5.5); 9 Apr 2017 19:08:42 -0400 Date: Sun, 9 Apr 2017 19:08:35 -0400 From: "William L. Thomson Jr." To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Reverse use of Python/Ruby versions Message-ID: In-Reply-To: References: Organization: Obsidian-Studios, Inc. X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; 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-sha1; boundary="Sig_/CBCrk_4D_J46I1cORF/ozY3"; protocol="application/pgp-signature" X-Archives-Salt: eb82e7af-1fc2-447b-a199-ba7ec1caf2dd X-Archives-Hash: 0fa169ec925afc25de5cbb6c03d537c2 --Sig_/CBCrk_4D_J46I1cORF/ozY3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 9 Apr 2017 23:44:50 +0200 Kristian Fiskerstrand wrote: > On 04/09/2017 06:15 PM, William L. Thomson Jr. wrote: > > Not sure if this is practical, it may be less work if the use of > > Python and Ruby versions ( maybe others ) is reversed. Rather than > > adding all the versions that the ebuild supports. What if it only > > included versions it did not support? =20 >=20 > It would only work if upstream provide a strong assurance for forward > compatibility. Explicit testing and marking working seems the only > practical way to ensure stability. Even if things break, you just do the opposite of now. You would disable/mask ( or something to that effect ) any versions the package did not support. Basically what is done now but in reverse. Say what it does not build with; allowing it to build with anything it can, existing today, or coming in the future. In theory at least one would have to modify less ebuilds that break with a new version. Than modifying all adding a new target. There is also the added bonus when a version is dropped. No ebuilds need be modified. I assume if say python 3.4 is dropped. All ebuilds with that target need to be updated. This would considerably reduce work all around, with a much better experience for the end user. No targets to fool with. --=20 William L. Thomson Jr. --Sig_/CBCrk_4D_J46I1cORF/ozY3 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTEeldqZjmVut8bVHJNcbKkg6ozUAUCWOq+8wAKCRBNcbKkg6oz UAARAKCS26+GPTz+w9jTEbwIymGwXY85ygCghAy8q+KDJCWws+Yf2HRdzcm78+0= =n0iJ -----END PGP SIGNATURE----- --Sig_/CBCrk_4D_J46I1cORF/ozY3--