un subscribe
way to much spam in this list ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: question about Permission denied
Thanks for you advice Larry, I do not have -f global option in /etc/inetd.conf but I don't think that is my problem. More info: I have 2 linux 6.1 boxes, both installed with CVS 1.10.6 I was using one to let people connect to and use CVS, the other was a backup machine incase the other crapped out. I tar/gzip/ftp file from one to the other on some frequent basis. the 2 machines are not identical, one has more disk space. I have a new project that I need the more disk space, this is the machine that I get the Permission denied on. I do not see the difference in permissions or in the inetd.conf file between these 2 machines. one lets me check out and the other don't. initd.conf of working box: cvspserver stream tcp nowait root /usr/bin/cvs cvs --allow-root=/usr/local/CVS pserver initd.conf of NON working box: cvspserver stream tcp nowait root /usr/bin/cvs cvs --allow-root=/usr/local/CVS pserver Neither contained the -f option, I think this is where you meant is would be seen? ls -al at /usr/local on working box drwxrwxr-x 11 root cvs 1024 Oct 8 15:10 CVS ls -al at /usr/local on NON working box /usr/local drwxrwxr-x 5 root cvs 4096 Nov 29 18:43 CVS - ls -al at /usr/local/CVS on NON working box drwxrwxr-x 10 deaverc cvs 4096 Nov 29 19:16 rmcqh all files in this dir and all sub dirs have drwxrwxr-x permissions, most owned by deaverc:cvs CVSROOT is owned by root:cvs drwxrwxr-x 2 root cvs 4096 Nov 29 18:32 CVSROOT I use wincvs to access these repositories. I was able to Import several modules, I look on the linux box and all I imported is there, but when I got to checkout a module is when I get the "permission denied" problem. What else can I look at that may be causing the problem? I do not think it would be a bad inetd.conf, since I am able to check modules in to CVS just fine, that lets me know CVS is up and running. I am also able to issue cvs -v and get response. The -f option sounded promising especially when I saw I did not have it on the command for cvspserver, but then when I see the machine that is working and it also does not have it, I don't think that is going to be my problem? Carl Deaver -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 29, 2001 10:08 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: question about Permission denied Deaver, Carl writes: > > cvs -z9 checkout -P rmcqh (in directory C:\ccc) > cvs server: cannot open /root/.cvsignore: Permission denied > cvs [server aborted]: can't chdir(/root): Permission denied Either you forgot the -f global option in /etc/inetd.conf or you've got a defective inetd and you're not running the latest release of CVS (1.11.1p1), which you can get from <http://www.cvshome.org>, should you need it. -Larry Jones ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Safe Repository Backup
I created my own script and tar and gzip the tar file, then move that gziped file to a different machine for storage. Weekly I put a copy on CD. I tested setting up CVS on a different box, then unzip and untar'ed one of my files to make sure the new instance of CVS would see the repository, it did! Carl -Original Message- From: Alex Rodelius [mailto:[EMAIL PROTECTED]] Sent: Friday, November 30, 2001 1:56 AM To: [EMAIL PROTECTED] Subject: Safe Repository Backup Hello, I need to back up/mirror a CVS repository to a diffrent server. Can anybody recommend a standard way for doing this or will I have to write my own scripts? I thought about using rsync, but there is the problem that the CVS must be in a consistent state (ie nobody commiting) during the copy process. Thank you ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
question about Permission denied
I was able to import module and I see that the files are in there, but when I try to check out module I get: cvs -z9 checkout -P rmcqh (in directory C:\ccc) cvs server: cannot open /root/.cvsignore: Permission denied cvs [server aborted]: can't chdir(/root): Permission denied I'm lost, I do not see where my permission problem exists? can someone help point me to where this problem is? Carl ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Transferring the CVS to another hosts
Larry, you bring up a great point here. We are about to move our repository from one server to another and we did not have the foresight to use logical name (unless you mean use computer name instead of IP address, in our case we can't use the old computer name, that is what is changing, the new name is not sndev003). I looked at my copy of the repository and there are hundreds of files to edit. Every folder has a sub folder in it called CVS. Inside that CVS folder are 4 files. 2 of which are ROOT and Repository. Inside each one of these ROOT files contains information as to who checked out these modules, which includes the server name. for example: :pserver:[EMAIL PROTECTED]:/data/sndev003/02/home/cvsop/qc I'm deaverc and sndev003.litel.com is the machine that is going away, I will have a new host soon. Look, we even had the foresight to make moving harder by having the host name in the file path! happy happy joy joy. The other file with the server name inside is Repository: /data/sndev003/02/home/cvsop/qc/batch I guess this is nothing more that the file path to the "real" repository. Hopefully most folks don't use the server name in there path. I guess in our instance, I can try to get the system admin people to create the same named path on the new host. I bet I'll loose that battle because it doesn't follow their naming standards. 8o( Would it be easier, at least for me and my users of this repository (about 25 of us), to simply delete our checked out versions and re-check out once the new repository is available on the new machine? Some of us are on separate branches too, of course. Thanks Carl Deaver -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 07, 2001 1:57 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Transferring the CVS to another hosts Eyal Rif writes: > > What need to be changed when transferring a CVS from one host to another ? ... If you didn't have the foresight to use a logical server name then you'll have to have everyone who has anything checked out edit their CVS/Root files to point to the new server. -Larry Jones ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: cvs ls wrapper solution
If they were to do this: cvs rdiff -s -D "01/01/1970 00:00:00 GMT" -r HEAD Tools would that make it work for people east of GMT? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 31, 2000 9:05 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: cvs ls wrapper solution Lars-Christian Schulze writes: > > %> cvs rdiff -s -D 01/01/1970 -r HEAD Tools > cvs [rdiff aborted]: Can't parse date/time: 01/01/1970 > > with cvs 1.10.5 _and_ 1.10.8 on different systems. > > "cvs rdiff -s -D 01/02/1970 -r HEAD Tools" or later dates seems to work. > ^^ > Does anybody know if this is a bug or a feature ? Yes. Unix's idea of time starts at 1970-01-01 00:00:00 UTC. Since you're east of the prime meridian, 1970-01-01 00:00:00 local time is before the begining of time, so CVS rejects it. -Larry Jones I stand FIRM in my belief of what's right! I REFUSE to compromise my principles! -- Calvin
double posting emails
Sorry for the double posting of emails, I got the email returned to me and I thought I had a bad address and tried again. That too returned, but then 30 Min or so later both emails showed up on the mail list. Carl Deaver
RE: corrupted gif images
cvs add -kb filename.gif cvs -m "added Gif" filename.gif This is how you add the file as binary. The -kb turns off both keyword expansion and line-ending conversion. Carl Deaver -Original Message- From: Richard June [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 30, 2000 1:37 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: corrupted gif images On Wed, 30 Aug 2000 [EMAIL PROTECTED] wrote: > hi, > I'm new to CVS. We have just set up a CVS system on a PC running > Redhat Linux 6.1, with clients on both Mac and Linux. Source (txt) > files are working great. But our gif images, stored as binary, get > currupted when we update them from the Mac clients. Anyone know why? Did you tag the gif files as binary?
RE: corrupted gif images
cvs add -kb filename.gif cvs -m "added Gif" filename.gif This is how you add the file as binary. The -kb turns off both keyword expansion and line-ending conversion. Carl Deaver -Original Message- From: Richard June [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 30, 2000 1:37 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: corrupted gif images On Wed, 30 Aug 2000 [EMAIL PROTECTED] wrote: > hi, > I'm new to CVS. We have just set up a CVS system on a PC running > Redhat Linux 6.1, with clients on both Mac and Linux. Source (txt) > files are working great. But our gif images, stored as binary, get > currupted when we update them from the Mac clients. Anyone know why? Did you tag the gif files as binary?
Diff and password
I issued a diff command and after several messages from server telling me it is diffing qc40/src/... It then says it cannot find password and stops? I've got to login again to do anything else. I was logged in to start the diff in the first place. Any ideas why it is logging me out? Here is the output I got from the diff: cvs server: Diffing qc40/src/net/qwest/wafer/examples/apparch cvs server: Diffing qc40/src/net/qwest/wafer/examples/apparch/logging cvs diff: cannot find password cvs [diff aborted]: use "cvs login" to log in first *CVS exited normally with code 1* Thanks Carl Deaver
RE: Need advice on Problem with WinCVS and tkCVS clients
Maybe check your settings under "CVsAdmin" and then the "Globals" tab and make sure the "Checkout read-only" check box is NOT checked? If it is checked then you can only read. Good luck Carl Deaver -Original Message- From: Andrew Wallace [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 10, 2000 9:31 AM To: [EMAIL PROTECTED] Subject: Need advice on Problem with WinCVS and tkCVS clients CVSers, I have just started a new position and am trying to get a CM environment up and running using CVS. When I run either WinCVS or tkCVS from a MS 2000 environment using CVS 1.10.8 on a solaris box managing the repository, all functions seem to work with the exception of cvs commit. I get the following message from both clients when I try to commit: cvs commit -m "Test commit" purpose.html (in directory D:\WORKAREA\cm\website\) cvs [server aborted]: "commit" requires write access to the repository *CVS exited normally with code 1* The CVSROOT is set to andwall@localhost:/home/cvs/repository with pserver authentication on WinCVS. Environment setting on pc for tkCVS: CVSROOT is set to :pserver:[EMAIL PROTECTED]:/home/cvs/repository, USER is andwall, Path has been expanded to find diff.exe, cat.exe, and cvs.exe. I have done the following on the unix server: The userid I am using (andwall) on the solaris box is in the /etc/passwd file and been added to a groupid of cvs. The repository has been set up in the home directory of an id cvs and is owned by cvs with rwx permissions. The default groupid for all of the repository directories is cvs with rwx permissions. (World is r-x) A directory repacc has been created in the cvs home directory with a groupid of cvs. The permissions are rwxrwxr-x. I have ensured the CVSROOT/config file has the following line: LockDir=/home/cvs/repacc I have ensured the CVSROOT/config file does not have the following line: SystemAuth=no I have ensured the CVSROOT/history file has permissions of rw-rw-rw-. Owner/groupid is cvs/cvs. After the following lines were added to /etc/services and /etc/inetd.conf, the system was rebooted. The /etc/services file has the following line: cvspserver 2401/tcp The /etc/inetd.conf file has the following line: cvspserver stream tcp nowait root /usr/local/bin/cvscvs -f --allow-root=/home/cvs/repository pserver Has anyone encountered this message? (I'm all ears) Can anyone comment on what I might have missed? Thanks in advance for any help. Andy Wallace CM Specialist/Infranet Systems Administrator BSM Dimension Enterprises Nortel Networks Global Professional Services 1560 Broadway Blvd., Suite 900, Denver, CO 80202 Office phone: 720 904 3437 Page from phone: 800 759 8352 pin: 8777681096 Page from email: [EMAIL PROTECTED] Office Fax: 720 904 3483 email: [EMAIL PROTECTED]
Simple question on login
I have an install of wincvs on an NT box that allows only 1 specific user to logon from that NT Box and I don't know why that is. I have many NT boxes with wincvs and I can log in as several different users on these box with the exeption of this 1 NT box! >From that station only 1 login works? I have used a telnet session from that box to make sure that the NT box will telnet to the Sunbox and can connect as many users, and it does. Where can I look for more information on setup? I made sure that the "CVSAdmin" preferences are the same on this rogue NT box as it is on the working ones. Thanks Carl Deaver