[freenet-dev] Proposal: change legacy build.xml to reflect current repository locations

[Florent Daignière]

* Jack O'Lantern <jolantern60 at yahoo.com> [2007-11-26 16:10:32]:

> --- Florent Daignière <nextgens at freenetproject.org>
> wrote:
> > * Jack O'Lantern <jolantern60 at yahoo.com> [2007-11-25
> > 05:33:22]:
> > 
> > > Hi,
> > > 
> > > currently, the official public freenet repository
> is
> > > svn://freenet.googlecode.com/svn, while the
> > > sourceforge CVS repository is obsolete. I propose
> to
> > > change the legacy build.xml file to reflect this
> > > situation. The proposed new file and its diff to
> > > r15948 are attached to this message.
> > > 
> > > Here is a summary of proposed changes:
> > > 
> > > * Change the name of the contributions directory
> from
> > > Contrib to contrib (the CVS package was
> capitalized).
> > > ALso change the ant property contrib.location so
> that
> > > future changes of the contrib directory require
> > > changing the build.xml file in only one place.
> > > 
> > 
> > I don't see the point of changing that on a
> > deprecated version of freenet...
> 
> It's just the canonical name. So people can type
> 
> svn co http://.../contrib
> 
> instead of
> 
> svn co http://.../contrib Contrib
> 
> I guess that's the change requiring a change of the
> auto-builder? I imagine changing the auto-builder is
> just as simple but if it isn't we should by all means
> keep the upper case spelling.
> 
> > > Because ant does not have a svn core task, the
> exec task is used.
> > 
> > That sucks. What about using the svn:external
> property (like we do for
> > the plugins directory on .7) instead ?
> 
> I like this idea very much but again, does it require
> an extensive auto-builder change?
> 
> Is there a way to tell svn:externals to check out
> contrib from the same server as freenet was checked
> out? Because users want to checkout from googlecode
> while developers want to checkout from emu. But then,
> we've been checking out from source forge all along,
> so the logical replacement would be googlecode.
> 
> Should we peg contrib to a fixed revision? Probably
> yes, OTOH it doesn't matter too much as contrib
> doesn't get many updates these days.
> 
> Jack

I've commited something in r16002.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://emu.freenetproject.org/pipermail/devl/attachments/20071128/db429c2b/attachment.pgp