Timothy Shimmin wrote:
>
> >
> > When doing a cvs update I get this:
> >
> > ...
> > cvs server: Updating fs/xfs
> > cvs server: Updating fs/xfs/dmapi
> > cvs server: Updating fs/xfs/linux
> > cvs server: Updating fs/xfs/pseudo-inc
> > cvs server: cannot open directory
> > /cvs/linux-2.4-xfs/linux/fs/xfs/pseudo-inc: No such file or directory
> > cvs server: skipping directory fs/xfs/pseudo-inc
>
> I p_source_tree_remove'd (cmd from SGI's cvs equivalent) the last file
> in this directory, fs/xfs/pseudo-inc/sys/acl.h,
> and I presume this has affected the cvs tree adversely.
>
> Russell, can you explain/rectify this.
> Thanks muchly.
This is an inherent problem with the way the cvs tree is built.
The tres essenstially is recustucted every hour from the ptools
source.
Normally cvs never deletes anything... it just moves it to the Attic,
but by rebuilding the tree from the ptools tree every hour anything that
is dropped from ptools does not get moved to the Attic it simply gets
dropped.
The only way to fix this problem is either recheck out the tree,
or to manually remove the directory and the entry in the CVS/Entries
file.
The latter involves a lot less time and network bandwidth.
This will always be a problem whenever files or directories are removed.
Files cvs just goes hmm spits our a warning and cleans up but
directories
will involve manual help.
--
Russell Cattelan
--
Digital Elves inc. -- Currently on loan to SGI
Linux XFS core developer.
|