Re: CVS CO Error
Hello, This was in fact a server issue, which seemed specific to the US anoncvs server. I ran the same commands, however, I used the German anoncvs server, as seen below: setenv CVSROOT [EMAIL PROTECTED]:/home/ncvs I was able to successfully synchronize my source with no errors. Thank you very much for your help. Much appreciated!! KB Phil Schulz [EMAIL PROTECTED] wrote: Kevin D. Kinsey, DaleCo, S.P. wrote: Kenneth A. Bond wrote: Hello, I am trying to update my source using CVS, as CVSup is not an option in my current environment. I am running FreeBSD 4.10. Below are the commands that I am entering in order to perform the update, but for some reason, I am getting the following error when attempting to update my source: lx1005# pwd /usr/src lx1005# setenv CVSROOT [EMAIL PROTECTED]:/home/ncvs lx1005# cvs co -rRELENG_4_10 src cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied lx1005# whoami root [...] I'm thinking it must be something in your configuration, as I can't replicate the problem here. I can, but only if I include the -rRELENG_4_10 part. (using csh) # setenv CVSROOT [EMAIL PROTECTED]:/home/ncvs # cvs co -rRELENG_4_10 src/COPYRIGHT cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied # cvs co src/COPYRIGHT U src/COPYRIGHT If there were a file in the way, you'd see something like # rm -rf src/ # mkdir src # touch src/COPYRIGHT # cvs co src/COPYRIGHT cvs checkout: cannot open CVS/Entries for reading: No such file or directory cvs [checkout aborted]: no repository The reason why I think this is a server issue is that there is no reference to /home/ncvs on my system besides the CVSROOT variable. Of course, I might be doing something wrong, but I'm completely lost on what it could be. Do you have CVS_RSH=ssh in your environment? From man cvs: CVS_RSH cvs uses the contents of this variable to determine the name of the remote shell command to use when starting a cvs server. If this variable is not set then `ssh' is used. I take is that it doesn't matter if you've got it set or not, as long as you want to use ssh. -- Did you know... If you play a Windows 2000 CD backwards, you hear satanic messages, but what's worse is when you play it forward ...it installs Windows 2000 -- Alfred Perlstein on [EMAIL PROTECTED] Computers are like Air Conditioners: They stop working properly if you open Windows. - Post your free ad now! Yahoo! Canada Personals ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVS CO Error
Kevin D. Kinsey, DaleCo, S.P. wrote: Kenneth A. Bond wrote: Hello, I am trying to update my source using CVS, as CVSup is not an option in my current environment. I am running FreeBSD 4.10. Below are the commands that I am entering in order to perform the update, but for some reason, I am getting the following error when attempting to update my source: lx1005# pwd /usr/src lx1005# setenv CVSROOT [EMAIL PROTECTED]:/home/ncvs lx1005# cvs co -rRELENG_4_10 src cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied lx1005# whoami root [...] I'm thinking it must be something in your configuration, as I can't replicate the problem here. I can, but only if I include the -rRELENG_4_10 part. (using csh) # setenv CVSROOT [EMAIL PROTECTED]:/home/ncvs # cvs co -rRELENG_4_10 src/COPYRIGHT cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied # cvs co src/COPYRIGHT U src/COPYRIGHT If there were a file in the way, you'd see something like # rm -rf src/ # mkdir src # touch src/COPYRIGHT # cvs co src/COPYRIGHT cvs checkout: cannot open CVS/Entries for reading: No such file or directory cvs [checkout aborted]: no repository The reason why I think this is a server issue is that there is no reference to /home/ncvs on my system besides the CVSROOT variable. Of course, I might be doing something wrong, but I'm completely lost on what it could be. Do you have CVS_RSH=ssh in your environment? From man cvs: CVS_RSH cvs uses the contents of this variable to determine the name of the remote shell command to use when starting a cvs server. If this variable is not set then `ssh' is used. I take is that it doesn't matter if you've got it set or not, as long as you want to use ssh. -- Did you know... If you play a Windows 2000 CD backwards, you hear satanic messages, but what's worse is when you play it forward ...it installs Windows 2000 -- Alfred Perlstein on [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVS CO Error
Kenneth A. Bond wrote: Hello, I am trying to update my source using CVS, as CVSup is not an option in my current environment. I am running FreeBSD 4.10. Below are the commands that I am entering in order to perform the update, but for some reason, I am getting the following error when attempting to update my source: lx1005# pwd /usr/src lx1005# setenv CVSROOT [EMAIL PROTECTED]:/home/ncvs lx1005# cvs co -rRELENG_4_10 src cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied lx1005# whoami root These commands show that I am in the /usr/src directory (which is where I should be), and that I am the root user. I was informed by another user that this was a server error, but I can't seem to get around it no matter which anoncvs server I use. Please advise. Thanks I'm thinking it must be something in your configuration, as I can't replicate the problem here. Do you have CVS_RSH=ssh in your environment? Computers are like Air Conditioners: They stop working properly if you open Windows. Heh...if only people would build houses without them. But they like the look of Windows, methinks... Kevin Kinsey ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVS CO Error
Kenneth A. Bond wrote: I am trying to update my source using CVS, as CVSup is not an option in my current environment. I am running FreeBSD 4.10. Below are the commands that I am entering in order to perform the update, but for some reason, I am getting the following error when attempting to update my source: lx1005# pwd /usr/src lx1005# setenv CVSROOT [EMAIL PROTECTED]:/home/ncvs lx1005# cvs co -rRELENG_4_10 src cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied lx1005# whoami root These commands show that I am in the /usr/src directory (which is where I should be), and that I am the root user. I was informed by another user that this was a server error, but I can't seem to get around it no matter which anoncvs server I use. Just for kicks, try these things: #1: Perhaps you're having trouble because 'co' is running into pre-existing directories/files. mkdir /test cd /test cvs co -rRELENG_4_10 src . The . should force the source into /test (where you are) I believe. #2: Who or what is /home/ncvs??? Is that being set somewhere in your root login? Or in your /root/.cvsrc? Surely doing a 'co' should not write anything on the anonymous server... On your local machine, go ahead and create /home/ncvs/ and chmod 777 it. Then try again. #3: Aha! Do you have a .cvsrc file in your /root directory? Does it automagically add flags to 'co' to make you put a 'watch' on files you check out? Or perhaps force 'co' to always check out with some kind of exclusive lock on them? Or some other funky flags getting passed to 'co' via /root/.cvsrc? Any of these things might be real handy in your day-to-day usage of CVS within your work-place or personal setup, but would most likely not be conducive to anonymous access of BSD's CVS servers. I think all of those flags have some kind of over-ride to turn them back OFF from the command line, so you won't need to fargle your .cvsrc -- cvs help co should tell you what flags to add to over-ride the existing flags. -- Like Music? http://l-i-e.com/artists.htm ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CVS CO Error
On 2004-09-13 17:02, Kenneth A. Bond [EMAIL PROTECTED] wrote: I am trying to update my source using CVS, as CVSup is not an option in my current environment. I am running FreeBSD 4.10. Below are the commands that I am entering in order to perform the update, but for some reason, I am getting the following error when attempting to update my source: lx1005# pwd /usr/src lx1005# setenv CVSROOT [EMAIL PROTECTED]:/home/ncvs lx1005# cvs co -rRELENG_4_10 src cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied lx1005# whoami root * Is /usr/src a source tree that you created with a `cvs checkout'? This should be obvious from the CVS/ subdirectories of all the directories in the /usr/src hierarchy. If you don't have these CVS/ subdirectories you're probably trying to update with CVS a source tree that was created by CVSup. This won't work. * The cvs checkout command is run in the wrong path. The checkout (or `co') command of CVS will create the directory you're checking out as a subdirectory of the current path. So by running `cvs checkout src' in /tmp you'll create /tmp/src ... by running `cvs checkout src' in /usr/src you will get yourself `/usr/src/src' which is definitely wrong. The `cvs update' command, on the other hand, updates files starting with the current directory (unless told otherwise), so you'd have to be *INSIDE* /usr/src to update /usr/src. The difference is subtle but very important. * To fix the ``cannot write /home/ncvs/CVSROOT/val-tags'' message run cvs with the -R option. When running against a remote repository, cvs should be run with -R, IMHO. This way, it will consider the repository read-only and avoid attempting to write files within it. Remote repositories might also require you to `cvs login' first (if you haven't logged in at least once in the past). Bearing all this in mind, the correct sequence of commands to run in your case would be: a. If /usr/src is a checkout and not a CVSup-created directory: # cd /usr/src # export CVSROOT='[EMAIL PROTECTED]:/home/ncvs' # cvs login: password for [EMAIL PROTECTED]: # cvs -qR up -APd -I '!' -I CVS -rRELENG_4_10 21 | \ tee /root/cvs-update.log Note the -R option to `cvs'. The extra -I options make sure that `cvs update' will ignore only the CVS subdirs of the paths it traverses. Any stale object files or other unrelated to FreeBSD files found in your source tree (i.e. your kernel configs) should show up as lines starting with ?. Useful to know if your source tree is clean. When the update is done you can skim through /root/cvs-update.log for the details you might have missed while it was running. b. If /usr/src is not a checkout but a CVSup-created directory: You'll have to backup your sources and do a real checkout. This is going to take a long time, since CVS is not so fast as CVSup; it also puts a great amount of load to the CVS server so you should be a bit patient when checking our large trees, like the entire src/. So you should first back up your existing /usr/src tree. # cd /usr # tar cvf - src | gzip -9c - src.tar.gz # rm -fr src Then checkout: # export CVSROOT='[EMAIL PROTECTED]:/home/ncvs' # cvs login: password for [EMAIL PROTECTED]: # cvs -qR co -rRELENG_4_10 src 21 | tee /root/cvs-checkout.log and look in `/root/cvs-checkout.log' for possible errors or anything that could be wrong. - Giorgos ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]