cvs@jlab/group/halld/cvsroot works.

[Randy MacLeod <rwm@jlab.org>]

Hi,

  Some directories had been moved and this messed up cvs. 
They (cvsroot & builds) are put back now and I can 
cvs co HDFAST mcroot stdhep_translators
Of course this version of HDFAST is probably out of date.

As per Paul's note, I have:
 setenv CVSROOT :pserver:${USER}@jlabs1.jlab.org:/group/halld/cvsroot 

There are other dirs in /group/halld/joe+dennis. Let me know if
they should be kept...

cd /group/halld
ls joe+dennis/
beam/  bin/  lib/  sim/  

Do we really need anon cvs or are tar.gz files enough.

Below is an article that confirms that the security folks
at the lab will likely be reluctant to allow anon cvs.

// Randy

| http://scwm.mit.edu/mail-archives/scwm-discuss.1998/msg00400.html
| 
| >> > OK, I read over the instructions people posted. If people can give me
| >> > some vague assurance that there's no way read-only anonymous CVS
| >> > access can compromise the machine's security
| >> 
| >> There is no such assurance. CVS hasn't been well enough beaten on,
| >> IMHO. There is stuff you can do to make it better, though.
| >
| >If you can suggest ways to mitigate the risk (or where I can look such
| >things up), I'd appreciate it.
| 
| What mozilla.org does is to launch a wrapper program from inetd that does a
| chroot to a "jail" wherein the read-only CVS repository lives, before doing
| an exec of the real cvs program.  The chrooted jail has its own cvs and
| related executables, a couple of shared libraries, and /tmp directory for
| cvs scratch space.  (The jail wrapper also imposes a limit on the number of
| simultaneous pserver connections to try to contain heavy load on the
| server.) I can provide sources for the jail shell and more details on setup
| if you want them.