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: Sat, 23 Mar 2002 13:43:29 -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> Reply-To: ttn@glug.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1016920096 25189 127.0.0.1 (23 Mar 2002 21:48:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 23 Mar 2002 21:48:16 +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 16otN1-0006Y3-00 for ; Sat, 23 Mar 2002 22:48:15 +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 16otMs-0004Cu-00; Sat, 23 Mar 2002 16:48:06 -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 16otLF-0004C7-00 for ; Sat, 23 Mar 2002 16:46:25 -0500 Original-Received: from ttn by giblet with local (Exim 3.33 #1 (Debian)) id 16otIP-0004MH-00; Sat, 23 Mar 2002 13:43:29 -0800 Original-To: mvo@zagadka.ping.de In-Reply-To: <87u1r77a7c.fsf@zagadka.ping.de> (message from Marius Vollmer on 23 Mar 2002 13:14:15 +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:169 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:169 From: Marius Vollmer Date: 23 Mar 2002 13:14:15 +0100 What about calling it "workbook" instead of "devel"? that's fine by me. I have a slightly uneasy feeling about splitting BUGS into multiple files. CVS is not very good at moving or renaming files and we wouldn't have a centralized log any more. I don't see any problems with just keeping all bugs in one file. usually a bug, once interned into the system, should not move (and should not be deleted). its status and other attributes can change, of course, but its relationship to the filesystem need not. this property is important; new bugs that are duplicates of, or related to, old bugs need to be able to refer to old bugs (see bug 6, for example). same goes for regression tests. generally, separating database format from presentation format allows tuning presentation to everyone's individual taste. i'm hoping Evan's bugs renderer will have tasty customization hooks, etc. a particularly nice feature would be directory slices: cd /tmp render-bugs --dir-slice resolved .../workplace/bugs/ creates /tmp/resolved/{3,4,5} (symlinks to .../workplace/bugs/{3,4,5}) where 3,4,5 are determined to satisfy the pre-defined "resolved" filter. then, you can do further render-bugs on /tmp/resolved/ (perhaps recursing into /tmp/resolved/1.6/, etc). when you're done, just rm -rf /tmp/resolved/. it would also be nice to accept a predicate for ad-hoc slicing: render-bugs --dir-slice-predicate ttn \ '(equal? (bug-assq (quote reporter)) "ttn")' bug-assq would need to be provided and other similar primitives. mixing pre-defined and ad-hoc reporting like this "allows the simple to be easy and the complex to be possible" (to further promote a popular meme ;-). for an example of this kind of reporting, see test-suite/guile-test. thi _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel