From owner-cvs-user  Sun May  4 11:59:24 1997
Return-Path: <owner-cvs-user>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id LAA10522
          for cvs-user-outgoing; Sun, 4 May 1997 11:59:24 -0700 (PDT)
Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA10495;
          Sun, 4 May 1997 11:59:03 -0700 (PDT)
Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id UAA04285; Sun, 4 May 1997 20:58:47 +0200 (MET DST)
Date: Sun, 4 May 1997 20:58:47 +0200 (MET DST)
Message-Id: <199705041858.UAA04285@bitbox.follo.net>
From: Eivind Eklund <eivind@bitbox.follo.net>
To: Bruce Evans <bde@zeta.org.au>
CC: cvs-all@FreeBSD.ORG, CVS-committers@FreeBSD.ORG, cvs-user@FreeBSD.ORG,
        jkh@FreeBSD.ORG
In-reply-to: Bruce Evans's message of Mon, 5 May 1997 04:06:29 +1000
Subject: Re: cvs commit:  src/release Makefile
References: <199705041806.EAA21938@godzilla.zeta.org.au>
Sender: owner-cvs-user@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> 
> >  Branch:      release   RELENG_2_2
> >  Modified:    release   Makefile
> >  Log:
> >  Don't --exclude CVS when building the src distributions.  It's
> >  actually a lot more convenient to have this information around now
> >  than it is to save a few measly megs (if even that much) of space.
> 
> It can't be right to leave pointers to nonexistent repositories.

It is extremely convenient, even if it is a little 'unclean'.  With
this in place, I can use the following shell-script

#!/bin/sh
# Usage: changerep <repository> <paths>

REPOSITORY=$1;
shift;
for repository in $(find $* -path \*/CVS/Repository)
do
	echo $REPOSITORY > $repository
done

and be ready to do a 'cvs update' to get up to date.  This is
especially convenient for sources where changes has been made without
checking out from the repository in the first place.

Changing repositories is something that is necessary fairly often if
you have mirrored repositories, so I would guess many people have a
similar script (or know how to write the appropriate command-line.)

Eivind.