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: Fri, 22 Mar 2002 11:32:57 -0800 Sender: guile-devel-admin@gnu.org Message-ID: References: <87g02t4zgn.fsf@raven.i.defaultvalue.org> <87d6xw3cjf.fsf@raven.i.defaultvalue.org> Reply-To: ttn@glug.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1016825825 15870 127.0.0.1 (22 Mar 2002 19:37:05 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 22 Mar 2002 19:37:05 +0000 (UTC) Cc: 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 16oUqW-00047e-00 for ; Fri, 22 Mar 2002 20:37:04 +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 16oUpo-0007BE-00; Fri, 22 Mar 2002 14:36:20 -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 16oUp4-00079e-00 for ; Fri, 22 Mar 2002 14:35:34 -0500 Original-Received: from ttn by giblet with local (Exim 3.33 #1 (Debian)) id 16oUmX-0002ue-00; Fri, 22 Mar 2002 11:32:57 -0800 Original-To: rlb@defaultvalue.org In-Reply-To: <87d6xw3cjf.fsf@raven.i.defaultvalue.org> (message from Rob Browning on Fri, 22 Mar 2002 08:25:08 -0600) 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:154 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:154 From: Rob Browning Date: Fri, 22 Mar 2002 08:25:08 -0600 Hmm. I think I can see the motivation, but I can also see the value in having a "complete tree" so that people who grab CVS and want to hack have all that info on hand. Not sure. we can effect logical inclusion while maintaining modularity by moving devel/ up, and modifing CVSROOT/modules to add: guile-plus-devel &guile-core &devel (i'll have to check syntax on this, and if we can actually modify CVSROOT/modules -- anyone know for sure?) Would we still ship updated versions of these files at release time (as I've suggested for BUGS), or omit them entirely? it's my understanding that devel/ is not included in "make dist" at all, which seems right. all the more reason to unbundle it, IMHO. including some form of bugs summary in top-level file BUGS is standard but we need not distribute that info in the form we maintain it (it can be generated as suggested). On a semi-related note, and FWIW, eventually I'd like to be able to manipulate the bug system via email (gpg signed perhaps), and perhaps also via the web. But for now, I think we'd be fine with just some slight improvements. modifying a file under cvs is comfortable to me. i had weird experience administering web-based bug tracking (bugzilla) -- sometimes users (in this case ASIC (hardware) engineers) would press the "back" button on their browser and resubmit forms that would confuse the system (to put it charitably) -- so i'm not a big fan of that approach. thi _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel