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 B1EA3139694 for ; Mon, 10 Apr 2017 22:51:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C5277E0DBD; Mon, 10 Apr 2017 22:51:04 +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 6F3F3E0DA7 for ; Mon, 10 Apr 2017 22:51:04 +0000 (UTC) Received: (qmail 8099 invoked from network); 10 Apr 2017 22:51:02 -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 22:51:02 -0000 X-Assp-Version: 2.5.5(16366) on assp1.obsidian-studios.com X-Assp-ID: assp1.obsidian-studios.com m1-64662-12027 X-Assp-Session: 32A15224860 (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 18:51:02 -0400 Date: Mon, 10 Apr 2017 18:51:01 -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: <1491860670.23778.1.camel@gentoo.org> References: <8F38F35E-A4CE-4530-880C-E409E672F253@gentoo.org> <1491844472.1661.1.camel@gentoo.org> <1491847844.1661.10.camel@gentoo.org> <1491850630.3444.2.camel@gentoo.org> <1491853895.3444.4.camel@gentoo.org> <1491855684.3444.6.camel@gentoo.org> <1491856998.1661.14.camel@gentoo.org> <1491860670.23778.1.camel@gentoo.org> 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_/U.ARppCxrvYwy4/mwkvk+l8"; protocol="application/pgp-signature" X-Archives-Salt: 09d29d0f-9f25-480d-9e0e-523b63257a9b X-Archives-Hash: 21d175ba2c35572eb5615eb9f75e9c13 --Sig_/U.ARppCxrvYwy4/mwkvk+l8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 11 Apr 2017 00:44:30 +0300 Mart Raudsepp wrote: > =C3=9Chel kenal p=C3=A4eval, E, 10.04.2017 kell 17:33, kirjutas William L. > Thomson Jr.: > > Add a new Java version and recompiling packages with it, will also > > immediately show breakage if any. > >=20 > > If your saying Python code is of higher quality than Java. I would > > digress heavily on that. You have leniency in python not being > > strong typed. Lack of generics and stuff could only mean that could > > be worse. > > Relying on internals to handle data types for you. =20 >=20 > Which is why python modules can't just pretend to work with a newer > python by merely happening to "compile" and install. It is not > strongly typed and it does not involve a AOT phase (pyc is just a > semi-binary representation of the source code really) and issues are > not found unless properly tested at runtime or test suite. Java is strong typed. Lots things in Java have tests. That does not ensure no bugs. Nor does that mean things are the same all the time. Case in point. I have issues that upstream does not. Both on JDK 1.8, and java is java so it should be the same right?=20 Fix for Java 1.8 and Guice 4.1 https://github.com/jclouds/jclouds/pull/1036 Its likely a matter of dependencies. Their guice may not have been compiled as Java 1.8. Thus I may be triggering something they are not. It is not easily figured out if the fix is needed or not. Though in my case without it fails. In their case without it does not fail.... > > Regardless of new eclass, the TARGETS remain. Things did not change > > from a user perspective. Recently packaging some ebuilds, the > > COMPAT/VERSION does not seem to have changed. Despite what ever > > changes to the eclass. =20 >=20 > Users don't get unexpected failures, as things that are claimed to > work with a given python version, probably actually do so.=20 This really is no different. We are not talking about a new python version going straight to stable. Any issues would be in ~arch, and short of speculation. It may not effect as many packages as people think. If python is really breaking that much between even 3.x releases. Then just shows that much more how it sucks. Though I think breakage could be looked out for. Code modified. Fixes sent upstream. etc. When I see lots of versions. Seems more like people are maintaining vs fixing/patching the code and sending stuff upstream. I would have more but not everything do I take upstream. Depends on if I feel they will be receptive or a waste of my time. Thankfully most in Java are forward looking. Most active projects already support 1.8 and have things being tested under Java 9. --=20 William L. Thomson Jr. --Sig_/U.ARppCxrvYwy4/mwkvk+l8 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTEeldqZjmVut8bVHJNcbKkg6ozUAUCWOwMVQAKCRBNcbKkg6oz UAXzAKCmWipQcbapc7wuxbovwk7DL466MwCfU5CvKteuCyLAx1fLQhOiAa0qTug= =ntcL -----END PGP SIGNATURE----- --Sig_/U.ARppCxrvYwy4/mwkvk+l8--