Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 9743 invoked by uid 6000); 25 Jun 1998 01:56:31 -0000 Received: (qmail 9736 invoked from network); 25 Jun 1998 01:56:29 -0000 Received: from paris.ics.uci.edu (mmdf@128.195.1.50) by taz.hyperreal.org with SMTP; 25 Jun 1998 01:56:29 -0000 Received: from kiwi.ics.uci.edu by paris.ics.uci.edu id aa12570; 24 Jun 98 18:49 PDT To: new-httpd@apache.org Subject: Re: apache-nspr-08 In-reply-to: Your message of "Wed, 24 Jun 1998 18:32:00 PDT." Date: Wed, 24 Jun 1998 18:49:49 -0700 From: "Roy T. Fielding" Message-ID: <9806241849.aa12570@paris.ics.uci.edu> Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org >Lemme get this straight... I start playing in apache-sandbox. Then months >later we say "duh, this is far enough along we should move it to >apache-2.0". So um, how does Roy's suggestion avoid a name change/reorg? I think they are thinking of keeping the Attics relatively clean (personally, I just go in and delete the old ,v files after a reorg). Putting the nspr stuff in apache-2.0 is fine with me, but I was thinking of other projects as well. A sandbox that was set to not send mail to apache-cvs on every change would just make it easier for us to exchange interesting things without having to think about release numbers. If it turned out to be a release thing, we'd just move the ,v files directly into the appropriate repository and keep going. Normally I'd just create separate repositories for these things, but it's a pain in the ass to do that on hyperreal for security reasons. Also, I'd like to make it available to people who don't want to deal with the cvs admin hassles. It's just an idea I've had in the back of my mind for a couple years (ever since rsthreads went south). It just resurfaced because I was disapointed in not seeing the apache-nspr done that way from the first version, since I would have liked to see the progression of hells you went through to make it work. ;-) ....Roy