[Red Hat 7.1, CVS 1.11.10]
I've been trying to check in a *big* change over pserver and getting some
nasty crashes from CVS (which unfortunately I did not take a note of -
System exit 11?). Eventually I discovered that this particular client
machine had an older version of CVS on it - 1.10.8
When I commit I'm also seeing:
Rlog: RCS/somefile: No such file or directory
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
I use ViewCVS as well but there is no option to see a log of checked out
files is there? If there is can you let me know where?
Steve deRosier wrote:
viewcvs -
http://viewcvs.sourceforge.net/index.html
It's what we use and we love it.
- Steve
Phil Labonte wrote:
Is there a web add-on that we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andy Jones [EMAIL PROTECTED] writes:
a) #cvs.lock - a directory (used when creating #cvs.[rw]fl.* locks)
b) #cvs.rfl.*.pid or #cvs.wfl.*.pid
c) ,file,
a's and b's but no c's.
Okay, if cvs core dumps you expect stale locks to be found in
I think that someone added a file to CVS in a way that didn't involve
typing the name of the file. People should really avoid naming files
with characters that are not printable ASCII. Theoretically it shouldn't
matter, but CVS is known to get indigestion when file names contain white
space.
Does the somefile exist in the repository, either in a container directory
or an Attic directory? I would expect something like this if someone rm's
an RCS (,v) file directly from the repository. Do other commands, such as
cvs status break with this file?
--- Forwarded mail from [EMAIL
Guys,
I'm trying to figure out what's what my problem is, since I upgraded my cvs
binary I'm getting a bunch of cvs lock files and those are leaving in the
repository.
My last cvs server version was 1.11.5 and I've just upgrade to the latest,
in the past I was working with CVS 1.11.5 in the
Am I correct in assuming that you are looking for a web based equivilent to
the 'cvs editors' command? I don't know if there is such a tool, but I'm
sure someone will be able to tell you if we can agree on the 'command line'
option you originally referred to.
Chris
-Original Message-
And you are sure that there are no 'odd' files present in your
repository? (ls -alR) I think Redhat Linux allows UTF-8 characters in
filenames...
I'm afraid so. I did try an ls -b at the time; and wiping the sandbox and recopying
from my original tar made the problem go away.
Define 'large
Hi All
Well in some of the Mac client (using CVS client 3.2 b8 / b14), it was
observed that the files which we did a clean get had lost its resource
info
When we did the get / update again, it went fine ... strange but it
happened.
Any idea ?
Regards
Gurpreet S
Again... this isn't going to tell you much. It basically gives you a
log of certain activity with the system. I can run the same command and
I get the following results:
* I have 21 modules checked out. Of those 21, I only have directories
in my sandbox for 15 of those (where did those
11 matches
Mail list logo