From owner-freebsd-ports@FreeBSD.ORG Wed Oct 22 12:32:22 2003 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B99D616A4BF for ; Wed, 22 Oct 2003 12:32:22 -0700 (PDT) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id BBE7E43FDD for ; Wed, 22 Oct 2003 12:32:18 -0700 (PDT) (envelope-from adamw@magnesium.net) Received: (qmail 99933 invoked by uid 1252); 22 Oct 2003 19:32:18 -0000 Date: 22 Oct 2003 15:32:18 -0400 Date: Wed, 22 Oct 2003 15:32:18 -0400 From: Adam Weinberger To: Mark Linimon Message-ID: <20031022193218.GM96543@toxic.magnesium.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: Vim 6.2 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i cc: freebsd-doc@FreeBSD.org cc: ceri@FreeBSD.org cc: freebsd-ports@FreeBSD.org Subject: Re: a reminder to PR submitters X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Oct 2003 19:32:22 -0000 I'm cc'ing this to freebsd-doc and Ceri, resident bugmeister, as their input in this is important. >> (10.22.2003 @ 0242 PST): Mark Linimon said, in 0.9K: << > Please do not set the Confidential field on your PRs to "yes". > We really don't have a mechanism to deal with confidential > PRs in GNATS due to the fact that the database itself can be > replicated, via cvsup, to anyone's machine, and thus itself is > inherently insecure. Setting this field to "yes" merely makes > your PR disappear into this limbo-category called "pending" which > is dark and scary and filled with big spiders and stuff :-) >> end of "a reminder to PR submitters" from Mark Linimon << There are a number of fields within GNATS that mean things to us (the committers) that don't make sense to submitters, and there are fields that have no use for us whatsoever. Confidential This field is, as you have pointed out, useless to us, and simply causes the PR to disappear. The field should be removed from the send-pr interface, or some mechanism for handling confidential PRs should be introduced. I suggest the former. Severity/Priority These are relatively redundant, and are simply mechanisms for people to artificially elevate the position of the PR in the search lists -- which, in my experience, causes them to be seen LAST. Class Seriously. The classes in here make sense to us, because we're used to dealing with them. For ports, we need fields that indicate the following: * update/upgrade * fix/new functionality * error report * other Submitter-Id "current-users" doesn't mean a thing. Submitter-Id should be usable as "user" or "maintainer," depending upon who submits the PR. If a maintainer wishes to submit a PR for an update to a port she maintains, she should be able to choose Class:update/upgrade, and Submitter-Id:maintainer. Additionally, text should be added to the bracketed text in the blank send-pr template indicating the use of each section for docs/ports/www PRs: Description Fix You know, stuff like that. These things can help make send-pr(1) a more usable tool. # Adam -- Adam Weinberger vectors.cx >> adam@vectors.cx >> http://www.vectors.cx magnesium.net << adamw@magnesium.net << http://www.magnesium.net/~adamw FreeBSD >> adamw@FreeBSD.org >> http://people.freebsd.org/~adamw #vim:set ts=8: 8-char tabs prevent tooth decay.