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 A3B24138334 for ; Fri, 6 Dec 2019 10:49:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6E56DE0953; Fri, 6 Dec 2019 10:49:02 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0ACB6E0934 for ; Fri, 6 Dec 2019 10:49:01 +0000 (UTC) Received: from thinkpad.fritz.box (unknown [IPv6:2001:4060:c005:3f00:9491:b020:96bd:fae]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: soap) by smtp.gentoo.org (Postfix) with ESMTPSA id 4E88034D832 for ; Fri, 6 Dec 2019 10:49:00 +0000 (UTC) Message-ID: Subject: Re: [gentoo-dev] unsanctioned python 2.7 crusade From: David Seifert To: gentoo-dev@lists.gentoo.org Date: Fri, 06 Dec 2019 11:48:56 +0100 In-Reply-To: References: <51dddccd576fb1203457a09f305bac5a48eaae6c.camel@gentoo.org> <20f5820a902edd121bd49195c4adc2f5cea84fa8.camel@gentoo.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.32.4 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Archives-Salt: 91826a6b-5f8f-4182-a494-b729a5a20a5a X-Archives-Hash: d9268a5e2f5803209fc4b97b8e587bb8 On Fri, 2019-12-06 at 10:11 +0200, Mart Raudsepp wrote: > Ühel kenal päeval, N, 05.12.2019 kell 23:23, kirjutas David Seifert: > > When we started removing Qt4, tons of code still used it. To put > > things > > in perspective: > > > > grep -rl 'IUSE.*python_targets_python2_7' > > /usr/portage/metadata/md5- > > cache/ | wc -l > > > > gives me 7070 ebuilds currently. 7070 is easily more than one and > > closer to two orders of magnitude more ebuilds using python 2 than > > Qt4 > > back in the days. > > You are dramatizing things too much on purpose here. That gives you a > list of almost all PYTHON_COMPAT packages, the majority of which > support python3 already, and will happily continue working after the > user drops python2_7 from PYTHON_TARGETS or it gets dropped from the > _PYTHON_ALL_IMPLS list in python-utils-r1.eclass. Dramatizing that a significant portion of those need to be checked? Are you going to be doing that work? Are you going to check that the depgraph is valid? This is unlike py3.6 -> py3.7, where you just disable the impl in python-utils and stuff keeps working. This is going to trigger an avalanche. > > > Removing maintainer-needed and other semi-dead > > packages is part of a proactive strategy in continuously removing > > and > > treecleaning stale stuff from the tree. > > That's the problem right here. The mask included packages that are > not > maintainer-needed, nor maintained by python@ or other projects you or > Aaron are active members of. And it was a careless mask, masking even > some things that aren't even affected, merely had python2 mentioned > in > some commented out stuff, afaiu. > > I don't think there would be such a huge outcry if this was done > right > - involving the actual maintainers of these packages, not just going > ahead and package.masking them from under them 150+ days ahead of > time > of actual upstream python2 last release. Presumably most of these > maintainers would already know whether the package is in the progress > of being ported upstream (and just needs probably less than 120 days > to > complete that work and make a release), or know that it's dead and go > away. Or they don't respond, and you can p.mask them on a maintainer > honoring timeout. All the examples people name (abcde, eyeD3) are either maintained by sound, for which I gave Aaron an explicit sign-off, or they're m-n. This really boils down to what Rich called "somebody should maintain it, but it's not going to be me". The best example is probably sabnzbd, which people want, but don't want to maintain. > > As this was done is completely unacceptable. Honor your fellow > maintainers and don't trample over them like this. We already are in > a > lack of manpower, don't chase more away by trying to take the easy > route and doing stuff like this without involving them via a tracker > bug or other proper ways. > If you don't maintain a package, you get to work with the maintainer, > not do as you please without involving them at all. I am not aware of > QA having such blanket authority either for such a case. > > > I don't think anyone can have a valid problem with package.mask of > some > of the things mentioned (sabnzbd, abcde, etc), because they were > indeed > maintainer-needed or sound@ (which David is part of, and is known > crickets territory) or whatnot. It seems to have found interested > maintainers, as is normal with last-rite type of package.masks. > But by including things that are actually maintained, without any > apparent involvement of those maintainers, you allow for such outcry > even for things that shouldn't be a problem, because you display ill > intent and dishonoring towards your fellow maintainers. > > Honor your fellow Gentoo maintainers. Period. > > > Mart