Re: Commit Problem

2002-12-09 Thread Larry Jones
Bill Smith writes:

 MIME-Version: 1.0
 Content-Type: multipart/alternative;

Please do not send MIME and/or HTML encrypted messages to the list.
Plain text only, PLEASE!

 Additionally, I tried doing a cvs commit with cygwin cvs, I get

 /CVSROOTccess /var/cvs
 No such file or directory

You almost certainly have a line-ending problem.  I suspect the above
message is really:

cannot access /var/cvsCR/CVSROOT

the embedded CR is the problem.  I suspect the CVS/Root file in your
working directory has DOS-style line endings (CRLF) but the cygwin
CVS has been configured to use Unix-style line endings (LF).  Your
other problems are probably due to using an RSH that converts line
endings when CVS expects it to pass binary data transparently.

-Larry Jones

It's not denial.  I'm just very selective about the reality I accept.
-- Calvin


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: Commit Problem

2002-12-05 Thread Bill Smith
- Original Message -
From: Mike Ayers [EMAIL PROTECTED]
To: Bill Smith [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, December 05, 2002 3:51 PM
Subject: Re: Commit Problem



 Please send only plain text messages to technical mailing lists.  Thanks.

New install. My mistake. I didn't realize it was still enabled. Thx.


 Bill Smith wrote:
  Below is a message I posted to the tortoise cvs mailing list.
 
  Additionally, I tried doing a cvs commit with cygwin cvs, I get
 
  /CVSROOTccess /var/cvs
  No such file or directory

 This is not a cut-and-paste of the output.  Please send a
 cut-and-paste of the output, or reproduce the output faithfully.
 Approximate error messages do not help.

Actually, yes it is a cut-and-paste, here it is again including the command
line

$ cvs commit
cvs commit: Examining .
[EMAIL PROTECTED]'s password:
/CVSROOTccess /var/cvs
No such file or directory

Here s the entire trace with the -t option

$ cvs -t commit
cvs commit: notice: main loop with
CVSROOT=:ext:[EMAIL PROTECTED]:/var/cvs
cvs commit: Examining .
 - Starting server: ssh www.copperleaf.org -l bsmith cvs server
[EMAIL PROTECTED]'s password:
/CVSROOTccess /var/cvs
No such file or directory

FYI, the cygwin cvs version is

$ cvs -v

Concurrent Versions System (CVS) 1.11 (client/server)


  I know there is some inconsistency between the cvs cygwin cvs client and
  the cvsnt client
  but searching, it's not clear to me what those inconsistencies are. Can
  anyone clarify them?

 If you find this out, please tell us.   :-)  (Other than the line
 ending issue, that is).


Hmmm.

  -
  I have a strange one here. I have a group of jpg images that I'm adding
  to a repository. When I do a cvs add, all the images add fine. When I
  try and commit, I get the error below for certain files. (I only see the
  message below if I commit them one at a time, when in a group, I get
some
  generic message).
 
  What is weird is that in some cases, if I open the image in an editor
and
  resave it (change jpg params) and try and commit, it will work. This
could
  be a coincidence.

 What params are you changing?  Opening a JPEG file in an editor and
 resaving it should change nothing.


I played with changing the compression level of the jpg using the gimp. cvs
SHOULDN'T care anyway. It's a
  Additional Info:
TortoiseCVS version 1.2.1
client os: Windows XP Home
server os: Redhat 7.2
server ssh version: OpenSSH_3.1p1

 Server CVS version?

server cvs version is 1.11.1p1

 Client/server protocol?  :ext: with ssh is implied, but you give an
 OpenSSH version, and TortoiseCVS only works with PLINK.EXE, which does
 not show an OpenSSH version.


On the client side, TortoiseCVS is using plink which is connecting to sshd
on the server side.
This has worked successfully with all the other files. To add some more
detail, it is only a
handful of files (~12 out of 100) all jpgs that are acting up. The images
all vary in size, but
none exceed 30 - 40k.

  Any ideas? Honestly, I don't think this is a TortoiseCVS problem, but
  instead
  a generic cvs problem, but I was hoping someone on this list might have
some
  ideas. I'm also gonna post this on the cvs list.

 *cough*  Or generic pilot error?  Just make sure you double check
 your setup.


