bug-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem with Entries file


From: Larry Jones
Subject: Re: Problem with Entries file
Date: Fri, 16 Nov 2007 16:39:45 -0500 (EST)

Matt Dowding writes:
> 
> My CVS client does not seem to support the tracing option (i.e. cvs co -t
> <module> fails as it does not like the -t).

That's because it's a global option that goes before the command name,
not after it:

        cvs -t log <module>

> The Entries.Log file looks like this :-
> 
> D
> 
> The Entries.Log file looks like this :-
> 
> A D/solaris-sparc////

I assume the first file should be Entries.  If so, that would be
appropriate for a directory containing a single subdirectory
(solaris-sparc).  Is that correct?  The Entries file does not stand
alone; if there is an Entries.Log file, it contains changes to the
Entries file that need to be applied before using it.

> One thing I have discovered is that the files appear ok (and cvs status
> works) if I explicitly request a recursive checkout (cvs co -R <module>).

Recursion is the default for checkout (unless you have a ~/.cvsrc file
that overrides it).  Explicitly asking for recursion has absolutely no
effect if it's the default, so I don't think that's what really caused
the difference.  We really need the trace file to figure out what's
going on.

-Larry Jones

I'm crying because out there he's gone, but he's not gone inside me. -- Calvin




reply via email to

[Prev in Thread] Current Thread [Next in Thread]