incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Upayavira>
Subject Re: [jira] Commented: (ISIS-3) Import Naked Objects code into the Apache repo
Date Tue, 05 Oct 2010 09:19:53 GMT
It seems reasonable to import to another area, and port stuff over to
trunk as you have vetted it. You will make your SVN history a bit less
clear, but the history will still be there. 

We just can't do that in private.


On Tue, 2010-10-05 at 08:58 +0100, Dan Haywood wrote: 
> On 05/10/2010 07:32, Upayavira wrote:
> > On Mon, 2010-10-04 at 20:55 +0000, Mark Struberg wrote:
> >
> > "IP cleared"? Is there anything you don't have the right to publish in
> > there? Or is it just that you haven't ensured everything is licensed
> > correctly?
> It is IP cleared.
> One of my sister projects to be imported currently uses Hibernate (LGPL) 
> which needs to be removed as a dependency; this was identified in the 
> proposal.
> > The /asf/repos SVN repository is considered entirely public. Folks can
> > get dumps of it, that will not sit behind the ASF authz file, so
> > anything that you put in there will be visible to some folks.
> >
> > Remember that the rules for putting stuff into SVN are much more relaxed
> > than those for making releases. So long as you aren't breaking
> > copyright, you can put stuff into SVN.
> >
> > What is the stuff that you don't feel comfortable having public?
> The codebases being imported currently live on SourceForge, so are 
> already public.
> Mark's suggestion (Mark is our champion) to import this stuff into a 
> different area than trunk seemed reasonable to us, for two reasons:
> 1) It helps us separate out code with a non-ASF licensed dependencies.
> 2) It also lets us make sure we get things like imports and class 
> renames sorted out before we move it into trunk.  One of the conditions 
> from Naked Objects Group Ltd (who've granted an CCLA for this code) is 
> that the product is no longer called "Naked Objects"; that means 
> removing all references to "NakedObject" in the codebase (eg 
> NakedObjectException -> IsisException).
> Long term, I don't myself see any reason per se to mark that area 
> private, other than to avoid confusion from anyone informally browsing 
> the SVN repo and wondering which is the main trunk.  But I think Mark 
> has also responded to your point.
> Dan
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message