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

[Sylvain Beucler]

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

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

Changes by: 
                Sylvain Beucler <address@hidden>
'Date: 
                Tue 10/12/2004 at 08:49 (Europe/Paris)

            What     | Removed                   | Added
---------------------------------------------------------------------------
              Status | Open                      | Closed







/**************************************************************************/
[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
Privacy:  Public
Assigned to:  beu
Originator Email:  address@hidden
Status:  Closed


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 21:27       By: Bill Northcott <northcob>
My apologies for any offence caused.  I know time is valuable and it seemed to 
be being wasted on testing setups with cvs-1.11.x.  I thought I had made it 
clear that I knew those worked.

For future reference, if you need Apple source code, go to:
http://www.opensource.apple.com
this is currently aliased to 
http://developer.apple.com/darwin
You need to register, but that is free.

You will find there source code for all shipping versions of Darwin and they 
have just posted code for the pre-release of Darwin 8 which they put out at 
last months developer conference.

I had a quick look at the prerelease code and it seems to be the same old 
version of cvs.  So I will file a 'please update' on their bug reporter (linked 
from the sourcecode page.).  It would probably help if you did as well.  They 
are genuinely interested in being opensource friendly.

Please don't spend more time on this issue.

Bill Northcott

-------------------------------------------------------
Date: Fri 07/16/2004 at 12:17       By: Elfyn McBratney <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: Bill Northcott <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: Elfyn McBratney <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: Bill Northcott <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: 0 <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: Ferenc Wágner <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: Bill Northcott <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: Bill Northcott <northcob>
I have tried three different Macs and they all behave the same.
Bill Northcott

-------------------------------------------------------
Date: Mon 07/05/2004 at 20:29       By: Bill Northcott <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: Elfyn McBratney <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: Bill Northcott <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: Elfyn McBratney <beu>
What version of CVS are you using?

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

-------------------------------------------------------
Date: Tue 06/29/2004 at 00:54       By: Bill Northcott <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: Bill Northcott <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: Elfyn McBratney <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: Bill Northcott <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: Elfyn McBratney <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/