Re: need to force username of cvs 'action' when using shared SSHaccount
[ On Tuesday, May 4, 2004 at 15:46:50 (-0400), Tim Grotenhuis wrote: ] Subject: Re: need to force username of cvs 'action' when using shared SSHaccount SSH is: a. secure through encryption ( cleartexting across the net with pserver is inviting disaster) SSH is TOTALLY _USELESS_ if it's used with a shared account. There is _NO_ security whatsoever with shared accounts, _especially_ when the goal here is to keep track of who's actually doing what. -- Greg A. Woods +1 416 218-0098 VE3TCPRoboHack [EMAIL PROTECTED] Planix, Inc. [EMAIL PROTECTED] Secrets of the Weird [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Checking out only files NEWER than given date/revision
Hi all. I've got somehow unusual problem. I need to checkout from my repository files that have been modified _after_ some date or have revision number _greater_ than given. And no others. In other words I want to check out HEAD revision of the files that have been modified lately and I want to discard files that have been created upon module creation, but have not been modified during development. As far as documentation states I can checkout files modified _before_ given date, but as some would say: It is _almost_ the thing I want to do. I've tried to search the web and archives of this list -- with no success. Either I cannot form a proper querry or no one had dealt with such a problem yet. Of course, I could manually delete unwanted items (bleeehh!...) or write a Perl/Bash script that will parse Entries file from CVS dir and delete apropriate contents. But I keep that in reserve. Thanks for any hints about that (or pointer to a place in the Web/group archive). Alek ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
listing all the modules
Hi , Using checkout -d top . command we are able to check out the modules as well as able to view the modules in a list.But we do not want to check out the modules on our local machine,we only want a list of all the modules present on the server. Can you please tell us the exact command only for listing all the modules as this is required very urgently. Thanks Regards, Shalini Gautam Xansa B-39,Sector-1 Noida 2,India 201301 CUG:830 2037 e:[EMAIL PROTECTED] Whilst this email has been checked for all known viruses, recipients should undertake their own virus checking as Xansa will not accept any liability whatsoever. This email and any files transmitted with it are confidential and protected by client privilege. It is solely for the use of the intended recipient. Please delete it and notify the sender if you have received it in error. Unauthorised use is prohibited. Any opinions expressed in this email are those of the individual and not necessarily the organisation. Xansa, Registered Office: 420 Thames Valley Park Drive, Thames Valley Park, Reading, RG6 1PU, UK. Registered in England No.1000954. t +44 (0)8702 416181 w www.xansa.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: write access allowed on branches only
Hi Marcelo, it seems to fit my needs. I'll try it soon. as I don't often read the news, I hope I did not miss answers. Thanks, Yves Marcelo Carvalho Fernandes [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Yves, Greg sugested the following http://mail.gnu.org/archive/html/info-cvs/2003-05/msg00020.html to a question in Locking a trunk/branch thread. Is it ok for you ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Yves Guerte Enviada em: quinta-feira, 29 de abril de 2004 13:08 Para: [EMAIL PROTECTED] Assunto: write access allowed on branches only Hi everyone, Is it possible in a CVS repository to set the main line read-only for a group of people and read-write only in branches ? Thanks, Yves ___ 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
CVS server on windows
Are there any alternatives to CVSNT for running a CVS server on windows (NT W2k, w2kserver etc)? Eg, is it possible to run CVS as a server in cygwin? ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Does log just give info about files that are on my local machine?
Hi all, I have setup my CVS client (WinCVS) to access the CVS repository. I started by checking out a module.. but while this was happening I force aborted the process of checkout. Then I tried to use the cvs log command at a folder level to get history of all files that belong to that folder in CVS.. but all that it showed to me was history of those files that had been checked out on my machine. Is that what is expected? How can I work around this? Thanks and regards Aditya ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Problems tagging files using a macro
That IS the script, one line, solely to tag files! -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Tuesday, May 04, 2004 4:55 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro Could you post more code of your script around cvs -d /cvsroot rtag -r b_branch BR`date +%E%m%d` proj line ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: Fouts Christopher (IFNA MP) [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 4 de maio de 2004 17:49 Para: 'Marcelo Carvalho Fernandes'; [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro Yes, it's a normal Unix (HPUX in my case) command line call. Thanks... -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Tuesday, May 04, 2004 4:37 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro Chris, date +%E%m%d alone works in both system1 and system2 ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Fouts Christopher (IFNA MP) Enviada em: segunda-feira, 3 de maio de 2004 18:38 Para: [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro I believe this is CVS-related rather than unix-related (per se) so here goes. I have an *.sh script owned by user1/group1 on system1 that does the following. File has rwxr-x--- permissions. cvs -d /cvsroot rtag -r b_branch BR`date +%E%m%d` proj which tags the b_branch of proj with the day's date, e.g., BR20040503 (those are back quotes around the date command). If user1 runs this command on system1, where the proj file physically reside, it runs. Enter user2/group1 (same group) on system2. /cvsroot directory of system1 is NFS-mounted on system2 (I didn't set this up) so system2:/cvsroot -- system1:/cvsroot Now when user2 executes the script, it gets Assertion failed: strncmp (repository, CVSroot_directory), strlen(CVSroot_directory)) == 0, file lock.c line 176 Abort We have CVS v1.10.8 (don't ask why not the latest, I did). Any clues??? -- Chris T Fouts ___ 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 ___ 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
RE: Updating CVS
Upgraded successfully. Thanks! -chris -Original Message- From: Larry Jones [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 04, 2004 10:46 PM To: Fouts Christopher (IFNA MP) Cc: [EMAIL PROTECTED] Subject: Re: Updating CVS Fouts Christopher (IFNA MP) writes: When updating to a newer version, is the $CVSROOT/CVSROOT directory affected if I (do/don't do) a cvs init? I guess in general, when updating from an existing version (1.10.8) to a newer version (1.11.14), what needs to be done? You should run ``cvs init'' when upgrading -- it will preserve your current administrative files (theoretically, it could update them to a new format, but that's never been needed) and add any new ones. It actually does a fresh checkout of all of the administrative files (just like a commit to the $CVSROOT/CVSROOT directory does), so if the administrative files ever get out of sync with the repository, it's an easy way to get them back in sync. -Larry Jones My upbringing is filled with inconsistent messages. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Fw: need to force username of cvs 'action' when using shared SSH account
I'm making a great efford not to be sarcastic in this response. There's a genuine argument to be made here and I hope that there may be one or two readers who can be convinced by reasonable debate. I'm not interested in just having an argument, but in making a case. Greg Woods wrote: I just cannot possibly ever even conceive of anyone using a shared SSH account. Since Jennifer Vesperman, the author of Essential CVS, I and a few other posters obviously can conceive of such a thing I respectfully suggest this comment demonstrates a lack of imagination. The very concept is entirely antithetical to the goals of SSH and computing security in general. With a shared SSH account you have a complete audit trail of who logged in when. No passwords are involved at all, even encrypted. This gives a far higher degree of security than passwords would. You have the ability to prevent users changing their environment to prevent subversion of any restrictions you might want to place on the account. You have the ability to specify *exactly* what command gets executed. And you can use this from an account running a restricted shell (recommended for applications like CVS which make no claims to implement a security model -- please correct me if I am wrong about this). If you have very high security requirements you could even do this from a CHROOTed environment. Please explain how any of these capabilities are antithetical to the goals of SSH. Because I genuinely don't see how. You may as well just use pserver in the clear and be very explicit and forthright about your total lack of security. [[ And yes, I do intend that comment to be very sarcastic. ]] I still maintain and believe I have demonstrated that you can do better than that using a shared ssh mechanism. Perhaps it would be easier to comprehend if we dropped the word account and its baggage of associations from the discussion. Perhaps a better way of thinking about it is extablishing a public-key authentication mechanism to allow precisely controlled access to a resource. Keith Refson ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs commit: cannot exec :local:
I am trying to run a script on each commit (to lock certain branches). I get the error below. My entries in commitinfo and checkoutlist are below. Any advice appreciated. CVS 1.11.2, RH9. Thanks Euan cvs commit: cannot exec :local:/home/cvs/MYRepository/CVSROOT/precommit_check: No such file or directory cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! CVSROOT/commitinfo: DEFAULT $CVSROOT/CVSROOT/precommit_check CVSROOT/checkoutlist: precommit_check cannot find precommit_check file CVSROOT/precommit_check (exists with 755 permissions) ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: listing all the modules
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] writes: Hi , Using checkout -d top . command we are able to check out the modules as well as able to view the modules in a list.But we do not want to check out the modules on our local machine,we only want a list of all the modules present on the server. Can you please tell us the exact command only for listing all the modules as this is required very urgently. If the modules are all listed in your CVSROOT/modules file, then you may use the command: cvs checkout -c If the modules have not all been listed in the CVSROOT/modules file, then you may be interested in the new 'cvs rls' command that has just been added to the feature branch of the cvshome.org version of cvs (1.12.7.1). It will be in the cvs 1.12.8 release of cvs when that version is released. If you need a more stable release of cvs that already has the 'cvs list' functionality, you may be interested in the latest release from cvsnt.org which already has that functionality available. Enjoy! -- Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAmQx83x41pRYZE/gRAuQDAJ4/5GQzzlZDGPzrGqRbgxAQUFe2ogCePOW4 pVt+9MGUeyIh4dVl3oMHU4g= =Czp+ -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
cvs diff: Include contents of added files?
When I run 'cvs diff' on a directory where a new file has been added, but not commited, the output will contain a line saying cvs server: tst.c is a new entry, no comparison available (if the name of the file is tst.c) Is it possible to have the compelete contents of the file listed as added lines instead? Differently put, can I get cvs to include the output of diff options /dev/null tst.c instead of printing the above mentioned message? I want this because I'd like to create a patch file containing *all* changes made on the working directory - including files scheduled for addition. - Toralf ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs diff: Include contents of added files?
Toralf wrote: When I run 'cvs diff' on a directory where a new file has been added, but not commited, the output will contain a line saying cvs server: tst.c is a new entry, no comparison available (if the name of the file is tst.c) Is it possible to have the compelete contents of the file listed as added lines instead? Differently put, can I get cvs to include the output of diff options /dev/null tst.c instead of printing the above mentioned message? I want this because I'd like to create a patch file containing *all* changes made on the working directory - including files scheduled for addition. cvs diff --new-file more_options tst.c -- Todd Denniston Crane Division, Naval Surface Warfare Center (NSWC Crane) Harnessing the Power of Technology for the Warfighter ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs diff: Include contents of added files?
Toralf wrote: When I run 'cvs diff' on a directory where a new file has been added, but not commited, the output will contain a line saying cvs server: tst.c is a new entry, no comparison available (if the name of the file is tst.c) Is it possible to have the compelete contents of the file listed as added lines instead? Differently put, can I get cvs to include the output of diff options /dev/null tst.c instead of printing the above mentioned message? I believe I found the answer myself. It looks like 'cvs diff -N' will give me the output I want! I want this because I'd like to create a patch file containing *all* changes made on the working directory - including files scheduled for addition. - Toralf ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs diff: Include contents of added files?
On Wed, May 05, 2004 at 08:28:10PM +0200, Toralf wrote: When I run 'cvs diff' on a directory where a new file has been added, but not commited, the output will contain a line saying cvs server: tst.c is a new entry, no comparison available (if the name of the file is tst.c) Is it possible to have the compelete contents of the file listed as added lines instead? Differently put, can I get cvs to include the output of diff options /dev/null tst.c instead of printing the above mentioned message? Try -N. tyler ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs diff: Include contents of added files?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Toralf [EMAIL PROTECTED] writes: When I run 'cvs diff' on a directory where a new file has been added, but not commited, the output will contain a line saying cvs server: tst.c is a new entry, no comparison available (if the name of the file is tst.c) Is it possible to have the compelete contents of the file listed as added lines instead? Differently put, can I get cvs to include the output of diff options /dev/null tst.c instead of printing the above mentioned message? Yes, use the -N switch to the cvs diff command. For example: cvs diff -Nup tst.c should do what you want. Enjoy! -- Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAmT7b3x41pRYZE/gRAjteAKDVPXNIvKPvPkytsZ7LjJ8qK2U9kQCfaAVN XGdEjaFnCsdLow5euXj5iNk= =NRQR -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RES: More module aliases
Kenneth, I think you are trying to do the same thing I´m doing. Take a look at Module aliases thread, specially the email I sent yesterday. Let me and xyzzy know if it works because I´ve tested Jim.Hyslop's solution but it doesn't work. Thanks in advance, -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Kenneth Dombrowski Enviada em: quarta-feira, 5 de maio de 2004 00:46 Para: [EMAIL PROTECTED] Assunto: More module aliases OK, I've been following along for a couple of days, but I'm still stuck on this. I have a web project which encompasses a few portals; there are essentially 4 sites, each of which uses some common code, some private code. I've been keeping the 4 sites separately in CVS for a few months now, but updates require too much time diffing the common code between the 4, so I thought I could break out the shared bits according to functionality include them where needed as ampmodules None of the 4 pieces are installed in the server's webroot; in fact all four must be exactly /one_dir down. The name of that directory is not important. This was designed to be able to install them all right next to each other, all 4 'live' sites + usually 4 more 'dev' sites. my current CVSROOT/modules file looks something like this: # www_site is a literal/physical module name, so not aliased devsite -d dev_site www_site # www_pro is a literal/physical module name, so not aliased devpro -d dev_pro www_pro # www_admin is a literal/physical module name, so not aliased devadmin-d dev_adminwww_admin # developer data to check out with dev_* sites devdev -d dev_site/_developer _developer devpro -d dev_pro/_developer _developer devadmin-d dev_admin/_developer _developer # shared functions funcs -d www_site/functions functions devfuncs-d dev_site/functions functions profuncs-d www_pro/functionsfunctions devprofuncs -d dev_pro/functionsfunctions # shared images... # shared shopping cart... # shared templates... # and then at the end I'm trying to string them together.. # www_site-a www_site funcs images cart tmpl dev_site-a devsite devdev devfuncs devimages devcart devtmpl it doesn't work. 'cvs checkout www_site' checks out only the physical/literal 'www_site' module. I've tried aliasing it so it's not using the same name, renaming re-importing the files: # replacing the 1st comment of my ex. with livesite-d www_site www_root # the www_site line with www_site-a livesite funcs images cart tmpl # with without the -a all I can get is this: [EMAIL PROTECTED] www]$ cvs checkout -d testsite www_site cvs server: cannot find module `www_site' - ignored cvs [checkout aborted]: cannot expand modules [EMAIL PROTECTED] www]$ cvs -nt checkout -d testsite www_site - main loop with CVSROOT=:pserver:[EMAIL PROTECTED]:/home2/cvs/uy_mod - Connecting to localhost(127.0.0.1):2401 S- do_module (www_site, Updating, , ) cvs server: cannot find module `www_site' - ignored cvs [checkout aborted]: cannot expand modules - Lock_Cleanup() [EMAIL PROTECTED] www]$ cvs -nt checkout -d testpro www_pro - main loop with CVSROOT=:pserver:[EMAIL PROTECTED]:/home2/cvs/uy_mod - Connecting to localhost(127.0.0.1):2401 S- do_module (www_pro, Updating, , ) cvs server: cannot find module `www_pro' - ignored cvs [checkout aborted]: cannot expand modules - Lock_Cleanup() [EMAIL PROTECTED] www]$ cvs checkout -d testpro www_pro cvs server: cannot find module `www_pro' - ignored cvs [checkout aborted]: cannot expand modules [EMAIL PROTECTED] www]$ Thanks for reading! Kenneth ___ 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
RES: Problems tagging files using a macro
:-) I saw calls to strlen and strncmp functions and thought there was more code. Both systems are same version of HPUX and same shell ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: Fouts Christopher (IFNA MP) [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 5 de maio de 2004 11:13 Para: 'Marcelo Carvalho Fernandes'; [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro That IS the script, one line, solely to tag files! -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Tuesday, May 04, 2004 4:55 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro Could you post more code of your script around cvs -d /cvsroot rtag -r b_branch BR`date +%E%m%d` proj line ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: Fouts Christopher (IFNA MP) [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 4 de maio de 2004 17:49 Para: 'Marcelo Carvalho Fernandes'; [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro Yes, it's a normal Unix (HPUX in my case) command line call. Thanks... -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Tuesday, May 04, 2004 4:37 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro Chris, date +%E%m%d alone works in both system1 and system2 ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Fouts Christopher (IFNA MP) Enviada em: segunda-feira, 3 de maio de 2004 18:38 Para: [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro I believe this is CVS-related rather than unix-related (per se) so here goes. I have an *.sh script owned by user1/group1 on system1 that does the following. File has rwxr-x--- permissions. cvs -d /cvsroot rtag -r b_branch BR`date +%E%m%d` proj which tags the b_branch of proj with the day's date, e.g., BR20040503 (those are back quotes around the date command). If user1 runs this command on system1, where the proj file physically reside, it runs. Enter user2/group1 (same group) on system2. /cvsroot directory of system1 is NFS-mounted on system2 (I didn't set this up) so system2:/cvsroot -- system1:/cvsroot Now when user2 executes the script, it gets Assertion failed: strncmp (repository, CVSroot_directory), strlen(CVSroot_directory)) == 0, file lock.c line 176 Abort We have CVS v1.10.8 (don't ask why not the latest, I did). Any clues??? -- Chris T Fouts ___ 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 ___ 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
RES: Checking out only files NEWER than given date/revision
Alek, Why are you trying this ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Alek Lapuc Enviada em: quarta-feira, 5 de maio de 2004 05:59 Para: [EMAIL PROTECTED] Assunto: Checking out only files NEWER than given date/revision Hi all. I've got somehow unusual problem. I need to checkout from my repository files that have been modified _after_ some date or have revision number _greater_ than given. And no others. In other words I want to check out HEAD revision of the files that have been modified lately and I want to discard files that have been created upon module creation, but have not been modified during development. As far as documentation states I can checkout files modified _before_ given date, but as some would say: It is _almost_ the thing I want to do. I've tried to search the web and archives of this list -- with no success. Either I cannot form a proper querry or no one had dealt with such a problem yet. Of course, I could manually delete unwanted items (bleeehh!...) or write a Perl/Bash script that will parse Entries file from CVS dir and delete apropriate contents. But I keep that in reserve. Thanks for any hints about that (or pointer to a place in the Web/group archive). Alek ___ 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
RES: Does log just give info about files that are on my local machine?
The option -o (Report on checked-out modules) is default. You can use the -m, -n or -p options to cvs history command. I haven't a clue about the diference between them. This question was posted here this week and nobody answered yet. Please, let us know if you discover, ok !? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Aditya Gandhi Enviada em: quarta-feira, 5 de maio de 2004 11:04 Para: [EMAIL PROTECTED] Assunto: Does log just give info about files that are on my local machine? Hi all, I have setup my CVS client (WinCVS) to access the CVS repository. I started by checking out a module.. but while this was happening I force aborted the process of checkout. Then I tried to use the cvs log command at a folder level to get history of all files that belong to that folder in CVS.. but all that it showed to me was history of those files that had been checked out on my machine. Is that what is expected? How can I work around this? Thanks and regards Aditya ___ 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
RE: Problems tagging files using a macro
Yes, that's why I'm scratching my head. The strcmp and strlen functions referred are apparently in CVS's source file lock.c. -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Wednesday, May 05, 2004 4:17 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro :-) I saw calls to strlen and strncmp functions and thought there was more code. Both systems are same version of HPUX and same shell ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: Fouts Christopher (IFNA MP) [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 5 de maio de 2004 11:13 Para: 'Marcelo Carvalho Fernandes'; [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro That IS the script, one line, solely to tag files! -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Tuesday, May 04, 2004 4:55 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro Could you post more code of your script around cvs -d /cvsroot rtag -r b_branch BR`date +%E%m%d` proj line ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: Fouts Christopher (IFNA MP) [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 4 de maio de 2004 17:49 Para: 'Marcelo Carvalho Fernandes'; [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro Yes, it's a normal Unix (HPUX in my case) command line call. Thanks... -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Tuesday, May 04, 2004 4:37 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro Chris, date +%E%m%d alone works in both system1 and system2 ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Fouts Christopher (IFNA MP) Enviada em: segunda-feira, 3 de maio de 2004 18:38 Para: [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro I believe this is CVS-related rather than unix-related (per se) so here goes. I have an *.sh script owned by user1/group1 on system1 that does the following. File has rwxr-x--- permissions. cvs -d /cvsroot rtag -r b_branch BR`date +%E%m%d` proj which tags the b_branch of proj with the day's date, e.g., BR20040503 (those are back quotes around the date command). If user1 runs this command on system1, where the proj file physically reside, it runs. Enter user2/group1 (same group) on system2. /cvsroot directory of system1 is NFS-mounted on system2 (I didn't set this up) so system2:/cvsroot -- system1:/cvsroot Now when user2 executes the script, it gets Assertion failed: strncmp (repository, CVSroot_directory), strlen(CVSroot_directory)) == 0, file lock.c line 176 Abort We have CVS v1.10.8 (don't ask why not the latest, I did). Any clues??? -- Chris T Fouts ___ 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 ___ 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 ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Fw: need to force username of cvs 'action' when using shared SSH account
[ On Wednesday, May 5, 2004 at 10:26:24 (+0100), Keith Refson wrote: ] Subject: Fw: need to force username of cvs 'action' when using shared SSH account I'm making a great efford not to be sarcastic in this response. There's a genuine argument to be made here and I hope that there may be one or two readers who can be convinced by reasonable debate. I'm not interested in just having an argument, but in making a case. There is no genuine argument here whatsoever. There is only very serious and fundamental mis-understanding of the basic premises surrounding computing security. Greg Woods wrote: I just cannot possibly ever even conceive of anyone using a shared SSH account. Since Jennifer Vesperman, the author of Essential CVS, I and a few other posters obviously can conceive of such a thing Then y'all apparently don't realize that what you're trying to accomplish simply cannot ever possibly be done in the way you've proposed it. I respectfully suggest this comment demonstrates a lack of imagination. Until and unless you pay attention to the very basic requirements of computing security then you're only living in your own imagination and what you believe to be true has no foundation in the real world whatsoever. I.e. you have no ground to stand on. With a shared SSH account you have a complete audit trail of who logged in when. NO, you most definitely DO NOT. That's the very nature of the word shared here. In order to have accountability in any computing system there must be a unique internal identifier (username) for every human user. In order to have integrity of audit trails these identifiers _must_ be unique at the OS level. That means having separate SSH accounts for every individual human user (as well as of course having strong identification and authentication mechanisms). So, until you get these basics done right all you've got is a big steaming stinking pile of unnecessary complexity and a false sense of security where there is NONE whatsoever. If you don't fully understand and work within the basic security model of the host OS you're running your applications on then you're never really going to get anywhere useful in terms of your security requirements. Please explain how any of these capabilities are antithetical to the goals of SSH. Because I genuinely don't see how. SSH is designed to facilitate secure access to a multi-user POSIX-compatible system in a way that works with the security model provided by such a system. However if it is not used in a secure manner then it provides no real security whatsoever. You may as well just use pserver in the clear and be very explicit and forthright about your total lack of security. I still maintain and believe I have demonstrated that you can do better than that using a shared ssh mechanism. No, you most certainly cannot ever do any better than pserver with anything using a shared account and you are only fooling yourself (and those you've convinved to listen to you) if you think otherwise. You are continuing to ignore or misunderstand the underlying OS security model here, and you are still trying to misuse it. -- Greg A. Woods +1 416 218-0098 VE3TCPRoboHack [EMAIL PROTECTED] Planix, Inc. [EMAIL PROTECTED] Secrets of the Weird [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RES: cvs commit: cannot exec :local:
Greg sugested the following http://mail.gnu.org/archive/html/info-cvs/2003-05/msg00020.html to a question in Locking a trunk/branch thread. I sugested this to Yves and it works. Check it out and let me know if its ok for you. -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Euan Guttridge Enviada em: quarta-feira, 5 de maio de 2004 13:36 Para: '[EMAIL PROTECTED]' Assunto: cvs commit: cannot exec :local: I am trying to run a script on each commit (to lock certain branches). I get the error below. My entries in commitinfo and checkoutlist are below. Any advice appreciated. CVS 1.11.2, RH9. Thanks Euan cvs commit: cannot exec :local:/home/cvs/MYRepository/CVSROOT/precommit_check: No such file or directory cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! CVSROOT/commitinfo: DEFAULT $CVSROOT/CVSROOT/precommit_check CVSROOT/checkoutlist: precommit_check cannot find precommit_check file CVSROOT/precommit_check (exists with 755 permissions) ___ 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
RES: Problems tagging files using a macro
Sorry, lock.c isn't a file of proj module ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Fouts Christopher (IFNA MP) Enviada em: quarta-feira, 5 de maio de 2004 17:31 Para: [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro Yes, that's why I'm scratching my head. The strcmp and strlen functions referred are apparently in CVS's source file lock.c. -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Wednesday, May 05, 2004 4:17 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro :-) I saw calls to strlen and strncmp functions and thought there was more code. Both systems are same version of HPUX and same shell ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: Fouts Christopher (IFNA MP) [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 5 de maio de 2004 11:13 Para: 'Marcelo Carvalho Fernandes'; [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro That IS the script, one line, solely to tag files! -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Tuesday, May 04, 2004 4:55 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro Could you post more code of your script around cvs -d /cvsroot rtag -r b_branch BR`date +%E%m%d` proj line ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: Fouts Christopher (IFNA MP) [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 4 de maio de 2004 17:49 Para: 'Marcelo Carvalho Fernandes'; [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro Yes, it's a normal Unix (HPUX in my case) command line call. Thanks... -chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcelo Carvalho Fernandes Sent: Tuesday, May 04, 2004 4:37 PM To: [EMAIL PROTECTED] Subject: RES: Problems tagging files using a macro Chris, date +%E%m%d alone works in both system1 and system2 ? -- Marcelo Carvalho Fernandes Smart Tech Consulting www.smartech.com.br Tel:(55)21-2532-6335 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Fouts Christopher (IFNA MP) Enviada em: segunda-feira, 3 de maio de 2004 18:38 Para: [EMAIL PROTECTED] Assunto: RE: Problems tagging files using a macro I believe this is CVS-related rather than unix-related (per se) so here goes. I have an *.sh script owned by user1/group1 on system1 that does the following. File has rwxr-x--- permissions. cvs -d /cvsroot rtag -r b_branch BR`date +%E%m%d` proj which tags the b_branch of proj with the day's date, e.g., BR20040503 (those are back quotes around the date command). If user1 runs this command on system1, where the proj file physically reside, it runs. Enter user2/group1 (same group) on system2. /cvsroot directory of system1 is NFS-mounted on system2 (I didn't set this up) so system2:/cvsroot -- system1:/cvsroot Now when user2 executes the script, it gets Assertion failed: strncmp (repository, CVSroot_directory), strlen(CVSroot_directory)) == 0, file lock.c line 176 Abort We have CVS v1.10.8 (don't ask why not the latest, I did). Any clues??? -- Chris T Fouts ___ 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 ___ 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 ___ 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
How does one rename a project under CVS?
I'm just getting started with CVS. The project that I want to put under CVS is brand new as well. We have a provisional name for this project, but it will almost certainly change in the next few months. How does one rename an entire project under CVS? TIA, kj -- NOTE: In my address everything before the period is backwards. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
CVS Java Client
All, I am looking for a sample code to use for javacvs or jcvs whereby I can log into my cvs server and perform add, update, checkin and checkout from my java program. A Look at the javadoc provided with javacvs or jcvs does not have any sample code showing correct usage. Thank you for your help. Patrick ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Process for moving CVS Repository from 1 unix server to another.
Hi, I am new to the administration aspect of CVS. Can someone list out the exact process (if possible with Caveats) of moving a CVS repository from server A to server B. Cederqvist and loria sites are very thin on documentation regarding a repository move. Regards,] Viraj Purang __ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: RES: More module aliases
On 04-05-05 17:06 -0300, Marcelo Carvalho Fernandes wrote: I think you are trying to do the same thing I´m doing. Take a look at Module aliases thread, specially the email I sent yesterday. Let me and xyzzy know if it works because I´ve tested Jim.Hyslop's solution but it doesn't work. Hi Marcelo, Yes, I've been following the other thread with great interest, which prompted me to write; I think my error is quite different from yours though: [EMAIL PROTECTED] www]$ cvs checkout -d testpro www_pro cvs server: cannot find module `www_pro' - ignored cvs [checkout aborted]: cannot expand modules [EMAIL PROTECTED] www]$ I do think our objectives are very similar, but this is the most involved I've gotten with CVS to date, thought perhaps some subtleties of my setup were causing syntax errors preventing the modules file from being read, or something... Unfortunately I haven't been able to access that box today I forgot to mention the cvs version in my last post, but it's RH9 last updated on Apr. 30th. Thanks for the response, Kenneth ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs