CVS stuff for AG

Thu Oct 24 11:50:38 CDT 2002

The reason systems doesn't want to do cvs.mcs.anl.gov is because they
haven't settled on a scheme yet for mapping machines to cvs repositories.  
As it stands, the only modules available from ag-cvs.mcs.anl.gov are
Voyager and the AG related modules (the other anonymous-accessible
repositories, like MPICH, live on a different machine).  When things
settle, the hostname and/or cvs root might change, but for now, ag-cvs is
the most they'll commit to.

Justin

On Thu, 24 Oct 2002, Ivan R. Judson wrote:

> 
> Ends up it doesn't matter, systems won't do cvs.mcs.anl.gov.
> 
> --ivan
> 
> PS -- the reason I don't like it is because it's possible to checkout
> other software fromthere (for example I'll check out MPICH from ag-cvs),
> which mixes things in confusing ways.
> 
> ..........
> Ivan R. Judson .~. http://www.mcs.anl.gov/~judson
> Futures Laboratory .~.  630 252 0920
> Argonne National Laboratory .~. 630 252 6424 Fax
>  
> 
> > -----Original Message-----
> > From: Robert Olson [mailto:olson at mcs.anl.gov] 
> > Sent: Thursday, October 24, 2002 11:20 AM
> > To: judson at mcs.anl.gov; 'Justin Binns'
> > Cc: papka at mcs.anl.gov; 'Ag-Dev at Mcs. Anl. Gov'
> > Subject: RE: CVS stuff for AG
> > 
> > 
> > I'm not sure why you don't like ag-cvs.mcs but cvs.mcs is okay?
> > 
> > At 10:37 AM 10/24/2002 -0500, Ivan R. Judson wrote:
> > 
> > >I don't care if we have ag-cvs, I'd prefer we not advertise it, but 
> > >that's a personal preference. I'd definitely like the cname 
> > >cvs.mcs.anl.gov to point to where ever the divisional cvs server is, 
> > >can we make that happen?
> > >
> > >Thanks,
> > >
> > >--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: Thursday, October 24, 2002 10:27 AM
> > > > To: Robert Olson
> > > > Cc: judson at mcs.anl.gov; papka at mcs.anl.gov; 'Ag-Dev at Mcs. Anl. Gov'
> > > > Subject: RE: CVS stuff for AG
> > > >
> > > >
> > > > 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
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > >
> > > > >
> > > >
> > 
> 
> 