This may be true. (it's always a possibility :) However, what gives me pause
is that it
is just certain files. As mentioned above, other files in the same
directory, created the
same way, can be added and committed fine.

I have a number of other modules (mix of file types including jpgs) that
work fine.

Since we are talking configuration, fyi, in the server cvswrappers file is
an entry
for jpgs:
*.jpg -k 'b'

  
  In C:\Projects\webv3: C:\Program Files\TortoiseCVS\cvs.exe commit -m
   src/html/gallery/images/sunfun/009_6a.jpg
  CVSROOT=:ext:[EMAIL PROTECTED]:/var/cvs
 
  cvs commit: warning: unrecognized response `FATAL ERROR: Server sent
  disconnect message:
  ' from cvs server
  cvs commit: warning: unrecognized response `Corrupted check bytes on
  input.
  ' from cvs server
  cvs [commit aborted]: end of file from server (consult above messages if
  any)

 Check bytes?  Smells like client/server incompatibility to me.


 /|/|ike






___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: Commit Problem

2002-12-05 Thread Mike Ayers

	Please send only plain text messages to technical mailing lists.  Thanks.

Bill Smith wrote:

Below is a message I posted to the tortoise cvs mailing list.
 
Additionally, I tried doing a cvs commit with cygwin cvs, I get
 
/CVSROOTccess /var/cvs
No such file or directory

	This is not a cut-and-paste of the output.  Please send a 
cut-and-paste of the output, or reproduce the output faithfully. 
Approximate error messages do not help.

I know there is some inconsistency between the cvs cygwin cvs client and 
the cvsnt client
but searching, it's not clear to me what those inconsistencies are. Can 
anyone clarify them?

	If you find this out, please tell us.   :-)  (Other than the line 
ending issue, that is).

-
I have a strange one here. I have a group of jpg images that I'm adding
to a repository. When I do a cvs add, all the images add fine. When I
try and commit, I get the error below for certain files. (I only see the
message below if I commit them one at a time, when in a group, I get some
generic message).

What is weird is that in some cases, if I open the image in an editor and
resave it (change jpg params) and try and commit, it will work. This could
be a coincidence.


	What params are you changing?  Opening a JPEG file in an editor and 
resaving it should change nothing.

Additional Info:
  TortoiseCVS version 1.2.1
  client os: Windows XP Home
  server os: Redhat 7.2
  server ssh version: OpenSSH_3.1p1


	Server CVS version?
	Client/server protocol?  :ext: with ssh is implied, but you give an 
OpenSSH version, and TortoiseCVS only works with PLINK.EXE, which does 
not show an OpenSSH version.

Any ideas? Honestly, I don't think this is a TortoiseCVS problem, but 
instead
a generic cvs problem, but I was hoping someone on this list might have some
ideas. I'm also gonna post this on the cvs list.

	*cough*  Or generic pilot error?  Just make sure you double check 
your setup.


In C:\Projects\webv3: C:\Program Files\TortoiseCVS\cvs.exe commit -m 
 src/html/gallery/images/sunfun/009_6a.jpg
CVSROOT=:ext:[EMAIL PROTECTED]:/var/cvs

cvs commit: warning: unrecognized response `FATAL ERROR: Server sent 
disconnect message:
' from cvs server
cvs commit: warning: unrecognized response `Corrupted check bytes on 
input.
' from cvs server
cvs [commit aborted]: end of file from server (consult above messages if 
any)

	Check bytes?  Smells like client/server incompatibility to me.


/|/|ike




___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: Commit Problem

2002-12-05 Thread Mike Ayers
Bill Smith wrote:

- Original Message -
From: Mike Ayers [EMAIL PROTECTED]



Actually, yes it is a cut-and-paste, here it is again including the command
line



Here s the entire trace with the -t option

$ cvs -t commit
cvs commit: notice: main loop with
CVSROOT=:ext:[EMAIL PROTECTED]:/var/cvs
cvs commit: Examining .
 - Starting server: ssh www.copperleaf.org -l bsmith cvs server
[EMAIL PROTECTED]'s password:
/CVSROOTccess /var/cvs
No such file or directory


	Hmmm... this looks like the string /CVSROOT overlaid on the string 
Cannot access /var/cvs.  This would happen if, say, you were using 
Unix style formattting...

	You mentioned Cygwin earlier.  Have you used Cygwin to work in this 
sandbox that you are using TortoiseCVS in?

FYI, the cygwin cvs version is

$ cvs -v

Concurrent Versions System (CVS) 1.11 (client/server)


	Grandma!


What params are you changing?  Opening a JPEG file in an editor and
resaving it should change nothing.


I played with changing the compression level of the jpg using the gimp. cvs
SHOULDN'T care anyway. It's a


	Ah - that's not a parameter - you recompressed the image.  CVS 
shouldn't care, yes, but I, trying to understand the problem, do.   :-)

Additional Info:
 TortoiseCVS version 1.2.1
 client os: Windows XP Home
 server os: Redhat 7.2
 server ssh version: OpenSSH_3.1p1


Server CVS version?


