[Savannah-hackers] [support #103157] CVS update fails

[Elfyn McBratney]

This mail is an automated notification from the support tracker
 of the project: Savannah Administration.

/**************************************************************************/
[support #103157] Latest Modifications:

Changes by: 
                Elfyn McBratney <address@hidden>
'Date: 
                Fri 07/16/2004 at 12:17 (Europe/London)

------------------ Additional Follow-up Comments ----------------------------
First off, there is no need to be rude, and I certainly do not call five 
responses to this tracker and spending many hours of my time investigating this 
very issue 'ignoring you'.  This is not my day job; I do not get paid to do 
this.  I am a *volunteer*.

As I said below in my reply: "I'll keep this open, but as
I said there is not much we can do: tests on several different platforms and 
CVS versions did not exhibit this behaviour, and the only people that have 
reported this problem to us are a) using ancient versions of CVS or b) using 
feature test versions."

You fall in to the prior category.  Now perhaps ancient wasn't the right word, 
but either way the version of CVS you are using is at least two years old and 
is not even available to download anymore from the CVS website.

Given that I was unable to find a CVS 1.10 version, I looked on Apple's 
website, and called their UK support hotline to try and obtain the source code 
for the [ancient two year old] version of CVS they distribute, so I could try 
and debug this myself, to no avail.

I suppose you could call that not trying to resproduce your issue, couldn't you?

Also, I never said that it worked for you on the 22nd of June, unless you have 
morphed into the user `wferi' a few posts below.

Finally, it's not that I am not interested in making changes at our end.  If I 
or another Savannah administrator finds out exactly how to fix this, we will do 
so, if reasonable.  But we are not going to revert to the previous version of 
CVS (1.11.1p1) that was in use up until the 9th of June (2004) as it is 
vulnerable to buffer overflows and other sich nastiness.






/**************************************************************************/
[support #103157] Full Item Snapshot:

URL: <http://savannah.gnu.org/support/?func=detailitem&item_id=103157>
Project: Savannah Administration
Submitted by: Bill Northcott
On: Fri 06/25/2004 at 08:41

Category:  None
Priority:  5 - Normal
Severity:  7 - Major
Resolution:  None
Assigned to:  beu
Originator Email:  address@hidden
Status:  Open


Summary:  CVS update fails

Original Submission:  The commands below were run in a source tree checked out 
in April.

/Users/billn/Public/Swarm/swarm/
/usr/bin/cvs -q -n update
cvs update: inflate: unknown compression method
cvs [update aborted]: reading from server: Input/output error

I get this error persistently.  My system is MacOS X 10.3.4 with the standard 
CVS 1.10 (Halibut).

The contents of the CVS directory are:
Root:
address@hidden:/cvsroot/swarm

Repository:
/cvsroot/swarm/swarm

Any help would be appreciated
Bill Northcott



Follow-up Comments
------------------


-------------------------------------------------------
Date: Fri 07/16/2004 at 12:17       By: beu
First off, there is no need to be rude, and I certainly do not call five 
responses to this tracker and spending many hours of my time investigating this 
very issue 'ignoring you'.  This is not my day job; I do not get paid to do 
this.  I am a *volunteer*.

As I said below in my reply: "I'll keep this open, but as
I said there is not much we can do: tests on several different platforms and 
CVS versions did not exhibit this behaviour, and the only people that have 
reported this problem to us are a) using ancient versions of CVS or b) using 
feature test versions."

You fall in to the prior category.  Now perhaps ancient wasn't the right word, 
but either way the version of CVS you are using is at least two years old and 
is not even available to download anymore from the CVS website.

Given that I was unable to find a CVS 1.10 version, I looked on Apple's 
website, and called their UK support hotline to try and obtain the source code 
for the [ancient two year old] version of CVS they distribute, so I could try 
and debug this myself, to no avail.

I suppose you could call that not trying to resproduce your issue, couldn't you?

Also, I never said that it worked for you on the 22nd of June, unless you have 
morphed into the user `wferi' a few posts below.

Finally, it's not that I am not interested in making changes at our end.  If I 
or another Savannah administrator finds out exactly how to fix this, we will do 
so, if reasonable.  But we are not going to revert to the previous version of 
CVS (1.11.1p1) that was in use up until the 9th of June (2004) as it is 
vulnerable to buffer overflows and other sich nastiness.

-------------------------------------------------------
Date: Fri 07/16/2004 at 03:50       By: northcob
Why do I get the feeling that my messages are being ignored?

As I said in my last message the ChangeLogs in cvs have entries indicating that 
this is a problem between some versions of the 1.11 server and the 1.10 and 
possibly 1.12 clients.  So I not in the least surprised that your testing of an 
assortment of 1.11 versions gave no problem.  You don't seem to be trying to 
reproduce my issue.

As for whether my version of cvs is prerelease, I have no idea.  It is 
certainly the same version that Apple have used in all their released Developer 
Tools for at least three years, and it works using the -z options with all the 
other cvs servers I have tried including Sourceforge.

Also I never said it worked on 22nd June.  If definitely did NOT work on that 
date.  The last time I know for sure it worked was around 22nd APRIL.

Since you don't seem to be interested in changing anything at your end, let's 
just forget about it and I'll leave the -z option turned off.

Bill Northcott

-------------------------------------------------------
Date: Thu 07/15/2004 at 18:01       By: beu
Apologies for the delay, I have been out of town.

When I was investigating this, I tested versions 1.11.13 throught to 1.11.17 
(not only on GNU/Linux, but also on FreeBSD and Windows, and a colleague tested 
Mac OS X 10.3) with a few different combos of compression levels.  Neither of 
us got any errors.

Wferi, the last time CVS was updated on our system was on the 7th of June, so 
if everything was OK on the 22nd, it sounds more like a client issue not a 
server one.  Especially as your using a feature test (alpha) version and not a 
proven stable version of CVS.

I'll keep this open, but as I said there is not much we can do: tests on 
several different platforms and CVS versions did not exhibit this behaviour, 
and the only people that have reported this problem to us are a) using ancient 
versions of CVS or b) using feature test versions.

-------------------------------------------------------
Date: Wed 07/07/2004 at 02:30       By: northcob
The Changelogs for cvs indicate that this is an issue between cvs v1.10 (1.12?) 
client and some versions of 1.11 server.
Bill Northcott

-------------------------------------------------------
Date: Tue 07/06/2004 at 23:11       By: None
A final comment that the -z3 is included in the recommended cvs commands given 
on Savannah, Sourceforge and Apple's cvs to name a few.

So I still think there is something wrong with the Savannah setup.
Bill Northcott

-------------------------------------------------------
Date: Tue 07/06/2004 at 14:44       By: wferi
I experience the same on Linux, cvs 1.12.1.  Back on Jun 22 00:12 CEST 
everything was working OK with -z3.  Now I have to switch off compression (-z0) 
to get anything.

-------------------------------------------------------
Date: Tue 07/06/2004 at 01:51       By: northcob
I found a fix.

I have a line in .cvsrc "cvs -z3".  Removing the -z3 makes the error go away.
I am still not understanding what is going on because .cvsrc has not been 
changed in well over a year, it works with Apple's cvs, it works with checkout 
and it used to work on Savannah until recently.

I tried it on a Tru64 box and the -z3 option gave no problems, but that was CVS 
version 1.11.

Bill Northcott

-------------------------------------------------------
Date: Mon 07/05/2004 at 20:41       By: northcob
I have tried three different Macs and they all behave the same.
Bill Northcott

-------------------------------------------------------
Date: Mon 07/05/2004 at 20:29       By: northcob
Three months ago it worked!  Something has been changed at your end.  It would 
be helpful to know what has been done to the cvs in the last few months. 

My computer works perfectly well with Apple's opensource cvs.

When you say you cannot reproduce it, have you tried with Darwin/MacOS X or 
only Linux?

The error message seems to me to imply that the files are compressed with an 
algorithm not available on Darwin.  Do you use bzip2?  This will be supported 
in Darwin 8 but is not in the current versions.

Bill Northcott

-------------------------------------------------------
Date: Mon 07/05/2004 at 13:54       By: beu
Unfortunately, I've gone as far as I can with this request, as I haven't found 
any evidence that this is a problem with the CVS server on Savannah, and all 
attempts to reproduce this have failed (FWIW, CVS 1.11.5 doesn't exhibit this 
problem).

The last thing I can suggest is that you contact Apple and see if they are able 
to help you.

I'm sorry I can't be of any more help.

-------------------------------------------------------
Date: Fri 07/02/2004 at 21:11       By: northcob
This is cvs as supplied with Xcode 1.2/Darwin 7.4/MacOS X 10.3.4
[PBG4-BN:~/Public/GNU] billn% cvs -v
Concurrent Versions System (CVS) 1.10 `Halibut' (client/server)
Copyright (c) 1989-1998 Brian Berliner, david d `zoo' zuhn, 
                        Jeff Polk, and other authors
CVS may be copied only under the terms of the GNU General Public License,
a copy of which can be found with the CVS distribution kit.
Specify the --help option for further information about CVS
[PBG4-BN:~/Public/GNU] billn% 


-------------------------------------------------------
Date: Fri 07/02/2004 at 09:07       By: beu
What version of CVS are you using?

-------------------------------------------------------
Date: Tue 06/29/2004 at 00:56       By: northcob
Second log file attached.  My effort to send two files was unsuccessful.
Bill Northcott

-------------------------------------------------------
Date: Tue 06/29/2004 at 00:54       By: northcob
Whoops.  Forget that last message.  The shell did not have ssh as the cvs 
access method.

Now I get:
[PBG4-BN:~/Public/Swarm/swarm] billn% /usr/bin/cvs -q -n update
cvs update: inflate: unknown compression method
cvs [update aborted]: reading from server: Input/output error
[PBG4-BN:~/Public/Swarm/swarm] billn% 

Log files attached.

Bill Northcott

-------------------------------------------------------
Date: Mon 06/28/2004 at 23:57       By: northcob
I tried with the log files as requested.  Behaviour seems to have changed but 
is still not working.  I have tested this on two computers with identical 
result.

[PBG4-BN:~/Public/Swarm/swarm] billn% setenv CVS_CLIENT_LOG cvs.log
[PBG4-BN:~/Public/Swarm/swarm] billn% /usr/bin/cvs -q -n update
savannah.gnu.org: Operation timed out
cvs [update aborted]: end of file from server (consult above messages if any)
[PBG4-BN:~/Public/Swarm/swarm] billn% 

This error is the same from within Xcode.

cvs.log.in:
Root /cvsroot/swarm
Valid-responses ok error Valid-requests Checked-in New-entry Checksum Copy-file 
Updated Created Update-existing Merged Patched Rcs-diff Mode Mod-time Removed 
Remove-entry Set-static-directory Clear-static-directory Set-sticky 
Clear-sticky Template Set-checkin-prog Set-update-prog Notified 
Module-expansion Wrapper-rcsOption M Mbinary E F MT
valid-requests

cvs.log.out is empty.

Bill Northcott

-------------------------------------------------------
Date: Mon 06/28/2004 at 16:13       By: beu
Can you try the following from a shell (assuming bash):

  export CVS_CLIENT_LOG=cvs.log
  /usr/bin/cvs -q -n update

And attach the files cvs.log.in and cvs.log.out (which will be in the same 
directory as you ran cvs in) ?

-------------------------------------------------------
Date: Sat 06/26/2004 at 01:46       By: northcob
The previous error occured trying to update the status from within Xcode.

I did a fresh checkout from within a shell and tried again with the same result:
[PBG4-BN:Swarm/test/swarm] billn% /usr/bin/cvs -q -n update
cvs update: inflate: unknown compression method
cvs [update aborted]: reading from server: Input/output error
[PBG4-BN:Swarm/test/swarm] billn% 

Bill Northcott

-------------------------------------------------------
Date: Fri 06/25/2004 at 16:02       By: beu
Do you get the same error from a fresh checkout?




CC List
-------

CC Address                          | Comment
------------------------------------+-----------------------------
wferi                               | pretty curious



File Attachments
-------------------

-------------------------------------------------------
Date: Tue 06/29/2004 at 00:56  Name: cvs.log.out  Size: 515B   By: northcob
Second log file from cvs test
http://savannah.gnu.org/support/download.php?item_id=103157&amp;item_file_id=51

-------------------------------------------------------
Date: Tue 06/29/2004 at 00:54  Name: cvs.log.in  Size: 100.11KB   By: northcob
Log file from cvs test
http://savannah.gnu.org/support/download.php?item_id=103157&amp;item_file_id=50






For detailed info, follow this link:
<http://savannah.gnu.org/support/?func=detailitem&item_id=103157>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/