From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.lisp.guile.devel Subject: Re: Handling BUGS. Date: Sun, 24 Mar 2002 11:31:17 -0800 Sender: guile-devel-admin@gnu.org Message-ID: References: <87g02t4zgn.fsf@raven.i.defaultvalue.org> <87lmcko60l.fsf@tyrell.bad-people-of-the-future.san-francisco.ca.us> <87elic8k8e.fsf@tyrell.bad-people-of-the-future.san-francisco.ca.us> <87r8mcgx4m.fsf@gaff.bad-people-of-the-future.san-francisco.ca.us> <87n0x01bci.fsf@raven.i.defaultvalue.org> <87u1r77a7c.fsf@zagadka.ping.de> <87wuw2gk81.fsf@zagadka.ping.de> Reply-To: ttn@glug.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1016998700 4710 127.0.0.1 (24 Mar 2002 19:38:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 24 Mar 2002 19:38:20 +0000 (UTC) Cc: rlb@defaultvalue.org, 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 16pDoq-0001Dr-00 for ; Sun, 24 Mar 2002 20:38:20 +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 16pDmi-0002sb-00; Sun, 24 Mar 2002 14:36:08 -0500 Original-Received: from ca-crlsbd-u3-c5c-122.crlsca.adelphia.net ([68.64.59.122] helo=giblet) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pDkw-0002pR-00 for ; Sun, 24 Mar 2002 14:34:18 -0500 Original-Received: from ttn by giblet with local (Exim 3.33 #1 (Debian)) id 16pDi1-0006Jb-00; Sun, 24 Mar 2002 11:31:17 -0800 Original-To: mvo@zagadka.ping.de In-Reply-To: <87wuw2gk81.fsf@zagadka.ping.de> (message from Marius Vollmer on 24 Mar 2002 14:37:34 +0100) 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:180 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:180 From: Marius Vollmer Date: 24 Mar 2002 14:37:34 +0100 Yes, I was referring to Rob's plan to move resolved bugs into a different directory. When we use one file per BUG, we should not put them into different directories depending on their state. This would be nice for a quick overview, but as you say, we can get this with some simple tools that would also allow for more a flexible categorization. ok i understand now. yes, agreed. it's the old "how to represent attributes -- inside or outside" question. This is nice. What about a Gnus mail backend that works on the bug data base? ;-) (Only half joking..) eventually Gnus interfaces to all trees, so yeah why not? I see that we already have a workbook/bugs directory (thanks!). What about putting the following README into it, as a start: [field deinition / documentation] cool. The names of the bug files can be chosen arbitrarily, but must start with a lower case letter. If you don't want to use a symbolic name, use a name of the form "bug-" where is 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. maybe something like bug-000.no-bugs-database ? we also need to ask if/how a bug-000.scm (that would exercise the bug) are to be referenced and/or included in the database. keeping such code in the databse might be less work in the long run (it would be easy to extract them into some regression/ directory for nightly tests). maybe something like: test-cases: ("bug-000.1.scm" "bug-000.2.scm" ...) Meta information about the bug tracking system (like this README file) should be put into files that start with a upper case letter. yeah i like easy-to-understand conventions that "ls" handles automatically. :-> thi _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel