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 18BF5139694 for ; Thu, 20 Apr 2017 17:49:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B216CE0D0B; Thu, 20 Apr 2017 17:49:25 +0000 (UTC) Received: from lovelace.chead.ca (unknown [IPv6:2002:a2df:e2a8::1]) (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 609ADE0BF2 for ; Thu, 20 Apr 2017 17:49:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=chead.ca; s=lovelace20151122; h=Message-ID:From:To:Subject:Content-Type: Content-Transfer-Encoding:MIME-Version:References:In-Reply-To:Date:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Xz4kCZGnvSm/Y7vZkScuP4mlVgQu79ev0GwmWMFMedo=; b=TeeIPhPNGUJw3f1MVegKAKy28W 0o9qE5ZUnnhIBQCEeSC1ou6Q3hzrjnWhTyZ25hdGbfgg/bccx1lUrAxV9GZedq2Gbuc5POUp9gKGe aZEj8NVmxxW91bBcMKvhfV0+5T8jQpcWDy7QpU6WadUfQeDJ8AcUKmt9Uz2FLL2d4o0Y=; Received: from 199-7-159-15.eng.wind.ca ([199.7.159.15] helo=[10.223.216.222]) by lovelace.chead.ca with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88) (envelope-from ) id 1d1GCo-0007e7-Fa for gentoo-dev@lists.gentoo.org; Thu, 20 Apr 2017 10:49:22 -0700 Date: Thu, 20 Apr 2017 10:49:04 -0700 User-Agent: K-9 Mail for Android In-Reply-To: References: <20170410133858.4842bbb5@katipo2.lan> 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-Transfer-Encoding: 7bit Content-Type: multipart/signed; boundary="----YENRGBG0EGNTQR200OB5W0LXZ7UMHG"; protocol="application/pgp-signature"; micalg="pgp-sha512" Subject: Re: [gentoo-dev] Reverse use of Python/Ruby versions To: gentoo-dev@lists.gentoo.org From: Christopher Head Message-ID: <1E312F8D-ADE3-47BE-9801-3C3290E4DBFD@chead.ca> X-Archives-Salt: dcb53d78-713d-49f3-9c2a-014ed5f77ff1 X-Archives-Hash: 89e43c0f0d1d1a4b67e11de09806e674 ------YENRGBG0EGNTQR200OB5W0LXZ7UMHG Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On April 10, 2017 11:12:10 AM PDT, "William L=2E Thomson Jr=2E" wrote: >Are you running stable? There are other versions in tree=2E 3=2E4, 3=2E5, >3=2E6=2E If you were running unstable, you would have 4 pythons, includin= g >2=2E7=2E That you only have 2 seems like you are running stable=2E Yep=2E Absolutely=2E I bring in ~ versions of packages when I have no choi= ce=2E >If your writing new python code against say 3=2E4 and not 3=2E6=2E Not su= re >about that=2E=2E=2E Seems like it would keep things bound to older versio= ns >and never let things move forward=2E Not true=2E I will certainly move forward when a newer version becomes sta= ble=2E >Usually when writing new code, you use the latest version of stuff=2E Not >always but usually best=2E If anything make code support older while >targeting newer=2E No, not how I develop=2E I always start by determining my target audience = and then develop using a feature set that allows my target audience to use = the code as easily as is practical=2E I wouldn=E2=80=99t use a syscall intr= oduced in kernel 4=2E9 if I could avoid it, even if it made my code simpler= , because most of my colleagues run Ubuntu LTS, they are part of my target = audience, and it wouldn=E2=80=99t be available there=2E To me, responsible = development practices mean NOT forcing my target audience to do a manual ke= rnel build=2E Eventually the syscall will be =E2=80=9Cgenerally available= =E2=80=9D to my target audience, at which point I may go back and change th= e code=2E I wouldn=E2=80=99t build conditional branches that do it either way if I c= ould possibly avoid it, either, because then I would have to do all the wor= k of doing it the old way plus more, and it would also be more code which m= eans more maintenance=2E >> Eventually 3=2E5 will get >> installed and 3=2E4 will go away=2E Just like every other package=2E I >> won=E2=80=99t need to do any config file editing, just a revdep-rebuild= run >> perhaps=2E So regardless of the situation for maintainers, as a user, I >> don=E2=80=99t see this pain=2E=20 > >Because you are not setting or dealing with the targets=2E You went with >the mindless approach=2E Like doing a wildcard on USE flags=2E Yes, exactly=2E I don=E2=80=99t want to manually choose what version of Py= thon I have installed, even though I sometimes do Python development=2E Jus= t like I do a lot of C/C++ development, but I don=E2=80=99t want to manuall= y choose which version of glibc I have installed=2E Or libfoo, for some foo= =2E That=E2=80=99s what a depgraph is for, and if I do need some specific t= hing, then I will ask for it, but not before=2E >Your enabling support for all versions across the board for anything >that supports it=2E That is quite a different experience if you go trying >to use a specific one=2E I=E2=80=99m not trying to invalidate the pain that some people experience,= just pointing out that I think it may be inaccurate to call that the =E2= =80=9Cordinary user=E2=80=9D use case=2E --=20 Christopher Head ------YENRGBG0EGNTQR200OB5W0LXZ7UMHG Content-Type: application/pgp-signature; name="signature.asc" Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQG/BAABCgApIhxDaHJpc3RvcGhlciBIZWFkIDxjaGVhZEBjaGVhZC5jYT4FAlj4 9JAACgkQmfVcjBtL/q/KyAv/QwEXrDcid1ym1giPEeLeJ4yp38KlaNnUs7tB/HjK HRydZOD/qjsRjOqsExfl3s391PQmoxbhCxXpvsbJnxkmGbLavhtBOzCXwNT+VClI zcqvUoSH4M+Ctklx7B9WoYf8DLbmKPKooX1BgH+RU1fYWWbpTlch1EKG1jEhMODp uuIdhOteNWlsflGBJh5nGOrPTF5UcFF2DjwoH+v+eV1DaGM70h8SlCgagE05mWhh kSYPbzp9719tbvkfqCEP3/gIBjyxmWZtnVn/DxxnQNnEyhYrMvkzDZtEz0iaQujF IhE/Wpzg5n/mgFYf4Rg3K+eAtjpegMLRN1xiYuVDh/mmjEdlnlRmGNbdmKXLWkT0 cCXxzCnXiVdY+2s+xVQh/d1KC3phw2vn2YhSnv/gmk4wVOGer8KX/BtBY//QbQdq ABiNnmWan0G6Di7nrVDbyKfATbUfgo+ICk3hOAtK9W1qGjdPgvsDSWSQO8Lyz6sc 11B4xq5j2O/TfiXzuEY8gbTY =S+MZ -----END PGP SIGNATURE----- ------YENRGBG0EGNTQR200OB5W0LXZ7UMHG--