how to handling read only cvs trees

[Brooks Davis]

On Wed, Sep 07, 2005 at 03:32:39PM +0200, Gordon Bergling wrote:
> Hi,
> 
> I currently working to get an old patch up to HEAD, but I have a problem
> with generating a diff from my work.
> 
> I usually checkout out src from a local cvs mirror of the FreeBSD
> repository. I do this with
> 
> cvs -Rd/home/ncvs checkout src
> 
> Without the -R flag I must do the checkout as root to create a read
> lock.
> 
> The changes are easly diff'ed with
> 
> cvs -Rd/home/ncvs checkout -uN > ../path/to/release.{patch|diff}
> 
> I added new files in existing directories with 'cvs add' so that
> these files are included in the generated patch.
> 
> The problem I am faced with is that there are new directories with new
> files (a lot) and these files are not included in the patch. I tried to
> 'cvs add' the directories, but I am not allowed the create the
> directories in /home/ncvs. Sure I just could fire up sudo to do the
> work, but I am afraid that cvsup, which I use to mirror the cvs
> repository, could delete them with the next scheduled run.
> 
> Has anyone a hint on how to handle this situation?

Either pack the files up in a shar or tarball or use diff -N against
/dev/null to create that part of the diff by hand.  FWIW, CVS wouldn't
do it for you even if you could add the files.

-- Brooks

-- 
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20050907/3056a3d3/attachment.bin