CVS stuff for AG

[Justin Binns]

It's becoming a well-defined divisional cvs server, though the actual
machine on which it lives will probably change before it gets too much
wide use.  The nice thing about cnames is we can always add more, and if
we have a cname of 'ag-cvs' that gets well known, and we do decide to
rehost the AG modules somewhere else (for whatever reason) we have an
easier time changing it without affecting our user community.  Or, that's
my take.  But if we want to change it to 'cvs.mcs.anl.gov' (or add that
cname, additionally) I'm sure we can make it happen.

Justin

On Thu, 24 Oct 2002, Robert Olson wrote:

> ah, if it's a well-defined divisional cvs server cvs.mcs makes sense.
> 
> At 08:51 AM 10/24/2002 -0500, Ivan R. Judson wrote:
> 
> >This looks good. I'm wary of the cname stuff a bit, after all this is
> >the division wide anonymous cvs server, perhaps we should just publish
> >cvs.mcs.anl.gov as the host, module AG. (Which feels better when I
> >consider Voyager would be at the same host, just module voyager -- it
> >feels cleaner somehow).
> >
> >Not a big deal; UCL changed the host for their cvs every few months and
> >you had to look it up on the web page -- not ideal, but it worked.
> >
> >--Ivan
> >
> >..........
> >Ivan R. Judson .~. http://www.mcs.anl.gov/~judson
> >Futures Laboratory .~.  630 252 0920
> >Argonne National Laboratory .~. 630 252 6424 Fax
> >
> >
> > > -----Original Message-----
> > > From: Justin Binns [mailto:binns at mcs.anl.gov]
> > > Sent: Tuesday, October 22, 2002 10:39 AM
> > > To: Ivan R. Judson
> > > Cc: 'Robert Olson'; papka at mcs.anl.gov; 'Ag-Dev at Mcs. Anl. Gov'
> > > Subject: RE: CVS stuff for AG
> > >
> > >
> > > I've made a few changes, along the lines below...
> > >
> > > The machine has a cname of ag-cvs.mcs.anl.gov
> > >
> > > The repository is soft-linked to '/cvsroot', and only that
> > > softlink is acceptible for pserver
> > >
> > > The module for the source is, as Ivan suggestes, 'AG' with a
> > > tag of AG_<major>_<minor> for the version (currently, just
> > > one, AG_1_2 for AG 1.2).
> > >
> > > To summarize:
> > >
> > > The pserver (read-only) access to the repository is available
> > > by the following command:
> > >
> > > cvs -d :pserver:anonymous at ag-cvs.mcs.anl.gov:/cvsroot co <module>
> > >
> > > The modules are:
> > >
> > > 'AG'      AG source code.  Tagged revision 'AG_1_2' has the 1.2 source
> > > 'ag-dep'  AG dependency tarballs - ag-linux-dep.tgz and
> > > ag-windows-dep.tgz 'ag-vic'  UCL VIC with all patches and
> > > such, as currently distributed with
> > >         the AG binary distributions
> > >
> > > Any other thoughts/suggestions?
> > >
> > > Justin
> > >
> > > On Mon, 21 Oct 2002, Ivan R. Judson wrote:
> > >
> > > >
> > > > > is it going to stay in a sandbox directory? maybe also
> > > > > advertise via a
> > > > > cname - ag-cvs.mcs.anl.gov or something.
> > > >
> > > > I don't know what you mean by sandbox, but the plan is to use
> > > > pachelbel.mcs.anl.gov and enable anonymous cvs on the AG modules.
> > > >
> > > > > are there notes on local access? can we restrict anonymous
> > > > > access from
> > > > > certain modules, or are we going to be able to just make it
> > > > > all accessible
> > > > > (my vote...).
> > > >
> > > > We'll be making it all accessible, but there will be a
> > > review process
> > > > for code that is being proposed to be committed. We'll have to be
> > > > extremely careful about not putting broken stuff in -- this process
> > > > allows external developers and internal developers to submit
> > > > modifications/additions in a symmetric way, which is good for
> > > > community vibe.
> > > >
> > > > > I worry a bit about the ag-src name - that's the source of
> > > > > one version of
> > > > > ag software, but as we add more it might not make sense
> > > > > (hence the name I
> > > > > used for the SF module).
> > > >
> > > > I think the module name should be AG, 1.0 should be put in with the
> > > > 1.0 tag, and when we're ready we'll make a 2.0 branch (then
> > > we can do
> > > > bug fixes to 1.0 and still move ahead on 2.0).
> > > >
> > > > I think that makes sense, but I was up til 3:30 with
> > > Isaiah, you never
> > > > know :-) --Ivan
> > > >
> > > > > --bob
> > > > >
> > > > > At 01:16 PM 10/21/2002 -0500, Michael E. Papka wrote:
> > > > > >The future distribution of AG software will be via
> > > anonymous cvs at
> > > > > >ANL, we are moving off the sourceforge site (discussed
> > > many times no
> > > > > >need to be rediscussed here). Justin and Tom have tested
> > > this and we
> > > > > >think its ready to go, Ivan will be sending mail to ag-tech
> > > > > announcing
> > > > > >this, along with directions. Justin and Ivan turn these
> > > > > >instructions
> > > > > >into a web page that can be put on the AG site.
> > > > > >
> > > > > >Mike
> > > > > >
> > > > > >-----Original Message-----
> > > > > >From: Justin Binns [mailto:binns at mcs.anl.gov]
> > > > > >Sent: Friday, October 18, 2002 4:50 PM
> > > > > >To: Michael E. Papka
> > > > > >Subject: CVS stuff for AG
> > > > > >
> > > > > >
> > > > > >The CVS_ROOT is:
> > > > > >
> > > > > >:pserver:anonymous at pachelbel.mcs.anl.gov:/sandbox/cvs
> > > > > >
> > > > > >The password is blank.
> > > > > >
> > > > > >The relevant modules are:
> > > > > >
> > > > > >ag-src - the AG java sources and the helper apps.  This
> > > is what was
> > > > > >'agib-1-glue' in the sourceforge repository.
> > > > > >
> > > > > >ag-dep - this contains two tarballs that have the linux
> > > and windows
> > > > > >dependencies for building AG stuff.  notably, the
> > > > > ag-linux-dep tarball
> > > > > >contains an entire tree suitable for building ag-src - with that
> > > > > >tarball and the ag-src module, you can build the ag jar file
> > > > > and helper
> > > > > >apps from scratch.  NOTE: this also contains the source
> > > > > distribution of
> > > > > >the Orbacus stuff, for license compliance (at least on *some*
> > > > > >level)
> > > > > >
> > > > > >ag-vic - the AG 'patched' version of UCL vic - a copy of the
> > > > > 'ag-vic'
> > > > > >module in the sourceforge CVS repo.
> > > > > >
> > > > > >
> > > > > >One note: the reason the dependencies are dealt with as
> > > tarballs is
> > > > > >that CVS, for some undetermined reason, was corrupting
> > > > > certain of the
> > > > > >.jar files when I tried to directly check in the tree.  If we can
> > > > > >figure out why, then we can probably make it cleaner and
> > > > > distribute the
> > > > > >dependencies as fully expanded modules instead of tarballs, but
> > > > > >this
> > > > > >method works whereas the other is currently broken.  As these
> > > > > >dependencies are not likely to change much, and are
> > > > > basically binaries,
> > > > > >I didn't think it was a big deal to do it this way.
> > > > > >
> > > > > >Questions/comments welcome.
> > > > > >
> > > > > >Justin
> > > > >
> > > >
> > > >
> > >
> 
>