CVS update and FTP
Hello all, I tried using CVSviaFTP, but it didn't work out and it isn't maintained anymore. Does anyone know of any script that either 1) outputs a ftp command file for all files that changed 2) uploads the changed files right away to a ftp server Any help would be greatly appreciated. Thanks, Phil ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
"cvs -n up" request to remove '?' entries
Hello all, I'm a happy cvs user for many years. One of the more annoying things however is the behaviour of cvs -n up for large working directories; I use a global -q option to trim down output, but still get an enormous list (200+) of '?' before I get my one or two 'M' entries. Using -Q will make things worse: now ONLY the '?' lines appear, and the 'M' entries DISAPPEAR! I would really like an option to just have the line carrying information about updates and locally modified files, i.e. an option to remove all the '?' entries. (btw on Windows my grep behaves quite awkward regarding using '?', therefore that is currently not an option.) Regards, Paul -- ___ Graffiti.net free e-mail @ www.graffiti.net Check out our value-added Premium features, such as a 1 GB mailbox for just US$9.95 per year! Powered by Outblaze ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: "cvs -n up" request to remove '?' entries
Paul vL wrote: > I'm a happy cvs user for many years. One of the more annoying > things however is the behaviour of > cvs -n up for large working directories; I use a global -q > option to trim down output, but > still get an enormous list (200+) of '?' before I get my one > or two 'M' entries. > Using -Q will make things worse: now ONLY the '?' lines > appear, and the 'M' entries DISAPPEAR! > > I would really like an option to just have the line carrying > information about updates and locally > modified files, i.e. an option to remove all the '?' entries. Suppressing '?' entries is far too dangerous - you could easily forget to add a new file to the repository. Instead, you need to clean up your act. Use the .cvsignore feature to ignore files you don't need to add to the repository (such as intermediate files) and delete any unneeded, temporary files. It's far better to run lean and mean, than to try to ignore the fat. > (btw on Windows my grep behaves quite awkward regarding using > '?', therefore that is currently not an option.) Sure it is. Just get a decent grep - I use Cygwin, and have c:\cygwin\bin as part of my standard path. I get the best of both worlds - the power and flexibility of UNIX-like tools, and the native behaviour of Windows (OK, maybe "best" isn't the right word in that context :=) -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: "cvs -n up" request to remove '?' entries
Paul vL writes: > > I'm a happy cvs user for many years. One of the more annoying things however > is the behaviour of > cvs -n up for large working directories; I use a global -q option to trim > down output, but > still get an enormous list (200+) of '?' before I get my one or two 'M' > entries. Have you considered adding a .cvsignore file to explicitly ignore the extra stuff? -Larry Jones What a stupid world. -- Calvin ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs import problem
Hi, I'm seem to have tracked down the problem. But I don't understand why this is happening and what is the solution. This is the output for id command when I'm logged in locally to machine_A. The user is 'cheetanc'. [EMAIL PROTECTED] cheetanc]$ id uid=500(cheetanc) gid=500(cheetanc) groups=500(cheetanc) This is the output for id command when I ssh from machine_B to machine_A. [EMAIL PROTECTED] cheetanc]$ id uid=500(cheetanc) gid=500(cheetanc) groups=500(cheetanc),504(cvs) ^ You can see that the user cheetanc is part of the group cvs in the second case when not in the first case, (i.e) when logged in locally. Here are the corresponding entries in /etc/group. [EMAIL PROTECTED] cheetanc]$ cat /etc/group | grep cheetanc cheetanc:x:500: cvs:x:504:cheetanc Quite weird. What is happening? Any help will be highly appreciated. Thanks in advance. Thanks, Senthil. On Fri, 18 Mar 2005, Larry Jones wrote: C.G.Senthilkumar. writes: The repository's owner is root and group is cvs. The 'user' is in the group cvs in the local machine A. That makes it sound like the user is a member of the cvs group when logged in with ssh but not when logged in locally. You might want to compare the results of running the ``id'' command both locally and via ssh. -Larry Jones Girls are so weird. -- Calvin -- Today's fortune: Heights by great men reached and kept Were not attained by sudden flight, But they while their companions slept Were toiling upward in the night. -Longfellow ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs import problem
Hi, I found the solution. The user is not considered a part of a new group until he logs out and logs in again, which I didn't do. I just added the user to the cvs group in the local machine and tried to import projects. I was not able to import. Whereas if I tried it from remote machines, I succeeded because, I was logging in each time I tried to import. Thanks for pointing out the 'id' command. Cheers, Senthil. On Fri, 18 Mar 2005, C.G.Senthilkumar. wrote: Hi, I'm seem to have tracked down the problem. But I don't understand why this is happening and what is the solution. This is the output for id command when I'm logged in locally to machine_A. The user is 'cheetanc'. [EMAIL PROTECTED] cheetanc]$ id uid=500(cheetanc) gid=500(cheetanc) groups=500(cheetanc) This is the output for id command when I ssh from machine_B to machine_A. [EMAIL PROTECTED] cheetanc]$ id uid=500(cheetanc) gid=500(cheetanc) groups=500(cheetanc),504(cvs) ^ You can see that the user cheetanc is part of the group cvs in the second case when not in the first case, (i.e) when logged in locally. Here are the corresponding entries in /etc/group. [EMAIL PROTECTED] cheetanc]$ cat /etc/group | grep cheetanc cheetanc:x:500: cvs:x:504:cheetanc Quite weird. What is happening? Any help will be highly appreciated. Thanks in advance. Thanks, Senthil. On Fri, 18 Mar 2005, Larry Jones wrote: C.G.Senthilkumar. writes: The repository's owner is root and group is cvs. The 'user' is in the group cvs in the local machine A. That makes it sound like the user is a member of the cvs group when logged in with ssh but not when logged in locally. You might want to compare the results of running the ``id'' command both locally and via ssh. -Larry Jones Girls are so weird. -- Calvin -- Today's fortune: Heights by great men reached and kept Were not attained by sudden flight, But they while their companions slept Were toiling upward in the night. -Longfellow ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
