Return-Path: 
 <dev-return-12908-apmail-forrest-dev-archive=forrest.apache.org@forrest.apache.org>
Delivered-To: apmail-forrest-dev-archive@www.apache.org
Received: (qmail 93937 invoked from network); 22 Oct 2004 15:35:19 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 22 Oct 2004 15:35:19 -0000
Received: (qmail 71702 invoked by uid 500); 22 Oct 2004 15:35:18 -0000
Delivered-To: apmail-forrest-dev-archive@forrest.apache.org
Received: (qmail 71628 invoked by uid 500); 22 Oct 2004 15:35:17 -0000
Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@forrest.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@forrest.apache.org>
list-post: <mailto:dev@forrest.apache.org>
Reply-To: dev@forrest.apache.org
Delivered-To: mailing list dev@forrest.apache.org
Received: (qmail 71616 invoked by uid 99); 22 Oct 2004 15:35:17 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Received: from [65.42.175.122] (HELO ferrari.solidusdesign.com)
 (65.42.175.122)
  by apache.org (qpsmtpd/0.28) with SMTP; Fri, 22 Oct 2004 08:35:16 -0700
Received: (qmail 30533 invoked from network); 22 Oct 2004 15:35:14 -0000
Received: from unknown (HELO localhost) (192.168.3.2)
  by 0 with SMTP; 22 Oct 2004 15:35:14 -0000
Received: from cache1.calvin.edu (cache1.calvin.edu [153.106.4.94])
	by secure.solidusdesign.com (IMP) with HTTP
	for <user0009@192.168.3.2>; Fri, 22 Oct 2004 11:35:14 -0400
Message-ID: <1098459314.417928b2a78d8@secure.solidusdesign.com>
Date: Fri, 22 Oct 2004 11:35:14 -0400
From: Dave Brondsema <dave@brondsema.net>
To: dev@forrest.apache.org
Subject: Re: [proposal] SVN restructure for subprojects
References: <1098453538.41791222bf662@secure.solidusdesign.com>
 <clb4s7$17s$1@sea.gmane.org>
In-Reply-To: <clb4s7$17s$1@sea.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.1
X-Originating-IP: 153.106.4.94
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on ferrari
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.63
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Quoting Nicola Ken Barozzi <nicolaken@apache.org>:

> Dave Brondsema wrote:
> ...
> > See FOR-233 also.
> >
> > I propose:
> > 
> > Create everything (including Forrest itself) as a subdirectory of our
> existing
> > "forrest".  
> ...
> > It would look like this:
> > 
> > forrest/
> >   site/ (unchanged)
> >   dist/ (unchanged)
> >   forrest/ (pushed down)
> 
> </nitpicking>
>    It's confusing to have a forrest/forrest directory, why
>    not forrest/core or forrest/forrestcore?
> </nitpicking>
> 

core may get confused with the "src/core" directory, which even end-users have
seen since it's used when they set FORREST_HOME.  Perhaps forrestmain?

> >     trunk/
> >     branches/
> >     tags/
> >   eclipsePlugin/ (moved)
> 
> </nitpicking>
>    There is confusion between forrest/plugins and eclipsePlugin, as they
>    both have 'plugin' in it, and there micht also actually be a plugin
>    for eclipse formatted docs in the future
> </nitpicking>

Yes.

> There is a problem though... what will happen with the copyless stuff?
> 

What do you mean?

> I would see this as easier to use and maintain (given cheap copies):
> 
> 
> forrest/
>    branches/**
>    tags/**
>    trunk/
>      bin/
>      site/
>      dist/
>      forrestcore/
>      forrestbot/
>      forrestbar/
>      forresteclipse/
>      forrestxxe/
>      forrestplugins/
>       OpenOffice.org/
>       DocBook4.3/
> 

This also lets people check out "everything" by checking out trunk.  One
disadvantage I forgot to mention in my first proposal was that you would have to
check out each trunk seperately.

Did you mean to put site and dist as subdirectories of trunk?  If so, why?  I
think the current setup for those is good.

> Notice the 'bin' directory where users would think of finding it, as a 
> single thing to add to the system path variable. the trunk would become 
> the new FORREST_HOME
> 
> Also, this would mean that we have to rethink our build system.
> 

Yes, but let's keep the two issues seperate.  I will reply in a seperate email.

>   - Please no flame wars -
> 
> As I see it we have two options: Ant and Maven.
> 
> For Ant I am willing to help set it up in a way that it makes it easy to 
> do the above multi-project. I see it as a must that we use a lib 
> download system ALA Maven.
> 
> Other than this, I'm really open to any sensible technical comment on 
> this, along with proposals in helping out.
> 
> Again:
> 
>   - Please no flame wars -
> 
> (it's also a reminder for me)
> 
> > We'll definitely need an approving vote before we do this :-)
> 
> -- 
> Nicola Ken Barozzi                   nicolaken@apache.org
>              - verba volant, scripta manent -
>     (discussions get forgotten, just code remains)
> ---------------------------------------------------------------------
> 
> 


-- 
Dave Brondsema : dave@brondsema.net 
http://www.brondsema.net : personal 
http://www.splike.com : programming 
http://csx.calvin.edu : student org