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 AE543139694 for ; Mon, 10 Apr 2017 20:40:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 68CF221C1AC; Mon, 10 Apr 2017 20:40:08 +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 1413C21C0CA for ; Mon, 10 Apr 2017 20:40:07 +0000 (UTC) Received: (qmail 5807 invoked from network); 10 Apr 2017 20:40:07 -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 20:40:07 -0000 X-Assp-Version: 2.5.5(16366) on assp1.obsidian-studios.com X-Assp-ID: assp1.obsidian-studios.com m1-56806-05822 X-Assp-Session: 32A6EC9D5D0 (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 16:40:06 -0400 Date: Mon, 10 Apr 2017 16:40:06 -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: <5950999.Gx5BNhHzAl@note> References: <20170410203822.2cbc440b@snowblower> <5950999.Gx5BNhHzAl@note> 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_/FxT=KHH=vJHS6cVmwZ/8Hlj"; protocol="application/pgp-signature" X-Archives-Salt: 66fbe459-ad4c-40ee-b7a3-f4fc198131a0 X-Archives-Hash: 19da413c3857bcb067baa412c7a1746d --Sig_/FxT=KHH=vJHS6cVmwZ/8Hlj Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 11 Apr 2017 03:29:25 +0700 "Vadim A. Misbakh-Soloviov" wrote: > Am I right in assumption that you arguing about *_TARGETS rework to > be enabled by default for packages that was not tested on this > TARGETs with ... hardness of packaging java software?.. I think TARGETS should not exist. They do not for Java, Perl, or PHP. > And yes, some times I even thought "F**k this sh*t!" (but finished > packaging afterwards). You must have been packaging small stuff. Anything big requires tremendous time. Even for simple ebuilds. Short of using an automated tool to generate the ebuilds like the java-ebuilder https://github.com/gentoo/java-ebuilder > And yes, I packaged Go software. I have as well, it sucks, no versions. Rackspace rack command is in go https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/dev-go https://github.com/Obsidian-StudiosInc/os-xtoo/tree/master/app-admin/rack > And yes, I packaged NodeJS software. >=20 > And no, they are NOT much easy to package then Java one (even > including they still have no TARGETS... As java? :D). I do not just package but maintain. This discussion is in part about ebuild maintenance. As you have to manage PYTHON/RUBY stuff in the ebuild. Not just the TARGETS users see. > But how does it apply to TARGETS logic breakage? If you haven't run into it, then your not aware. Its an update issue. You set a target to say Ruby 24. But something wants Ruby23. It could be it only builds with ruby23. Or more than likely no one has gotten around to adding it to the package. Since for every new version. EVERY ebuild must be touched. That is thousands wrt to Python, and hundreds wrt to Ruby. Even if scripted. Added a new version would take some time to update all ebuilds. Its silly work. > The purpose of TARGETS is that package holds only that TARGETs that > it was tested to work against. I am aware. Java could do things that way. So could Perl and PHP. Why is they do not? For anyone saying go look at Python Ruby. 3 other systems exist, those teams are ignoring. Coming up with a complex, cumbersome solution that the others are not plagued by. > It is wrong to have any targets > enabled by default for all the packages and removing in case if it is > broken. Instead, if new target appeared a month (year, decade) ago, > but package, that you're interested in, still doesn't support it... > Well.. It meant, maintainer is a slacker and package is a candidate > to last-rites and removal... All you should have to do is set the python/ruby versions via eselect. Eclasses and ebuilds should handle the rest as they do for the other 3 main languages. --=20 William L. Thomson Jr. --Sig_/FxT=KHH=vJHS6cVmwZ/8Hlj Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTEeldqZjmVut8bVHJNcbKkg6ozUAUCWOvtpgAKCRBNcbKkg6oz UF69AJ4998BIEjOnwfT2sPN9fsqHcRbc5wCeMsGELTh68vX9oyMf67klonOdW5o= =HBud -----END PGP SIGNATURE----- --Sig_/FxT=KHH=vJHS6cVmwZ/8Hlj--