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 65DBD139694 for ; Mon, 10 Apr 2017 15:52:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6217621C0B2; Mon, 10 Apr 2017 15:52:05 +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 0820121C09D for ; Mon, 10 Apr 2017 15:52:04 +0000 (UTC) Received: (qmail 2535 invoked from network); 10 Apr 2017 15:52:03 -0000 Received: from unknown (HELO assp1.obsidian-studios.com) (wlt-ml@::ffff:127.0.0.1) by ::ffff:127.0.0.1 with ESMTPA; 10 Apr 2017 15:52:03 -0000 X-Assp-Version: 2.5.5(16366) on assp1.obsidian-studios.com X-Assp-ID: assp1.obsidian-studios.com m1-39523-14716 X-Assp-Session: 32A152E3698 (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); 10 Apr 2017 11:52:03 -0400 Date: Mon, 10 Apr 2017 11:52:02 -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: <20170410163548.7d0e5348@katipo2.lan> References: <20170410133858.4842bbb5@katipo2.lan> <20170410163548.7d0e5348@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_/KiQZVj2hEJ=691o7pMKbB0s"; protocol="application/pgp-signature" X-Archives-Salt: da01bee0-ce9a-4752-8152-41ba8e691ee9 X-Archives-Hash: 11acba8424d1bfff17010eeab98d05a2 --Sig_/KiQZVj2hEJ=691o7pMKbB0s Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 10 Apr 2017 16:35:48 +1200 Kent Fredric wrote: > > Meanwhile, you cannot build two parts of a given python dependency > chain with different pythons, nor different perls. True but this is not changing how things work, just reversing. > Right, but this is impossible with Ruby, Python, and Perl. It is done right now. The problem your describing exist now and is addressed. This would address it the same way but reversed. =20 > Perl *could* have targets, and some people think could do with it, > but it and java are very much in different boats. Easier to deal with as a user. Less work as a developer. > Perl is in the same boat as Python and Ruby where in "new version of > thing" means "everything must be compiled with the new target" Installation wise, but with a new JDK, you can still have compilation failures with existing packages. That it gets installed in the same place is moot regarding differences with Java and other languages. > I honestly think you're looking at the wrong problem domain to fix > this problem, in ways that will introduce yet more regressions and > broken trees. Problem is simple, Targets are a PITA to deal with, ever changing. They lead to issues when you select incompatible ones or options. Best case wild card and let all install. But otherwise its a chore to deal with. =20 > We only have 2 types of option at present from the users perspective, > "on" options, and "off" options. That sounds terrible. Lots of distros with things already turned on/off. Gentoo should never be one. USE flags can be a PITA, but they are a necessary evil. Its the ever changing TARGETS that are annoying, and cumbersome to users. --=20 William L. Thomson Jr. --Sig_/KiQZVj2hEJ=691o7pMKbB0s Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTEeldqZjmVut8bVHJNcbKkg6ozUAUCWOuqIgAKCRBNcbKkg6oz UKeAAKCmtPM7QoDyTFdKAIeBbW82zGZpzwCePWCPV7YpSfWb/dDfCLC2NvWM8yY= =O3lO -----END PGP SIGNATURE----- --Sig_/KiQZVj2hEJ=691o7pMKbB0s--