Bug 21418

Summary: showstopper with current cvs package
Product: [Retired] Red Hat Linux Reporter: Need Real Name <thom>
Component: cvsAssignee: Eido Inoue <havill>
Status: CLOSED CURRENTRELEASE QA Contact: David Lawrence <dkl>
Severity: high Docs Contact:
Priority: medium    
Version: 7.0CC: dr
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-10-29 16:55:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Need Real Name 2000-11-28 11:21:51 UTC
with the current cvs rpm installed - cvs-1.10-8.i386.rpm - and set to run
from xinetd as a pserver, I can connect, login and import modules into the
repository. The server returns a warning - cvs server: cannot open
/root/.cvsignore: Permission denied - with every option. This is hardcoded,
as the server is set to run with the script "unset HOME \n  exec
/usr/bin/cvs -f -b /usr/bin --allow-root=/var/cvs pserver". However, when
the command "cvs -d:pserver:<user>@<host>:/data/volume1/cvsdata co junk" is
run, the server returns the error:
cvs server: cannot open /root/.cvsignore: Permission denied
cvs checkout: in directory junk:
cvs checkout: cannot open CVS/Entries for reading: No such file or
directory
cvs [server aborted]: can't chdir(/root): Permission denied

however, the debian server we also have running in a different office has
the same version of cvs on, with the same setup, so I can only assume it's
a problem with the rpm. Aliening the debian package and using that on the
RedHat box has fixed the problem, for the time being.

Comment 1 Gregory Leblanc 2001-01-11 05:10:51 UTC
I've been working with the GNOME project, and discovered a few specific symptoms with one of our anoncvs mirrors.  When I do a 'cvs update' and happen to hit that server, I don't get the above error.  If I specify that server explicitly, either by IP address, or by hostname, I get that error consistently.  Here are the CVSROOTs that I'm using
:pserver:anonymous.org:/cvs/gnome   (no error)
:pserver:anonymous.org:/cvs/gnome  (error)
:pserver:anonymous.65.13:/cvs/gnome        (error)

the password for those is either blank or CVS, I can't remember.  If you need somebody local to bug, I recomend jrb.  :)
	

Comment 2 John Gotts 2001-02-15 04:11:38 UTC
This problem also existed in Red Hat 6.2 and a fix was posted.  See the WONTFIX
cvs patches for Red Hat 6.2