Otto Moerbeek wrote [2012-02-03 12:47+0100]:
> I like to say that long delays I have seen when using cvs had to do
> with multiple different values of CVS/Root files in my local tree.
>
> Those different entries can be created when doing a cvs up -d that
> creates a new dir. If a cvs -d option is used at the same time, the
> CVS/Root entry for tht dir wil be different than the other's.
>
> The exact cause of the slowdown is not known to me. But when you are
> switch repositories once in a while it's easy to get this case.
>
> I repair this by find . -name Root | xargs rm and using a explicit cvs
> root.
Now this is really another important issue of scattered
information, is it, and it's not noted in anoncvs.html!
I've slightly modified your command, i think my version is more
secure for use on a webpage.
> -Otto
--steffen
Index: anoncvs.html
===================================================================
RCS file: /cvs/www/anoncvs.html,v
retrieving revision 1.363
diff -a -p -u -r1.363 anoncvs.html
--- anoncvs.html 24 Jan 2012 09:57:35 -0000 1.363
+++ anoncvs.html 3 Feb 2012 13:33:28 -0000
@@ -542,6 +542,15 @@ add the <em>-d anon...@anoncvs.ca.openbs
# <strong>cd /usr/src</strong>
# <strong>cvs -d anon...@anoncvs.ca.openbsd.org:/cvs -q up -Pd</strong>
</pre>
+
+<p> And because cvs(1) stores the name of the server which is in use once
+a directory gets created in the file CVS/Root inside this new directory,
+it maybe wise to issue a command sequence like the following:
+<pre>
+ # <strong>cd /usr/src</strong>
+ # <strong>find . -path '*CVS/Root' | xargs rm</strong>
+ # <strong>cvs -d anon...@anoncvs.ca.openbsd.org:/cvs -q up -Pd</strong>
+</pre>
</ul>
<p>
