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 120E7139694 for ; Mon, 10 Apr 2017 02:04:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CE43021C07E; Mon, 10 Apr 2017 02:04:21 +0000 (UTC) Received: from mail2.obsidian-studios.com (mail2.obsidian-studios.com [45.79.71.79]) (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 64F22E0CC2 for ; Mon, 10 Apr 2017 02:04:21 +0000 (UTC) Received: (qmail 9233 invoked from network); 10 Apr 2017 02:04:20 -0000 Received: from unknown (HELO assp2.obsidian-studios.com) (wlt-ml@::ffff:127.0.0.1) by ::ffff:127.0.0.1 with ESMTPA; 10 Apr 2017 02:04:20 -0000 X-Assp-Version: 2.5.5(16366) on assp2.obsidian-studios.com X-Assp-ID: assp2.obsidian-studios.com m1-89859-09282 X-Assp-Session: 3A5DFD294D8 (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 assp2.obsidian-studios.com with SMTPSA(TLSv1_2 ECDHE-RSA-AES128-GCM-SHA256) (2.5.5); 9 Apr 2017 19:04:18 -0700 Date: Sun, 9 Apr 2017 22:04:13 -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: <20170410133858.4842bbb5@katipo2.lan> References: <20170410133858.4842bbb5@katipo2.lan> 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_/ztiqf_/6yRdma34oZ0mFni9"; protocol="application/pgp-signature" X-Archives-Salt: cfbcbe3b-f701-48e0-a5b8-53b55deb9837 X-Archives-Hash: 93f37b6d0caecfc38b34e634d5f16859 --Sig_/ztiqf_/6yRdma34oZ0mFni9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 10 Apr 2017 13:38:58 +1200 Kent Fredric wrote: > > When you reverse this, you introduce a situation where adding a new > version across the board creates a new skeleton-tree of support. FYI, this is how it is when a new Java JDK comes out. When 1.5 came out, if 1.4 code had issues compiling, the package was addressed. The same thing can happen any time a new version comes out. The impact most times is minimal. Unless there are wide sweeping changes. Which is pretty rare in any language. > And when you find something that *doesnt* work, you may have to > recursively mark its *dependents* as "non-working" to avoid a > dependency graph breakage. This has never been the case with Java. If package A requires version X, but B Y, then B builds with Y as its pulled in as a dep. while A proceeds to build with X. Where this is different for Python, Ruby, and also Perl. They all install files into a directory based on version. You may have multiple copies in each, vs one. Perl does not have targets, nor does Java. > This is the sort of thing that makes life hell, for both developers > and users. The present system is a PITA for users. Fiddling with adding/removing targets for Python/Ruby. In addition to selecting which for the system. All these same problems exist for Java, with the exception of installation locations as mentioned. > I could be barking up the wrong tree, buy the python team could give a > better idea of what that would look like in practice than me. I have direct experience in this. I am experiencing some of this now with JDK 9. It is different regarding Python and Ruby. It would be up to those teams. But I do think the entire TARGETS aspect needs to be revisited. No one likes adding/removing TARGETS. That is a waste of anyone's time. Much less developers adding/removing targets from ebuilds. --=20 William L. Thomson Jr. --Sig_/ztiqf_/6yRdma34oZ0mFni9 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTEeldqZjmVut8bVHJNcbKkg6ozUAUCWOroHQAKCRBNcbKkg6oz UFy6AKCT2nGZoK78H8VbFk/gvf9ckH5NlgCgjS8SfHEdLiel4OvdWUNU/FdgpuQ= =U3WU -----END PGP SIGNATURE----- --Sig_/ztiqf_/6yRdma34oZ0mFni9--