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 ) id 1RDcqm-0006Cx-Se for garchives@archives.gentoo.org; Tue, 11 Oct 2011 13:58:36 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5C9B821C08C; Tue, 11 Oct 2011 13:58:21 +0000 (UTC) Received: from mail-bw0-f53.google.com (mail-bw0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 073B821C03D for ; Tue, 11 Oct 2011 13:57:42 +0000 (UTC) Received: by bkbzt12 with SMTP id zt12so12830762bkb.40 for ; Tue, 11 Oct 2011 06:57:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=jCSyfA7uetcPbqS3wkuJqoQsUG9H+dfkc2eHxg2a0BI=; b=Mo5of5mgPzSIbNBbzGENO0QVEWGTFAojeAtaaYbIgRPIbXcZ62KJOnk58Nsd3aF1cz YRi5qY+B1/HaVs9tp20OGVXBhaODrhNkENrVFsNO56ifQuF2wW/GTnI/0dPTMnvA2JMQ dvAl7sPstIeBhecoVXoFp4jAHs9/BKYdeFUVA= 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 Received: by 10.204.157.131 with SMTP id b3mr9749812bkx.41.1318341461753; Tue, 11 Oct 2011 06:57:41 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.204.72.195 with HTTP; Tue, 11 Oct 2011 06:57:41 -0700 (PDT) In-Reply-To: <4E943C7D.1030501@gentoo.org> References: <4E900E3E.2070202@gentoo.org> <4E905C48.20008@gentoo.org> <20111008151336.GN704@gentoo.org> <4E906D3B.2090200@gentoo.org> <20111010210043.4b31d55e@gentoo.org> <4E93EEF4.6090907@gentoo.org> <4E943C7D.1030501@gentoo.org> Date: Tue, 11 Oct 2011 09:57:41 -0400 X-Google-Sender-Auth: 71usM9cXMElqq3MNGjZ3U1JgNks Message-ID: Subject: Re: [gentoo-dev] Re: Lastrite: media-gfx/pngcrush From: Rich Freeman To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 38246b5a9c6ceb08ebe783283a20f93d 2011/10/11 Ch=C3=AD-Thanh Christopher Nguy=E1=BB=85n : > There was no indication 9 months ago that this bug is so bad that the > package would be removed if not fixed. Masking the package is ok if it > is totally broken or violates policy. Removal when the maintainer is > explicitly against it is not ok. Agreed. I understand that sometimes major packages need to be upgraded, and when you have 350 out of 360 blockers resolved sometimes you have to just draw the line for the sake of the many. However, when you want to do this: 1. Announce the general initiative on -dev-announce if it is a big one so that people know it is happening. 2. Post in all the blocker bugs that on DATE you plan to mask the package to allow for the other package to move. Make DATE at least 30 days in advance. 3. When you do mask it, then just mask it, not for removal unless it is unmaintained (in which case refer to treecleaners). In this case some developer picks up a package in Aug and out of the blue it is masked for removal. Sure, there was a bug logged against it, but most of the packages in the tree have bugs logged against them and I wouldn't expect them to suddenly start disappearing. Finally, when you are taking action in some role (QA, whatever), make a note of it so that people know in what capacity you are acting and what project head to escalate to. If you can't say that "I'm doing this as a treecleaner with the project lead's blessing" or "I'm doing this as a member of QA with the QA lead's blessing" then you probably shouldn't be touching somebody else's package. The QA lead should be held accountable for things done by QA, but it is a bit hard to do it when people not in QA are just doing whatever they feel is best for QA in general. In general if you're going to be masking a whole bunch of packages for the sake of QA, then the QA lead should probably be aware that you're doing it. Rich