From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HhAZP-0002nJ-0c for garchives@archives.gentoo.org; Thu, 26 Apr 2007 20:28:03 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l3QKQccO006219; Thu, 26 Apr 2007 20:26:38 GMT Received: from meriadoc.alfred.edu (ns1.alfred.edu [149.84.147.232]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l3QKNSRC001595 for ; Thu, 26 Apr 2007 20:23:29 GMT Received: from perdition.campus.alfred.edu (perdition.campus.alfred.edu [149.84.24.151]) (authenticated bits=0) by meriadoc.alfred.edu (8.13.1/8.13.1) with ESMTP id l3QKNRHj001078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 26 Apr 2007 16:23:28 -0400 From: Dan Meltzer To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Planning for automatic assignment of bugs Date: Thu, 26 Apr 2007 16:23:29 -0400 User-Agent: KMail/1.9.6 References: <20070426194006.GP7846@curie-int.orbis-terrarum.net> In-Reply-To: <20070426194006.GP7846@curie-int.orbis-terrarum.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704261623.29197.hydrogen@notyetimplemented.com> X-Archives-Salt: 73a35fa1-11d9-486c-9e9e-6e8d60f8d2ff X-Archives-Hash: add4ff47022518b06869c17e0db32e4b On Thursday 26 April 2007 3:40:06 pm Robin H. Johnson wrote: > So as a not-so-brief follow-up to solar's email, here is a brief > proposal on the automatic assignment stuff, incl. one spot that we might > need to add an attribute to metadata.xml. > > Assignment process, triggering: > =============================== > Auto-assignment will be be applied/available in the following cases: > 1. New bugs created with the guided process, having a Product equal to > 'Gentoo Linux' and a component not equal to 'Eclasses and Profiles'. > 2. Open bugs will have a new action available: 'Reassign by metadata', > with a text input field. The text field will be auto-filled with a > package atom $CAT/$PN by parsing the summary line. Using the action > will provide the package atom to the next stage. > > If multiple package atoms are present in a summary line, the first one > wins. > > Assignment process, after the package is known: > =============================================== > > We have a package spec now, so we can find who to assign the bug to. > > Objectives in this section are to reduce unwanted duplicate mail, while > still preserving the data in metadata for non-automated usage. > > Case 1 - Metadata contains only a herd > -------------------------------------- > - The herd will have @gentoo.org appended, and this must be a valid > bugzilla account. > > Case 2 - Metadata contains a single maintainer > ---------------------------------------------- > - The herd field is not used. > - The maintainer address is used as the bugzilla assignee. > This is important for all the herds that have aliases that are NOT the > same as their herd name! > This diverges from existing manual practice, to avoid unnecessary > duplicate mail, and means that existing metadata may need a cleanup. > > Case 3 - Metadata contains multiple maintainers > ----------------------------------------------- > - Follow case 2 first. > - Further maintainer addresses are used in the CC field. > > Case 4 - Metadata contains multiple maintainers, some special > ------------------------------------------------------------- > - Follow case 3 first. > - If a maintainer is listed in the metadata for special reasons (eg only > for some special patch), they should include the 'contact=0' attribute > on their maintainer element AND have a role element present > describing why. > - This also allows for cases where the herd address should be used as > the assignee, and the maintainer does NOT want a duplicate CC. > > Comments etc welcome. Sounds good... one suggestion I have is to try and detect new ebuild submissions and resassign them to m-w automatically as well. maybe a checkbox "this is a new ebuild" or some other way to automatically detect it? -- gentoo-dev@gentoo.org mailing list