From owner-freebsd-hackers Sat Feb 18 05:51:40 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA17167 for hackers-outgoing; Sat, 18 Feb 1995 05:51:40 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA17153; Sat, 18 Feb 1995 05:51:28 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27077 (5.67a/IDA-1.5); Sat, 18 Feb 1995 07:34:19 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17278; 18 Feb 95 07:01:15 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id HAA17273; Sat, 18 Feb 1995 07:01:14 -0600 Message-Id: <199502181301.HAA17273@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com Subject: Re: query-pr. please! In-Reply-To: Your message of "Sat, 18 Feb 95 01:23:09 PST." <199502180923.BAA10380@freefall.cdrom.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 18 Feb 1995 07:01:11 -0600 From: Peter da Silva Sender: hackers-owner@FreeBSD.org Precedence: bulk > Naturally, security related bug reports might be screened (we could switch > off a keyword) to all but those in a certain permission group, but we can > add filters like that when and if they become necessary. It's already in there (>Confidential:), and the email interface already filters them out. > 1. It doesn't lend itself well to being both a problem reporting mechanism > and a feature submission mechanism. send-pr should be completely decoupled > from the concept of "problem" and become instead a general > bug/enhancement/feature request submission mechanism. There's already some support in Class for that. > 2. It doesn't accept file attachments, making it useless for submitting > new work (or information helpful to a bug report) in a structured way. You're supposed to put them in one of the unstructured text fields. > 3. It's unnecessarily cryptic, and provides the novice bug-reporter little > or no help along the way. TkGNATS! > 4. It provides no easy windows into what's in the database, both locally > and remotely. TkGNATS! > [fade to dream sequence] ... TkGNATS! ... > P.S. Even though the tone of this is joking, I'm dead serious about the > need for all the features described herein. If this isn't send-pr/query-pr, > then we need to write our own system or modify the GNATS tools appropriately! TEE KAY GEE ENN AYE TEE ESS