From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [80.91.229.2] (helo=ciao.gmane.org) by linuxtogo.org with esmtp (Exim 4.67) (envelope-from ) id 1HnYKG-00046t-Sa for openembedded-devel@openembedded.org; Mon, 14 May 2007 13:02:51 +0200 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HnY8L-00088w-3j for openembedded-devel@openembedded.org; Mon, 14 May 2007 12:50:29 +0200 Received: from 212.17.245.151 ([212.17.245.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 May 2007 12:50:29 +0200 Received: from no2spam by 212.17.245.151 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 May 2007 12:50:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: openembedded-devel@openembedded.org From: Rolf Leggewie Date: Mon, 14 May 2007 12:28:30 +0200 Message-ID: References: <1179059149.5404.3.camel@cimmeria.hyboria> Mime-Version: 1.0 X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 212.17.245.151 User-Agent: Thunderbird 1.5.0.10 (X11/20070306) In-Reply-To: Sender: news Subject: Re: RFD: Bugzilla in general & bug triaging X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 May 2007 11:03:03 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Rolf Leggewie wrote: > Thank you Graeme for raising this issue. It is something I meant to > discuss earlier but never found enough time to think it through and > write up something. I still have not thought it through, but here it goes. I have asked and been granted greater powers on bugzilla. There are features which we don't use yet but which could aid in establishing a sane workflow while rendering unnecessary the current clutches and ad-hoc fixes. Bugzilla will be upgraded soon and no structural changes will be made until that is completed. But that leaves us some good time to think about how this should be enhanced. Things I'd like to see * confirmation flags * better documentation of workflow status (need to define it first) * assigning bugs (or if you prefer "Hey, please take a look") * link to some bug searches like the ones I send about 5 minutes ago on the entry page * entry page clean-up (why two search fields?) * removal of dead stuff (ZaurusKernel, Familiar) Please add to the list. The most important point is the second. That is what we should discuss.