Steve,
I've found a reason of this buggy behavior. My cvs is run chrooted under cvsd.
And cvsd-buildroot has failed to updated glibc correctly, namely, it has
silently left obsolete /lib/tls/libc.so.6 inside cvs chroot. This obsolete
version of libc.so.6 prevented cvs from running correctly.
To fix the problem I've removed /lib/tls directory with all its content, and
cvs now works fine again.
Should this bugreport moved over to cvsd?
Regards,
Max
Steve McIntyre wrote:
package cvs
tags 456111 +moreinfo
severity 456111 important
thanks
On Wed, Dec 12, 2007 at 09:44:23PM -0800, Max wrote:
Package: cvs
Version: 1:1.12.13-9
Severity: grave
Justification: renders package unusable
cvs stoped working recently. On the client side I see the following error
message:
cvs [checkout aborted]: unrecognized auth response from <CVSSERVER>:
cvs: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by cvs)
There are two issues here:
1) On the server side (under debian/unstable) there is no directory /lib/tls/
2) Even when I make a symlink /lib/tls -> /lib (where libc.so.6 resides), that does not solve the problem and the
error message remains the same.
Hi Max,
I'm concerned by your bug report. I can't reproduce it here at all,
so I'm curious what your setup is:
* what access method are you using for your repository? (I'm guessing
pserver)
* can you log on to the server and run cvs directly?
* what auth setup do you have for the cvs server?
As I can't reproduce your problem, I'm reducing the severity a
little. The latest CVS upload contained only tiny changes from the
previous version, and at first sight your problems seem much more
likely to be a local configuration problem.
Thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
