mainSavannah Administration - Support: sr #103157, CVS update fails

 
 

sr #103157: CVS update fails

Submitter:  Bill Northcott <northcob>
Submitted:  Fri 25 Jun 2004 08:41:29 AM UTC
   
 
Category:  None Priority:  5 - Normal
Severity:  4 - Important Status:  None
Privacy:  Public Assigned to:  beu
Operating System:  None Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Fri 16 Jul 2004 09:27:08 PM UTC, comment #19: 

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

Bill Northcott <northcob>
Fri 16 Jul 2004 12:17:00 PM UTC, comment #18: 

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.

Elfyn McBratney <beu>
Fri 16 Jul 2004 03:50:43 AM UTC, comment #17: 

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

Bill Northcott <northcob>
Thu 15 Jul 2004 06:01:32 PM UTC, comment #16: 

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.

Elfyn McBratney <beu>
Wed 07 Jul 2004 02:30:04 AM UTC, comment #15: 

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

Bill Northcott <northcob>
Tue 06 Jul 2004 11:11:15 PM UTC, comment #14: 

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

Anonymous
Tue 06 Jul 2004 02:44:26 PM UTC, comment #13: 

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.

Ferenc Wágner <wferi>
Tue 06 Jul 2004 01:51:35 AM UTC, comment #12: 

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

Bill Northcott <northcob>
Mon 05 Jul 2004 08:41:44 PM UTC, comment #11: 

I have tried three different Macs and they all behave the same.
Bill Northcott

Bill Northcott <northcob>
Mon 05 Jul 2004 08:29:09 PM UTC, comment #10: 

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

Bill Northcott <northcob>
Mon 05 Jul 2004 01:54:13 PM UTC, comment #9: 

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.

Elfyn McBratney <beu>
Fri 02 Jul 2004 09:11:25 PM UTC, comment #8: 

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%

Bill Northcott <northcob>
Fri 02 Jul 2004 09:07:50 AM UTC, comment #7: 

What version of CVS are you using?

Elfyn McBratney <beu>
Tue 29 Jun 2004 12:56:42 AM UTC, comment #6: 

Second log file attached.  My effort to send two files was unsuccessful.
Bill Northcott

Bill Northcott <northcob>
Tue 29 Jun 2004 12:54:43 AM UTC, comment #5: 

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

Bill Northcott <northcob>
Mon 28 Jun 2004 11:57:22 PM UTC, comment #4: 

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

Bill Northcott <northcob>
Mon 28 Jun 2004 04:13:06 PM UTC, comment #3: 

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) ?

Elfyn McBratney <beu>
Sat 26 Jun 2004 01:46:04 AM UTC, comment #2: 

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

Bill Northcott <northcob>
Fri 25 Jun 2004 04:02:19 PM UTC, comment #1: 

Do you get the same error from a fresh checkout?

Elfyn McBratney <beu>
Fri 25 Jun 2004 08:41:29 AM UTC, 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:
northcob@subversions.gnu.org:/cvsroot/swarm

Repository:
/cvsroot/swarm/swarm

Any help would be appreciated
Bill Northcott


Bill Northcott <northcob>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #3861:  cvs.log.out added by northcob (515B - application/octet-stream - Second log file from cvs test)
file #3856:  cvs.log.in added by northcob (100KiB - application/octet-stream - Log file from cvs test)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 5 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2004-10-12 Beuc Open/ClosedOpen Closed
2004-07-14 wferi Carbon-Copy- Added wferi
2004-06-29 northcob Attached File- Added cvs.log.out, #51
2004-06-29 northcob Attached File- Added cvs.log.in, #50
2004-06-25 beu Assigned toNone beu

Back to the top

Powered by Savane 3.13-02a9.
Corresponding source code