Date: Mon, 4 May 1998 11:46:29 -0400 (EDT) From: woods@zeus.leitch.com (Greg A. Woods) To: "Jordan K. Hubbard" <jkh@time.cdrom.com> Cc: Randall Hopper <rhh@ct.picker.com>, Poul-Henning Kamp <phk@critter.freebsd.dk>, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5296 Message-ID: <199805041546.LAA16661@brain.zeus.leitch.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
[ 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 <gwoods@acm.org> <robohack!woods> Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805041546.LAA16661>