From owner-freebsd-bugs Mon May 4 08:46:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22112 for freebsd-bugs-outgoing; Mon, 4 May 1998 08:46:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA22095 for ; Mon, 4 May 1998 08:46:13 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id LAA00667; Mon, 4 May 1998 11:46:23 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id LAA22846; Mon, 4 May 1998 11:46:30 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id LAA16661; Mon, 4 May 1998 11:46:29 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Date: Mon, 4 May 1998 11:46:29 -0400 (EDT) Message-Id: <199805041546.LAA16661@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: "Jordan K. Hubbard" Cc: Randall Hopper , Poul-Henning Kamp , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5296 In-Reply-To: Jordan K. Hubbard's message of "Sun, May 3, 1998 19:26:32 -0700" regarding "Re: bin/5296 " id <1636.894248792@time.cdrom.com> References: <19980503130225.A5086@ct.picker.com> <1636.894248792@time.cdrom.com> X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: woods@zeus.leitch.com (Greg A. Woods) Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ On Sun, May 3, 1998 at 19:26:32 (-0700), Jordan K. Hubbard wrote: ] > Subject: Re: bin/5296 > > To put it another way, we are drowning in PR entries with a system > that offers no life-preservers, and something had to be done in the > short term to allow us to at least address the priority 1 PRs we've > accumulated and, in many cases, neglected for months. It may not be my place to comment when I've no idea what hardware the FreeBSD PR system is running on, but IMNSHO I'd suggest that you guys aren't making appropriate use of the tools at hand. I would think that if I'm able to handle thousands of PRs over a long period of time on a slogging old Sun-3 then a decent modern Pentium box should be able to handle 10's of thousands, if not 100's of thousands. GNATS has an incredible array of a 9x9 priority matrix into which PRs can be arranged, and the query program makes it fairly easy to select any range of priorities for a given report. Instead of trying to look at everything all the time, why not re-file low-priority PRs as low-priority PRs???? The PR state isn't the only thing available for use at your disposal. GNATS also has a "nagging" ability that can be used to make sure important PRs don't get forgotten. Perhaps this feature should be employed as it was intended. In addition I hope it isn't necessary to point out that GNATS is free software and is in fact quite easy to modify and/or extend. It's not difficult at all to add more priorities, states, fields, etc., or to vary the defaults on query-pr, or even to add custom query-pr selections and output formats. There's already a TCL/TK front-end to GNATS that's quite decent and is also easily extensible. For non-emacs users it seems to be the GNATS interface of choice, and even some emacs users prefer it for the button-pushing query capabilities and selective views it offers. -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message