Most importantly, the anoncvs service does NOT delete the changes you make in your local copy of the source tree -- read on for more details!
The latest version of CVS is available at Cyclic. Versions earlier than 1.6 are not recommended, and may not work. If you already have OpenBSD installed, CVS is included.
There are two levels of source tree access:
You may want to use `traceroute' to find out which server is nearest you. Problems with a server should be reported to the maintainer of the server in question.
IMPORTANT NOTE: There are a few issues relating to cryptographic software that everyone should be aware of:
A sample use of an anoncvs CVS server would be:
% setenv CVSROOT anoncvs@anoncvs.usa.openbsd.org:/cvs % cd /tmp % cvs get src/sys/arch/sparc [copies the files from the repository to your machine] % cvs log src/sys/arch/sparc/sparc/locore.s [shows the commit log for the chosen file ] % cvs diff -bc -r1.1 -r1.5 src/sys/arch/sparc/sparc/locore.s [shows the changes between revisions 1.1 and rev 1.5]
Here is how someone using anoncvs regularily would update his source tree:
# setenv CVSROOT anoncvs@anoncvs.usa.openbsd.org:/cvs # cd /usr # cvs -q get -PA srcor similarily later on he might try
# cd /usr/src # cvs -q up -PAdEverytime you ran this it would syncronize your /usr/src tree. It would not destroy any of your local changes, rather it would attempt to merge changes in. If you use obj directories (not obj symbolic links) you may wish to append "-I obj" to the cvs command line, this will keep cvs from spitting out a warning about all the obj directories it is going to encounter which are not in the repository.
The CVS man page (included with the CVS sources) has much more information about how CVS can be used.
The anoncvs service gives fledgling developers a chance to learn CVS operation and get thoroughly involved in the development process before getting "commit" access -- as a result of showing useful skills and high quality results they will naturally later be given developer access. As well, people providing patches can create their "diff"s relative to the CVS tree, which will ease integration.
The CVS client uses rsh to talk to the CVS server. If some local security measure like a firewall (or imperfect protocol emulators like slirp) prevents you from using rsh, you may be able to use ssh instead. In this case, one sets the environment variable CVS_RSH to point to ssh (typically /usr/local/bin/ssh). To reduce the performance hit the anoncvs server would take it is recommended (and requested) that you disable encryption. If your local site prevents you from connecting out to port 22 (which ssh defaults to using) use port 2022.
Do not be tempted to turn on compression since CVS already compresses. Use something like the following in your $HOME/.ssh/config file. Note that not all anoncvs servers allow ssh connections on port 2022.
Host anoncvs.usa.openbsd.org Cipher none Port 2022
CVS is a little noisy starting up; to quiet it a bit you may want to do this:
setenv CVS_CLIENT_PORT -1
If you wish to change from one CVS server to another (say your normal one is down, or for any other reason), the environment variable which will let you do this is
setenv CVS_IGNORE_REMOTE_ROOT
If you wish to be a new anoncvs mirror site, please contact the anoncvs maintainer. Anoncvs mirrors require about 300MB of disk, and use up to 4MB of swap per anoncvs user (assuming the user does a large operation; while smaller operations use fewer resources, anoncvs still makes much more of an impact than ftp or sup). Such anoncvs machines should have excellent network connectivity for the area they are expected to serve. A document which describes the setup of anoncvs servers is available.