=================================================================== RCS file: /cvsrepo/anoncvs/cvs/www/Attic/ctm.html,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- www/Attic/ctm.html 2001/04/02 00:00:56 1.15 +++ www/Attic/ctm.html 2001/04/06 14:08:21 1.16 @@ -24,7 +24,7 @@ and therefore available for every platform supported by OpenBSD.

-For any problems, suggestions, reports and questions regarding CTM +For any problems, suggestions, reports and questions regarding CTM, contact the CTM maintainer Hans Günter Weigand. (Please do not ask other OpenBSD people for CTM support, @@ -53,9 +53,10 @@

There are currently two kinds of base set files. For quite a while we were making tar.gz files manually, but we are -switching back to real CTM base deltas. The latter contain MD5 +switching back to real CTM base deltas. The latter contain +md5(1) checksums and are generated automatically, thus are a bit safer. You -can distinguish these two kinds of base set by their filename. An +can distinguish these two kinds of base sets by their filename. An example for a tar.gz file is OpenBSD-cvs.1450.tar.gz, whereas a CTM base delta would be named OpenBSD-cvs.1500A.gz. See below for @@ -206,7 +207,7 @@

Repeat this last step every time you receive a delta from the -mailing list. If you like you can automate this step using procmail +mailing list. If you like, you can automate this step using procmail or any similar program. @@ -265,11 +266,12 @@

This depends on your diskspace, among other factors. Since CTM doesn't deal very well with files which have been modified locally, -the "better" choice is probably the CVS repository. You can check out -your working copy of the source tree from your CVS repository then, -and keep your local modifications in your source tree. CVS is -smart enough to merge in your local changes. You can also use the -full range of CVS commands except cvs commit. +the "better" choice is probably the CVS +repository. You can check out your working copy of the source tree +from your CVS repository then, and keep your local modifications in +your source tree. CVS is smart enough to merge in your local changes. +You can also use the full range of CVS commands except cvs +commit.

The drawback, however, is the amount of diskspace it takes. A @@ -282,10 +284,11 @@

If you just get the source tree, you will need to deal with local modifications. One way to do this is to use the union filesystem, -although there have been reports that the union filesystem can be -unstable if both the upper and lower layers reside on the same physical -filesystem. If you place your upper and lower layers on separate filesystems -you should have no problems. A sample of this is as follows: +(see mount_union(8)) +although there have been reports that the union filesystem can be +unstable if both the upper and lower layers reside on the same physical +filesystem. If you place your upper and lower layers on separate +filesystems you should have no problems. A sample of this is as follows:

Suppose your CTM-updated tree is in /usr/src-ctm, and @@ -358,7 +361,7 @@ second day the remaining 46, plus the first 4 messages of the following delta.

  • The CTM software could be rewritten, or at least fixed in a - better manner. It's C implemtation is not an example of good + better manner. Its C implemtation is not an example of good programming. That would also be a nice opportunity for adding new features, like signing CTM deltas with PGP. @@ -451,7 +454,7 @@ OpenBSD www@openbsd.org
    -$OpenBSD: ctm.html,v 1.15 2001/04/02 00:00:56 naddy Exp $ +$OpenBSD: ctm.html,v 1.16 2001/04/06 14:08:21 horacio Exp $