From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: Re: More Bug Stuff Date: 25 Mar 2002 22:35:56 +0100 Sender: guile-devel-admin@gnu.org Message-ID: <87hen4z5xf.fsf@zagadka.ping.de> References: <873cypn2a2.fsf@tyrell.bad-people-of-the-future.san-francisco.ca.us> <87d6xtzhzv.fsf@zagadka.ping.de> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017092206 15941 127.0.0.1 (25 Mar 2002 21:36:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 25 Mar 2002 21:36:46 +0000 (UTC) Cc: evan@glug.org, guile-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16pc8z-000490-00 for ; Mon, 25 Mar 2002 22:36:45 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pc8c-00049z-00; Mon, 25 Mar 2002 16:36:22 -0500 Original-Received: from dialin.speedway42.dip40.dokom.de ([195.138.42.40] helo=zagadka.ping.de) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16pc5o-0003mR-00 for ; Mon, 25 Mar 2002 16:33:28 -0500 Original-Received: (qmail 2681 invoked by uid 1000); 25 Mar 2002 21:35:56 -0000 Original-To: ttn@glug.org In-Reply-To: Original-Lines: 86 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:197 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:197 Thien-Thi Nguyen writes: > on the other hand, single file at top is simple and here. so really, my > proposal (now -- please ignore previous) comes down to: > > N -- the rfc822 for bug N > .N -- the directory w/ all of bug N's related files; > may be empty or absent What I have now put into workbook/bugs/README is this N -- the rfc822-look-a-like for bug N, where N can be a number or a alphanumeric name and may not contain a "." N.ext -- A file or directory related to bug N. "ext" can be anything. > in the headers, this would add required header: > > bug-stuff-dir: .N Why required? Here is the README as it stands now. The list of headers is not really meant to be complete, but should be enough for a start. I'll start to move the HEAD BUGS file into the new format now. This directory is the Guile bug data base. It contains one file per bug with a simple, mail-message like format. Each file starts with a number of header lines in the form field-name: field-value where 'field-name' contains no whitespace and is compared case-insensitive. 'field-value' can be continued in the next line by using a '\' as the last character of the current line. The header is separated from the body by a blank line. The body is the rest of the file. There is no limit on the length of a line. The following header fields are defined. They are optional except when noted. Also, specific fields can be present more than once, except when noted. Summary: A one-line summary of the bug. Mandatory. Tags: tag1, tag2, ... A comma separated list of symbolic tag names (for example release-critical-1.6). Tags can be used to collect bugs into ad-hoc groups. Reported: mailbox, yyyy-mm-dd The mail address of the reporter, in RFC2822 mailbox format, followed by the date of the report, in ISO8601 format. Assigned: mailbox, yyyy-mm-dd The developer who is working on a fix, and since when. Fixed: mailbox, yyyy-mm-dd The developer who fixed it, and when. Affects: version, version, ... A list of branch tags or version numbers of released tar balls that are affected by the bug. If you need more header fields, please document them here. The names of the bug files can be chosen almost arbitrarily. They must start with a lower case letter or a digit and must not contain a "." character. If you don't want to use a symbolic name, use the next unused number. These names are used to refer to bugs from within the description of other bugs, and in discussions, so it helps to use mildly descriptive names. Files or directories that are related to a bug, like test programs that invoke the bug, should get the name of the bug plus a "."-separated extension, like "bug-1.scm". Meta information about the bug tracking system (like this README file) should be put into files that start with a upper case letter. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel