Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S265339AbSKNWUw>; Thu, 14 Nov 2002 17:20:52 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S265351AbSKNWUw>; Thu, 14 Nov 2002 17:20:52 -0500
Received: from e2.ny.us.ibm.com ([32.97.182.102]:4286 "EHLO e2.ny.us.ibm.com")
	by vger.kernel.org with ESMTP id <S265339AbSKNWUv>;
	Thu, 14 Nov 2002 17:20:51 -0500
Date: Thu, 14 Nov 2002 15:22:02 -0800
From: "Martin J. Bligh" <mbligh@aracnet.com>
To: Arnaldo Carvalho de Melo <acme@conectiva.com.br>
cc: "David S. Miller" <davem@redhat.com>, Jeff Garzik <jgarzik@pobox.com>,
       linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Bugzilla bug tracking database for 2.5 now available.
Message-ID: <273780000.1037316121@flay>
In-Reply-To: <20021114220828.GH15563@conectiva.com.br>
References: <225710000.1037241209@flay> <3DD3D6E1.3060104@pobox.com> <234560000.1037297061@flay> <1037304674.13735.0.camel@rth.ninka.net> <20021114201231.GE15563@conectiva.com.br> <265930000.1037314635@flay> <20021114220828.GH15563@conectiva.com.br>
X-Mailer: Mulberry/2.1.2 (Linux/x86)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1194
Lines: 33

>> and I wasn't desperately keen to end up with 10,000 categories ;-)
> 
> Agreed, do it as you're doing now or as when somebody explicitely asks because
> he maintains the thing and will work on respective tickets opened

Right. If we get a load on any one area, that should definitely be 
broken out as a subsection.

>> They should get dumped into "networking, other" at the moment. 
> 
> No problem
> 
>> These are just the default owners, so bugs can just get reassigned
>> to somebody else if that suits ...
> 
> networking, other (or 'obscure' ;-)) can come to me, if nobody objects, I'll
> reassign if needed.
> 
> Just trying to find a way to help divide the load on the triage stage 8)

Cool ... well one way to do that would be to take over "Networking, other"
if everyone's OK with that. I wasn't anticipating much of a load on the
more obscure networking stuff, but I'm proved wrong on a regular basis
about so many things ... ;-)

M.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/