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 F1AB0139694 for ; Mon, 10 Apr 2017 22:10:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0839B21C1FB; Mon, 10 Apr 2017 22:10:33 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 B18C0E0E10 for ; Mon, 10 Apr 2017 22:10:32 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 16CDF341659 for ; Mon, 10 Apr 2017 22:10:30 +0000 (UTC) Date: Tue, 11 Apr 2017 10:09:51 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Reverse use of Python/Ruby versions Message-ID: <20170411100918.7446ed62@katipo2.lan> In-Reply-To: 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> Organization: Gentoo X-Mailer: Claws Mail 3.14.1 (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-sha256; boundary="Sig_/le2ujNPIPUOn+SAlYgptqpe"; protocol="application/pgp-signature" X-Archives-Salt: 14e1da01-4aad-47aa-866a-eda521b37730 X-Archives-Hash: c5c3d9f87466ca9dc05a5193445155fd --Sig_/le2ujNPIPUOn+SAlYgptqpe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 10 Apr 2017 16:01:55 -0400 "William L. Thomson Jr." wrote: > You still have > adding new, and the end user experience. You're running ~arch, I recall. This means adding new is slow for arch users. But it also means there's a clear line in the sand when something can be st= abilized. ~arch is not great here, but that's why arch exists: ~arch is the buffer zo= ne where the horrors are supposed to be exorcised. But as annoying as "oh, doesn't support new target yet" is, its much less a= nnoying than "oh, it says it supports the new target, but actually doesn't, and now I ha= ve portage screaming at me to toggle use flags while I report this, and then some poor gentoo de= veloper is going to have to recursively find all the broken dependents and remove their use = flags" Its the same hell of keywording. Its much easier to *add* new keywords/useflags as repoman can trivially tel= l you if you made any mistakes, because repoman can only see how your package is, and how your dependencies= are. *removing* useflags/keywords is much messier, because repoman can't tell yo= u what you broke. Not without doing a full tree check, which takes 30 minutes+ on my hardware. Hence, that's the sort of problem I'm more inclined to throw grep at and th= en run it through an automated test PR to make sure I didn't break anything if= I was really concerned. --Sig_/le2ujNPIPUOn+SAlYgptqpe Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAljsAr8ACgkQ6FQySxNm qCCxyg/+P3HlegBaFvQsBAKhSngk1EYy/uI8pCjkXCdwlcOG+vsJI1BwjcHaqRjg 8Raa9/gRI+BHr4q0YH/rYOdQelZWMVzuo0hNrW/fJ+7sMCdX0kdaPJT35Lr287s1 S7l8Qtfvl20CkbAe93t1061QachY+2Oi1isU7D6YXx+Rd2MIUfVLzhhtVRRpL3jS LVLvx6TJ4MZzea6oKEXLHmsZ4Pc/gAaQgQCqbFg3r7vXgkxtg3633GriKpu+XHiA 1THVsrcI6vonPK/OLZCfin6sq/Zw39qO7RUDb77wzMwC/Gd2jGNSJvpqjYjPGwK3 frzHG1TSdNrBnFDfdwsNXwcqGBcR8lKZ6JcRvdYFSKdqZAsK6lOOoMmK5G+Ynn2X jvFmE2AhCUZAZ0NVRzxf0XfhaWFU1NKAQR53GHVM40hMYuULHcLgjNIOIma0pBaV UDvWL7Jd/IG1ydF4pxhhzKPybFhuynUPMIzZMmW07uFti3WsFj2wwAOe8Ma5VwqW y/5JiWSGHRq27k/aE7VmLNhxBWvx3moTIdVPmu77ZzgD4+6YDcc9gzfKQRBRMAQH LgTVIbTeCnSGZhc4SF2hsZRgRvpgKLwg9c9mf+n8sJ3ZIFsvSSmNgdXuQRmzn3g7 2NgifYxw9Z02wUYMrslsJjnC/nJlUDzdIVtXmScxwcGQojbd09k= =nu8y -----END PGP SIGNATURE----- --Sig_/le2ujNPIPUOn+SAlYgptqpe--