From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from <gentoo-dev+bounces-48056-garchives=archives.gentoo.org@lists.gentoo.org>) id 1RDV5b-0001NO-MS for garchives@archives.gentoo.org; Tue, 11 Oct 2011 05:41:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7EC1A21C3D6; Tue, 11 Oct 2011 05:41:10 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 6C7D721C1B5 for <gentoo-dev@lists.gentoo.org>; Tue, 11 Oct 2011 05:40:41 +0000 (UTC) Received: from [192.168.1.3] (ppp85-141-173-41.pppoe.mtu-net.ru [85.141.173.41]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pva) by smtp.gentoo.org (Postfix) with ESMTPSA id D77291B4009 for <gentoo-dev@lists.gentoo.org>; Tue, 11 Oct 2011 05:40:39 +0000 (UTC) Subject: Re: [gentoo-dev] Re: Lastrite: media-gfx/pngcrush From: Peter Volkov <pva@gentoo.org> To: gentoo-dev@lists.gentoo.org In-Reply-To: <pan.2011.10.09.22.28.47@cox.net> References: <4E900E3E.2070202@gentoo.org> <CAEdQ38HPgr87pe_eRqeScT050vfmUcwbpKT2-OoD1TcUWwP34w@mail.gmail.com> <4E905C48.20008@gentoo.org> <CAGfcS_kk_WXeNotVX+9XVWSyqg52AMkOK0_-7o8QgVZaRU2Jiw@mail.gmail.com> <20111008151336.GN704@gentoo.org> <CA+NrkpcaBoBJy4onFRr64JwfKPbk=zEVWerPCdZaQGJS18JVHw@mail.gmail.com> <pan.2011.10.09.08.34.30@cox.net> <4E91CDE7.8060201@gentoo.org> <pan.2011.10.09.22.28.47@cox.net> Content-Type: text/plain; charset="UTF-8" Date: Tue, 11 Oct 2011 09:38:43 +0400 Message-ID: <1318311523.21990.35.camel@tablet> Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: d95a7f9acbb3a2d4f232a7f7b158e08c =D0=92 =D0=92=D1=81=D0=BA, 09/10/2011 =D0=B2 22:28 +0000, Duncan =D0=BF=D0= =B8=D1=88=D0=B5=D1=82: > Ch=C3=AD-Thanh Christopher Nguy=E1=BB=85n posted on Sun, 09 Oct 2011 18= :37:59 +0200 as > excerpted: >=20 > > Duncan schrieb: > >> Libpng isn't held up that way, while the package still gets its 30 d= ay > >> masking last-rites. No policy broken; no maintainer toes stepped on= as > >> a result of the broken policy. No more nasty threads about (this) > >> broken policy and unhappy maintainers as a result! =3D:^) > >=20 > > Actually removing a package that doesn't violate any (written) rules > > without maintainer consensus could be considered a violation of polic= y > > too. > >=20 > > http://www.gentoo.org/proj/en/devrel/recruiters/mentor.xml Respect > > existing maintainers: > > Never commit when someone else has clear ownership. Never commit on > > things with unclear ownership until you've tried to clear it up. Samuli pretends here to act as a part of QA team (although he is not). Actually even whiteboard of stabilization bug tells #at _earliest_ 17 Oct" and thus there is really no sign for rush. This is the case where QA should voice and either explain why fast stabilization of libpng is so important or stop policy breakage. That said it became really common to break our own policies (with no attempts to amend policy). > You are correct, but AFAIK, that's one function of tree-cleaners (wheth= er=20 > or not the remover is actually on the tree-cleaner team), when packages= =20 > are broken due to going stale against current, and the bugs reporting t= he=20 > problem remain open for months without (visible) movement (there's some= =20 > movement here, yes, but was it visible?). No treecleaners are supposed to be working on maintainer-needed packages only: http://www.gentoo.org/proj/en/qa/treecleaners/index.xml > So, please, at LEAST honor the 30-day-in-mask bit. =20 This must be honored. -- Peter.