server cvs version is 1.11.1p1


	Old Aunt Ethel!


Client/server protocol?  :ext: with ssh is implied, but you give an
OpenSSH version, and TortoiseCVS only works with PLINK.EXE, which does
not show an OpenSSH version.


On the client side, TortoiseCVS is using plink which is connecting to sshd
on the server side.


	Are you certain of this?  How do you know?


This has worked successfully with all the other files. To add some more
detail, it is only a
handful of files (~12 out of 100) all jpgs that are acting up. The images
all vary in size, but
none exceed 30 - 40k.


	Irrelevant, mostly.  CVS is all or nothing.  What's surprising is 
that so many files do work.

Since we are talking configuration, fyi, in the server cvswrappers file is
an entry
for jpgs:
*.jpg -k 'b'


	Good.  Please status your JPEGs and verify that the option took.


/|/|ike




___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: commit problem

2002-04-14 Thread Pierre Asselin

In [EMAIL PROTECTED] Laurence Park [EMAIL PROTECTED] 
writes:

I have tried to commit a collection on files using the command:
cvs commit -r2.0

1) You can't use 2.0, it has to start at 2.1 .
2) Don't do that.  Learn to use tags.


and I get the error message:

cvs commit: in directory fds:
cvs [commit aborted]: there is no version here; do 'cvs checkout' first

How did the fds/ directory get there?  The normal sequence is

$ cvs checkout module
$ cd module
(start using cvs commands)

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: Commit Problem

2002-01-22 Thread Anjali Madhekar



You get the error because you are trying to commit to the tag 'vuelto_multimoneda
POS_Z'. If you need to modify seperately from the main trunk, you need
to specify the tag as a branch cvs tag -b 'My_Tag'.
If you trying to modify on the main trunk, don't run the second command
cvs checkout -P -r vuelto_multimoneda POS_Z .
-Anjali
"Federico Vaca ( Invel )" wrote:

I'm using wincvs , and y checkout
my working copy of my project andget it ...
*CVS exited normally with code 0*cvs checkout -P -r vuelto_multimoneda
POS_ZAfter that , i modified a file , and when i try to make a commit
, get :cvs commit -m "Commit del archivo bat, federico-." l.batcvs
server: sticky tag `vuelto_multimoneda' for file `l.bat' is not a branch
cvs [server aborted]: correct above errors first!*CVS exited
normally with code 1*What can i do ?Atentamente,
Federico Vaca





Re: commit problem

2001-06-13 Thread Derek R. Price

[EMAIL PROTECTED] wrote:

 cvs server: sticky tag `v1-0-0-0' for file `telcom/telcom_tags_pool.dat' is
 not a branch
 cvs [server aborted]: correct above errors first!
 *CVS exited normally with code 1*

Read the section of the manual on sticky tags, branches, and branching and
merging.

http://cvshome.org/docs/manual/cvs_4.html#SEC44

Derek

--
Derek Price  CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] CollabNet ( http://collab.net )
--
I will finish what I sta
I will finish what I sta
I will finish what I sta...

  - Bart Simpson on chalkboard, _The Simpsons_




___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: Commit problem

2001-01-23 Thread Larry Jones

Alain Fontaine writes:
 
 Checking in system.class.inc;
 c:\cvs/Assurances/Classes/system.class.inc,v  --  system.class.inc
 cvs [commit aborted]: end of file from server (consult above messages if
 any)

Sounds like the server's crashing.  I suggest trying the same thing on
the server machine accessing the repository in local mode to see if you
can get any more information about what's going wrong.

-Larry Jones

What's Santa's definition?  How good do you have to be to qualify as good?
-- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: commit problem

2000-05-09 Thread Walter M. Yuan

Hi, 

I found the answer (www.wincvs.org/howto/cvsdoc/cvs_21.html#Sec180).
Thanks anyway. 

--Walter

On Tue, 9 May 2000, Walter M. Yuan wrote:

 Hi, 
 
 I must have seen this question being brought up recently, could someone
 forward me the solution/suggestions? Thanks a bunch! 
 
 cvs commit -m "no message" CreateAccount.py (in directory
 C:\WINNT\Profiles\david.000\Personal\Projects\MyProj\)
 cvs server: [16:05:42] waiting for david's lock in
 /proj/CVSrepo/MyProj
 
 we have cvs server running on a solaris ultra machine. The windows clients
 are running wincvs1.1b13.1. Most of the users don't seem to have this
 problem. 
 
 regards, 
 
 --Walter
 
 
 Walter M. Yuan--  CASSEL, Dept. of Econ.  
 Bunche Hall, UCLA, 
 Los Angeles, CA 90095
 (CIT) :626-395-8091; (UCLA):310-206-7466