NEW - UNKNOWN HOST
I am using WIN NT to login to a LINUX CVS SERVER when I type CVS LOGIN at the c prompt I get a "UNKNOWN HOST" error. I have everything set up according to the documentation, and I can ping my host machine so I'm not sure what the problem is. Has anyone solved this when they started using cvs from NT environment?
CVS client on Windows platform
My CVS server is in UNIX platform. I am looking for a CVS client on Windows platform. I have checked out some CVS useful sites (e.g. www.cvshome.org). Eventually, I find a suitable CVS client (i.e. wincvs). However, I can't make it connecting to the CVS server. As the documentation mentions that I can use SSH command and .rhost file to connect CVS server. But as I know that, this method is used in UNIX-UNIX machine connection. Please if anybody can teach me in details how to connect my CVS server by using WinCVS in my PC. Besides of WinCVS, is there any good CVS client software running in PC Windows environment ?
Re: cvs-nserver 1.10.7.1: new direction for CVS-over-network development
Alexey Mahotkin wrote: It almost cleanly applies to cvs-1.10.8 and, as the matter of fact, the new release of cvs-nserver will be against 1.10.8. The most significant modification of original code is the removal of about 600 lines from server.c, yet it is still way, way too long. Ahh... server.c is the most heavily modified part of cvsnt (Essentially I had to rewrite half of it to use threads rather than forking). Much fun ahead, methinks... There is an obvious task to improve server.c by splitting kerberos- and GSSAPI-related code from it thus creating cvs-kserver and cvs-gserver. There is probably also need to create cvs-sslserver (I have not investigated yet whether we could get along with ssl-tunnel'ed server (we surely can not get along with ssl-tunneled client as it almost has nothing to tunnel)). For NT you would also need cvs-ntserver. It might be worth investigating whether cvs-kserver could be ported to NT too (although the MS documentation on this is worse than useless). It seems to me that checkpassword scheme is sub-perfect for NT though I could be wrong. I've tried to research security aspects of NT but has not reached considerable results. And after I learned about your project and changed job recently hoping not to see MS in a lifetime no more (though it seems like I will have to anyway) I completely relaxed and thought that I'd be better off with CVS under UNIX. Though I will be glad if nserver will influence the development of NT-CVS or vice versa. Under NT you can't do setuid, and you can't check against a pre-encrypted system password. The only way to validate a password is to attempt a non-interactive login (after which you can change you UID to it). Of course this means you need the original plain-text password to work, and this has security implications. There isn't a way around this as far as I can see. Tony -- #define QUESTION ((bb) || !(bb)) - Shakespeare [EMAIL PROTECTED]
Re: CVS access using SSH
I'm saying that if you stuck the line: ssh projectname.sourceforge.net -l username cvs server in your sshx.bat file, it might work since you would essentially be overriding what the CVS client does. Noel [EMAIL PROTECTED] on 06/07/2000 08:35:16 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: CVS access using SSH You are correct in that "cvs server" is at the end of the command, but it's the command executed by CVS (on the client side) that is the problem in that it autocreates the format. And I can't change how it looks. CVS creates the following command, which doesn't work: ssh cvs.projectname.sourceforge.net -l username cvs server About the only way to make this work is to place my public/private key on the cvs.projectname.sourceforge.net server and hope that works. I'm looking into this as well. Thanks for the help. Sheldon Samuels - Original Message - From: "Noel L Yap" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, June 07, 2000 6:56 PM Subject: Re: CVS access using SSH When using CVS_RSH, CVS will execute: $CVS_RSH hostname cvs server This means your command line should've been: ssh -v projectname.sourceforge.net -l username cvs server Try that. Also try: ssh -v projectname.sourceforge.net -l username "CVS_Hostname=cvs.projectname.sourceforge.net cvs server" Noel [EMAIL PROTECTED] on 2000.06.07 12:59:01 To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: CVS access using SSH Well, I now get a different set of errors, although I'm not sure if this is from SSH or CVS. Here is what I've done. 1) I created a batch file (sshx.bat) and placed the proper SSH command inside of the batch. The SSH command is as follows: ssh -v projectname.sourceforge.net -l username 2) I then set my CVS_RSH=sshx.bat 3) Now when I run "CVS UPD" I get the following response: SSH Version 1.2.14 [winnt-4.0-x86], protocol version 1.4. Standard version. Does not use RSAREF. Pseudo-terminal will not be allocated because stdin is not a terminal. ssh_connect: getuid 0 geteuid 0 anon 0 Connecting to panjasource.sourceforge.net [198.186.203.44] port 22. Connection established. Remote protocol version 1.5, remote software version 1.2.27 Waiting for server public key. Received server public key (768 bits) and host key (1024 bits). Host 'panjasource.sourceforge.net' is known and matches the host key. Initializing random; seed file c:\home/.ssh/random_seed Encryption type: idea Sent encrypted session key. Received encrypted confirmation. Trying RSA authentication with key 'smskeys' Received RSA challenge from server. Sending response to host key RSA challenge. Remote: RSA authentication accepted. RSA authentication accepted by server. Requesting shell. Entering interactive session. -bash: Root: command not found -bash: Valid-responses: command not found -bash: valid-requests: command not found As best I can tell, it did indeed login successfully without the need to enter a password. However, it locks up immediately after the 3 -bash errors. Are these coming from CVS or SSH? Any ideas? Thanks. Sheldon Samuels Panja Software Product Manager "Noel L Yap" [EMAIL PROTECTED] 06/07/00 07:47AM It's worth a shot. Noel [EMAIL PROTECTED] on 06/06/2000 10:28:34 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] (bcc: Noel L Yap) Subject: Re: CVS access using SSH OK. I can understand that. But what is a solution to this. It still appears to me that CVS is passing over the wrong SSH parameters. If CVS would simply fire off the correct SSH command, then it would solve my problem. Can I create a batch file (sshx.bat) and set CVS_RSH to sshx.bat and execute something else that way? - Original Message - From: "Charles M. Hannum" [EMAIL PROTECTED] To: "Sheldon Samuels" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, June 06, 2000 6:10 PM Subject: Re: CVS access using SSH C:\srccvs -t co -c CVS.EXE checkout: notice: main loop with CVSROOT=:ext:[EMAIL PROTECTED]:/cvsroot/panjasourc e Starting server: ssh panjasource.sourceforge.net -l sheldon_samuels cvs serverCannot access /cvsroot/panjasource/CVSROOT No such file or directory ... C:\srccvs -t co -c CVS.EXE checkout: notice: main loop with CVSROOT=:ext:[EMAIL PROTECTED]:/cvsroot/panjas ource - Starting server: ssh cvs.panjasource.sourceforge.net -l sheldon_samuels cvs server Password: I have only this to say: lop-nor$ host cvs.panjasource.sourceforge.net cvs.panjasource.sourceforge.net is a nickname for slayer.sourceforge.net slayer.sourceforge.net has address 198.186.203.37 slayer.sourceforge.net has address 198.186.203.37 lop-nor$ host panjasource.sourceforge.net panjasource.sourceforge.net has address 198.186.203.44 lop-nor$ THEY'RE NOT THE SAME MACHINE. This
RE: CVS access using SSH
I'm not sure. That's one of the things I've been trying to figure out. I'm not using PSERVER though. Chris Cameron [EMAIL PROTECTED] 06/07/00 08:42PM On Thursday, June 08, 2000 4:59 AM, Sheldon Samuels [SMTP:[EMAIL PROTECTED]] wrote: Well, I now get a different set of errors, although I'm not sure if this is from SSH or CVS. Here is what I've done. 1) I created a batch file (sshx.bat) and placed the proper SSH command inside of the batch. The SSH command is as follows: ssh -v projectname.sourceforge.net -l username 2) I then set my CVS_RSH=sshx.bat 3) Now when I run "CVS UPD" I get the following response: SSH Version 1.2.14 [winnt-4.0-x86], protocol version 1.4. Standard version. Does not use RSAREF. Pseudo-terminal will not be allocated because stdin is not a terminal. ssh_connect: getuid 0 geteuid 0 anon 0 Connecting to panjasource.sourceforge.net [198.186.203.44] port 22. Connection established. Remote protocol version 1.5, remote software version 1.2.27 Waiting for server public key. Received server public key (768 bits) and host key (1024 bits). Host 'panjasource.sourceforge.net' is known and matches the host key. Initializing random; seed file c:\home/.ssh/random_seed Encryption type: idea Sent encrypted session key. Received encrypted confirmation. Trying RSA authentication with key 'smskeys' Received RSA challenge from server. Sending response to host key RSA challenge. Remote: RSA authentication accepted. RSA authentication accepted by server. Requesting shell. Entering interactive session. -bash: Root: command not found -bash: Valid-responses: command not found -bash: valid-requests: command not found This may be too late and you may have solved the problem, but aren't the last three commands part of the pserver protocol? *** Chris CameronOpen Telecommunications NZ Ltd Senior Solution Architect [EMAIL PROTECTED] P.O.Box 10-388 +64 4 495 8403 (DDI) The Terrace fax: +64 4 495 8419 Wellington cell: +64 21 650 680New Zealand Life, don't talk to me about life (Marvin - HHGTTG)
Re: CVS access using SSH
Actually, the ssh command that I have: ssh -v projectname.sourceforge.net -l username does work just fine. It's simply that if I use the batch file, it does autologin, but it then causes the -BASH errors that keep CVS from continuing. Without a change to CVS, about the only solution I can come up with at this time, is to upload my public/private key to a different location at Sourceforge, if this is allowed, so that it will find the key when it tries to log me into cvs.projectname.sourceforge.net. WinCVS has the same problems, although it's likely because it is simply using the command line client, rather than executing something new and different. Anyway, thanks for the help. Sheldon Samuels "Noel L Yap" [EMAIL PROTECTED] 06/08/00 07:31AM I'm saying that if you stuck the line: ssh projectname.sourceforge.net -l username cvs server in your sshx.bat file, it might work since you would essentially be overriding what the CVS client does. Noel [EMAIL PROTECTED] on 06/07/2000 08:35:16 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: CVS access using SSH You are correct in that "cvs server" is at the end of the command, but it's the command executed by CVS (on the client side) that is the problem in that it autocreates the format. And I can't change how it looks. CVS creates the following command, which doesn't work: ssh cvs.projectname.sourceforge.net -l username cvs server About the only way to make this work is to place my public/private key on the cvs.projectname.sourceforge.net server and hope that works. I'm looking into this as well. Thanks for the help. Sheldon Samuels - Original Message - From: "Noel L Yap" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, June 07, 2000 6:56 PM Subject: Re: CVS access using SSH When using CVS_RSH, CVS will execute: $CVS_RSH hostname cvs server This means your command line should've been: ssh -v projectname.sourceforge.net -l username cvs server Try that. Also try: ssh -v projectname.sourceforge.net -l username "CVS_Hostname=cvs.projectname.sourceforge.net cvs server" Noel [EMAIL PROTECTED] on 2000.06.07 12:59:01 To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: CVS access using SSH Well, I now get a different set of errors, although I'm not sure if this is from SSH or CVS. Here is what I've done. 1) I created a batch file (sshx.bat) and placed the proper SSH command inside of the batch. The SSH command is as follows: ssh -v projectname.sourceforge.net -l username 2) I then set my CVS_RSH=sshx.bat 3) Now when I run "CVS UPD" I get the following response: SSH Version 1.2.14 [winnt-4.0-x86], protocol version 1.4. Standard version. Does not use RSAREF. Pseudo-terminal will not be allocated because stdin is not a terminal. ssh_connect: getuid 0 geteuid 0 anon 0 Connecting to panjasource.sourceforge.net [198.186.203.44] port 22. Connection established. Remote protocol version 1.5, remote software version 1.2.27 Waiting for server public key. Received server public key (768 bits) and host key (1024 bits). Host 'panjasource.sourceforge.net' is known and matches the host key. Initializing random; seed file c:\home/.ssh/random_seed Encryption type: idea Sent encrypted session key. Received encrypted confirmation. Trying RSA authentication with key 'smskeys' Received RSA challenge from server. Sending response to host key RSA challenge. Remote: RSA authentication accepted. RSA authentication accepted by server. Requesting shell. Entering interactive session. -bash: Root: command not found -bash: Valid-responses: command not found -bash: valid-requests: command not found As best I can tell, it did indeed login successfully without the need to enter a password. However, it locks up immediately after the 3 -bash errors. Are these coming from CVS or SSH? Any ideas? Thanks. Sheldon Samuels Panja Software Product Manager "Noel L Yap" [EMAIL PROTECTED] 06/07/00 07:47AM It's worth a shot. Noel [EMAIL PROTECTED] on 06/06/2000 10:28:34 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] (bcc: Noel L Yap) Subject: Re: CVS access using SSH OK. I can understand that. But what is a solution to this. It still appears to me that CVS is passing over the wrong SSH parameters. If CVS would simply fire off the correct SSH command, then it would solve my problem. Can I create a batch file (sshx.bat) and set CVS_RSH to sshx.bat and execute something else that way? - Original Message - From: "Charles M. Hannum" [EMAIL PROTECTED] To: "Sheldon Samuels" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, June 06, 2000 6:10 PM Subject: Re: CVS access using SSH C:\srccvs -t co -c CVS.EXE checkout: notice: main loop with CVSROOT=:ext:[EMAIL PROTECTED]:/cvsroot/panjasourc e Starting server: ssh
Re: CVS client on Windows platform
WinCVS does work, although you need to enter a password with every command. There is a document on Sourceforge's website (sourceforge.net) that explains how to set WinCVS up so that it works. If you can't find it, let me know and I can send you the URL. It will describe how to set up your access so that you don't have to enter your password everytime, but I haven't been able to make that work. But it does work well, if you don't mind entering your password. It's the only client that I've found. Sheldon Samuels Panja Inc. [EMAIL PROTECTED] 06/08/00 05:25AM My CVS server is in UNIX platform. I am looking for a CVS client on Windows platform. I have checked out some CVS useful sites (e.g. www.cvshome.org). Eventually, I find a suitable CVS client (i.e. wincvs). However, I can't make it connecting to the CVS server. As the documentation mentions that I can use SSH command and .rhost file to connect CVS server. But as I know that, this method is used in UNIX-UNIX machine connection. Please if anybody can teach me in details how to connect my CVS server by using WinCVS in my PC. Besides of WinCVS, is there any good CVS client software running in PC Windows environment ?
Re: NEW - UNKNOWN HOST
Try CVS -t LOGIN to see what CVS is trying to send. Are you using PSERVER, SSH, or something else? Not sure that I can help, but others might with this info. "Robert Balahura" [EMAIL PROTECTED] 06/08/00 01:10AM I am using WIN NT to login to a LINUX CVS SERVER when I type CVS LOGIN at the c prompt I get a "UNKNOWN HOST" error. I have everything set up according to the documentation, and I can ping my host machine so I'm not sure what the problem is. Has anyone solved this when they started using cvs from NT environment?
Re: Diff bug when using the HEAD tag?
Cameron, Steve writes: [smc] "TRUNK" sounds useful, "HEAD" as described here, less so, since the branch tag may currently be used for that purpose, My thoughts exactly. But, does anyone here know how to implement either HEAD or TRUNK as described here? ,, I don't know how. Nor do I, and I seem to recall some previous discussions that concluded it was very difficult if not impossible to get right in all cases. That's what prompted by alternative suggestion. -Larry Jones Wow, how existential can you get? -- Hobbes
RE: Diff bug when using the HEAD tag?
Just a preference: MAIN is much easier to type than TRUNK. Noel [EMAIL PROTECTED] on 06/08/2000 09:22:33 AM To: [EMAIL PROTECTED] cc: (bcc: Noel L Yap) Subject: RE: Diff bug when using the HEAD tag? Martin Roehrig writes: [...] HEAD should then always refer to the latest revision in the branch resp main trunk the current working copy is based on and therefore it should not be allowed in cvs commands that directly work on the repository (like rdiff - don't know if it is already forbidden there). Thus you have TRUNK as an analogue to the branch tags (i.e. it always refers to the main trunk) and you have HEAD which refers to the latest revision of the current "development line" (be it a real branch or be it the main trunk) as denominated by the working directory where the cvs command using the HEAD tag is called. [smc] "TRUNK" sounds useful, "HEAD" as described here, less so, since the branch tag may currently be used for that purpose, (though it might be useful for scripts or something that don't want to have to know what the branch tag is, or in the case of some kind of hybrid sandbox with modules from multiple branches (or even multiple repositorires?)) But, does anyone here know how to implement either HEAD or TRUNK as described here? ,, I don't know how. Well, perhaps someone does... But, if not, the other option, making HEAD at least be consistently interpreted by "cvs diff" seems better than the status quo, and that we do know how to do. -- steve This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Co. Incorporated, its subsidiaries and affiliates.
Proposal: have client CVS send remote username to server CVS
The advantage of pserver is the ability to map one or more users to the same system user on the server. The disadvantages are the need to "cvs login" and the lack of security. The advantages of client/server CVS using SSH is the easier usage (ie no "cvs login") and the better security. The disadvantages are key maintenance and no ability to map users. Client/server CVS can easily map users if the client sent the remote user's name over to the server to use in its logs. Therefore, I propose that such an enhancement should be done (I'll even do the work if my schedule doesn't get overloaded). The effects of this change would be obvious to those using client/server CVS where the client usernames aren't the same as the server usernames. It would, in effect, make client/server CVS be more consistent with the behaviour of pserver CVS. (The key maintenance disadvantage of SSH CVS will have to wait until someone extends SSH to support SRP -- such an extensions has already been proposed). Any comments? Thanks, Noel This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Co. Incorporated, its subsidiaries and affiliates.
FW: Controlling Revision in WinCVS!
Hi everybody, Does somebody know about revisions in WinCVS! I did not find the way to control them. I can change the revision number in DOS. Ex: cvs commit -r3.0 file.txt But in WinCVS there's no menu or option to do that. Is there a trick? Thanks for your help! Daniel Barsalou K-OS Multimédia Inc. 5505, boul. Saint-Laurent, bureau 4210 Montréal(Québec) H2T 1S6 Tél.:(514)495-1122 Fax :(514)495-1342 [EMAIL PROTECTED] www.k-os.com
Update question
When doing an update I am getting the message: "move file out of the way." or something to that effect. The update works. How do I eliminate this message? Michael
Re: Proposal: have client CVS send remote username to server CVS
Noel L Yap writes: Client/server CVS can easily map users if the client sent the remote user's name over to the server to use in its logs. Therefore, I propose that such an enhancement should be done (I'll even do the work if my schedule doesn't get overloaded). The main problem I see with this is that you lose all accountability -- the client can claim to be anyone and the server will just blindly accept that the client is telling the truth. pserver does at least some authentication by requiring that the user be known and requiring the corresponding password. -Larry Jones I'm not a vegetarian! I'm a dessertarian. -- Calvin
Re: CVS access using SSH
How would the server know to execute "cvs server" if you don't have it in your batch file. Sure, the line would autologin fine, but I don't see how CVS server would even execute. Noel [EMAIL PROTECTED] on 06/08/2000 09:51:14 AM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: CVS access using SSH Actually, the ssh command that I have: ssh -v projectname.sourceforge.net -l username does work just fine. It's simply that if I use the batch file, it does autologin, but it then causes the -BASH errors that keep CVS from continuing. Without a change to CVS, about the only solution I can come up with at this time, is to upload my public/private key to a different location at Sourceforge, if this is allowed, so that it will find the key when it tries to log me into cvs.projectname.sourceforge.net. WinCVS has the same problems, although it's likely because it is simply using the command line client, rather than executing something new and different. Anyway, thanks for the help. Sheldon Samuels "Noel L Yap" [EMAIL PROTECTED] 06/08/00 07:31AM I'm saying that if you stuck the line: ssh projectname.sourceforge.net -l username cvs server in your sshx.bat file, it might work since you would essentially be overriding what the CVS client does. Noel [EMAIL PROTECTED] on 06/07/2000 08:35:16 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: CVS access using SSH You are correct in that "cvs server" is at the end of the command, but it's the command executed by CVS (on the client side) that is the problem in that it autocreates the format. And I can't change how it looks. CVS creates the following command, which doesn't work: ssh cvs.projectname.sourceforge.net -l username cvs server About the only way to make this work is to place my public/private key on the cvs.projectname.sourceforge.net server and hope that works. I'm looking into this as well. Thanks for the help. Sheldon Samuels - Original Message - From: "Noel L Yap" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, June 07, 2000 6:56 PM Subject: Re: CVS access using SSH When using CVS_RSH, CVS will execute: $CVS_RSH hostname cvs server This means your command line should've been: ssh -v projectname.sourceforge.net -l username cvs server Try that. Also try: ssh -v projectname.sourceforge.net -l username "CVS_Hostname=cvs.projectname.sourceforge.net cvs server" Noel [EMAIL PROTECTED] on 2000.06.07 12:59:01 To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: CVS access using SSH Well, I now get a different set of errors, although I'm not sure if this is from SSH or CVS. Here is what I've done. 1) I created a batch file (sshx.bat) and placed the proper SSH command inside of the batch. The SSH command is as follows: ssh -v projectname.sourceforge.net -l username 2) I then set my CVS_RSH=sshx.bat 3) Now when I run "CVS UPD" I get the following response: SSH Version 1.2.14 [winnt-4.0-x86], protocol version 1.4. Standard version. Does not use RSAREF. Pseudo-terminal will not be allocated because stdin is not a terminal. ssh_connect: getuid 0 geteuid 0 anon 0 Connecting to panjasource.sourceforge.net [198.186.203.44] port 22. Connection established. Remote protocol version 1.5, remote software version 1.2.27 Waiting for server public key. Received server public key (768 bits) and host key (1024 bits). Host 'panjasource.sourceforge.net' is known and matches the host key. Initializing random; seed file c:\home/.ssh/random_seed Encryption type: idea Sent encrypted session key. Received encrypted confirmation. Trying RSA authentication with key 'smskeys' Received RSA challenge from server. Sending response to host key RSA challenge. Remote: RSA authentication accepted. RSA authentication accepted by server. Requesting shell. Entering interactive session. -bash: Root: command not found -bash: Valid-responses: command not found -bash: valid-requests: command not found As best I can tell, it did indeed login successfully without the need to enter a password. However, it locks up immediately after the 3 -bash errors. Are these coming from CVS or SSH? Any ideas? Thanks. Sheldon Samuels Panja Software Product Manager "Noel L Yap" [EMAIL PROTECTED] 06/07/00 07:47AM It's worth a shot. Noel [EMAIL PROTECTED] on 06/06/2000 10:28:34 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] (bcc: Noel L Yap) Subject: Re: CVS access using SSH OK. I can understand that. But what is a solution to this. It still appears to me that CVS is passing over the wrong SSH parameters. If CVS would simply fire off the correct SSH command, then it would solve my problem. Can I create a batch file (sshx.bat) and set CVS_RSH to sshx.bat and execute something else that way? - Original Message - From: "Charles
Re: Update question
Michael Labhard writes: When doing an update I am getting the message: "move file out of the way." or something to that effect. The update works. How do I eliminate this message? What that message is trying to tell you is that there's a file in your working directory that has the same name as a file in the repository, but as far as CVS knows, the file in your working directory did *not* come from the repository but was created independently. You need to rename that file ("move it out of the way") and do the update again to get the file from the repository. If the file in your working directory was intended to be the file from the repository, you can then do diffs or whatever to manually merge any changes between the two versions. -Larry Jones I always have to help Dad establish the proper context. -- Calvin
Re: Diff bug when using the HEAD tag?
"Cameron, Steve" wrote: [ DELETED STUFF ] HEAD as described here definitely has some impossible or at least meaningless cases: for instance, a sticky, non-branch tag (or date or revision) on a file could match a revision that is present on multiple branches, so which is the "correct" current branch for which the tip revision should be found? There's no sensible answer. I suppose that could be treated as an error and CVS could say, in essence, "you've asked me a nonsense question." for such files. Seems more trouble than it's worth to me though. I think my approach would be that non-branch tags would be treated as the top of a branch with no revisions commited to it. Therefore, for a file that is checked out on the non-branch tag, the difference between it and HEAD would be empty. Now for a file that has not been checked out with a tag, I think the difference would have to be against the top of the trunk.
Re: Proposal: have client CVS send remote username to server CVS
[ On Thursday, June 8, 2000 at 11:26:26 (-0400), Noel L Yap wrote: ] Subject: Proposal: have client CVS send remote username to server CVS The advantages of client/server CVS using SSH is the easier usage (ie no "cvs login") and the better security. The disadvantages are key maintenance and no ability to map users. Not so quick there -- you can set up "anonymous" SSH access with as many "many-to-one" mappings as you can imagine. Just how "anonymous" it is will depend on your key distribution infrastructure -- Greg A. Woods +1 416 218-0098 VE3TCP [EMAIL PROTECTED] robohack!woods Planix, Inc. [EMAIL PROTECTED]; Secrets of the Weird [EMAIL PROTECTED]
Re: CVS client on Windows platform
Sheldon Samuels wrote: WinCVS does work, although you need to enter a password with every command. ??? Where did you get that from? I am using WinCVS for over a year now, and always only had to login at the beginning of a session. -Joe
Re: CVS client on Windows platform
Are you using SSH or PSERVER? If you are using SSH, how are you configured? I cannot get SSH to autoconnect (at least not to Sourceforge's servers) without errors. SSH works from a command line properly so I know my keys have been created and uploaded, but it won't work with CVS or WinCVS. Joachim Feise [EMAIL PROTECTED] 06/08/00 11:02AM Sheldon Samuels wrote: WinCVS does work, although you need to enter a password with every command. ??? Where did you get that from? I am using WinCVS for over a year now, and always only had to login at the beginning of a session. -Joe
CVS pserver problems
Hi, I have been through this list with a fine toothpick and comb, but it has not solved my problem. I have one RedHat 6.1 box and cvs-1.10.6 I am running pserver from inetd.conf and every thing is cool. cvspserver is on port 2401/tcp. I have one Caldera eServer 2.3 box that had cvs-1.10.6 but I could not get it working, so I compiled and installed cvs-1.10.8 as per one of the postings here. Now when I try and log in I cvs hangs on the server side. Below is a snippet from inetd -d. ADD : cvspserver proto=tcp, wait.max=0.40, user.group=root.(null) builtin=0 server=/usr/bin/cvs someone wants cvspserver accept, ctrl 3 24874 execl /usr/bin/cvs Why is it running OK on RedHat but not on Caldera ?? Any suggestions, as usual gratefully recieved. Robert
Re: Including diff output in loginfo/commitlog email message
[EMAIL PROTECTED] writes: DEFAULT cvs diff -uw -r %v -r %V %s $CVSROOT/CVSROOT/commitlog ; $CVSROOT/CVSROOT/log.pl %s -f $CVSROOT/CVSROOT/commitlog -m [EMAIL PROTECTED] but this just caused an infinite wait on the lock file. Since diff is a read-only operation, you can use the -n global option to avoid locking. -Larry Jones But Mom, frogs are our FRIENDS! -- Calvin
CVS 1.10 for UNIX
Where can I find CVS 1.10 for UNIX. I could not compile it myself because I don't have the right permissions. Thanx Manny
Re: Proposal: have client CVS send remote username to server CVS
[EMAIL PROTECTED] on 06/08/2000 12:13:35 PM Noel L Yap writes: Client/server CVS can easily map users if the client sent the remote user's name over to the server to use in its logs. Therefore, I propose that such an enhancement should be done (I'll even do the work if my schedule doesn't get overloaded). The main problem I see with this is that you lose all accountability -- the client can claim to be anyone and the server will just blindly accept that the client is telling the truth. pserver does at least some authentication by requiring that the user be known and requiring the corresponding password. Pserver authentication is extremely bogus. Better authentication can be done using SSH (if people really cared about it). If people didn't care too much about it, they'd rely on client login as enough authentication. If people are really against such a change, another $CVSROOT/CVSROOT/config parameter (eg UseRemoteUserName) can be created. I wouldn't even mind too much if the default were "no", but I think setting to "yes" can allow better audit trails (ie better security) in some situations. For example, given that someone had gotten hold of someone else's private SSH key and used it to commit something, their (ie the hacker's (the term "hacker" used extremely broadly here)) username will get recorded. (I also think that a more general solution to the audit trail problem would be if SSH set an environment variable (eg REMOTE_USER) but that's another proposal ;) Noel This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Co. Incorporated, its subsidiaries and affiliates.
reading from server: Connection reset by peer ??
Hello everyone, I am new to CVS and to this mailing list. So I am still trying to set it up. I am using wincvs 1.1b13 on an NT client side, I am using CVS 1.9 on a unix server.I have setup a pserver and cvsroot.I don't have any groups setup, and thecvsroot isin my account directory on Unix.I have been able to login to CVSfromWinCVS but when I try to do anything after the loginI getthe message reading from server: Connection reset by peer Ex:when I try to import a directory com with one java file in it I get this message:**Filtering 'D:\com'...cvs import -I ! -I CVS -m "no message" com avendor arelease (in directory D:\com)cvs [import aborted]: reading from server: Connection reset by peer *CVS exited normally with code 1Has anyone else ever got this message? Where is the problem? Is the version of WinCVS compatible with CVS's version?Manny
initilizing repository error?
when I tried to create the repository I get this error: cvs -d cvsroot initcvs [init aborted]: cannot open cvsroot/CVSROOT/loginfo: No such file or directory I thought this command should give me no problem at all. Does this mean CVS was installed incorrectly? Manny
loginfo question
Can someone explain why CVS does not send an email notification to both john and olaf? In either case, I commited a file in test/dir1 (see below). Is there a way to fix this? I would like one person to get notifications for all sub-directories and the other only for a specific sub-directory. Below are lines from my loginfo file. * case 1 * ^test* bla "%s" john ^test/dir1* bla "%s" olaf # why does olaf not get and email? * case 2 * ^test/dir1* bla "%s" olaf ^test* bla "%s" john # why does john not get an email? Olaf The client (NTW 4.0) uses cvs.exe from WinCVS 1.1b13 The server is cvs version 1.10.5 on Rad Hat Linux 6
Re: CVS 1.10 for UNIX
$ mkdir ~/bin $ cd cvs-1.10.8 $ ./configure --prefix=~/ $ make $ make install make returned with errors: gcc -I. -I.. -I. -I../lib -DHAVE_CONFIG_H -g -O -c client.c In file included from /usr/include/sys/turnstile.h:12, from /usr/include/sys/t_lock.h:20, from /usr/include/sys/vnode.h:37, from /usr/include/sys/stream.h:21, from /usr/include/netinet/in.h:38, from client.c:32: /usr/local/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2/include/sys/param.h:187: warning: `NBBY' redefined /usr/include/sys/select.h:45: warning: this is the location of the previous definition In file included from /usr/include/sys/stream.h:26, from /usr/include/netinet/in.h:38, from client.c:32: /usr/include/sys/model.h:32: #error "No DATAMODEL_NATIVE specified" make[1]: *** [client.o] Error 1 make[1]: Leaving directory `/export/local/cvs-1.10/src' make: *** [all] Error 1 - Original Message - From: "Alexey Mahotkin" [EMAIL PROTECTED] To: "Emmanuel Ohannessian" [EMAIL PROTECTED] Sent: Thursday, June 08, 2000 2:26 PM Subject: Re: CVS 1.10 for UNIX "EO" == Emmanuel Ohannessian [EMAIL PROTECTED] writes: EO I could not compile it myself because I don't have the right EO permissions. Seems like you could not install it, not compile. $ mkdir ~/bin $ cd cvs-1.10.8 $ ./configure --prefix=~/ $ make $ make install Huh? --alexm
Re: Proposal: have client CVS send remote username to server CVS
[ On Thursday, June 8, 2000 at 12:13:35 (-0400), Larry Jones wrote: ] Subject: Re: Proposal: have client CVS send remote username to server CVS The main problem I see with this is that you lose all accountability -- the client can claim to be anyone and the server will just blindly accept that the client is telling the truth. pserver does at least some authentication by requiring that the user be known and requiring the corresponding password. I would point out that requiring someone to know both halves of the "username/password" pair for cvs-pserver access doesn't really grant any significant amount of accountability except in the most restricted scenarios. Cvs-pserver conceptually only affords accountability from the point of view of the host system to the extent that one knows things like "well it must have been one of those CVS users who did such and such." -- Greg A. Woods +1 416 218-0098 VE3TCP [EMAIL PROTECTED] robohack!woods Planix, Inc. [EMAIL PROTECTED]; Secrets of the Weird [EMAIL PROTECTED]
Re: Proposal: have client CVS send remote username to server CVS
[EMAIL PROTECTED] on 06/08/2000 04:05:49 PM [ On Thursday, June 8, 2000 at 11:26:26 (-0400), Noel L Yap wrote: ] Subject: Proposal: have client CVS send remote username to server CVS The advantages of client/server CVS using SSH is the easier usage (ie no "cvs login") and the better security. The disadvantages are key maintenance and no ability to map users. Not so quick there -- you can set up "anonymous" SSH access with as many "many-to-one" mappings as you can imagine. Just how "anonymous" it is will depend on your key distribution infrastructure My point was that, using this method, CVS will treat each of the many users as the one system user. Pserver doesn't do that. You can map many CVS users to one user and CVS will know them by their CVS username, not their system name. Noel This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Co. Incorporated, its subsidiaries and affiliates.
A branch-tag name for the trunk! maybe. (was RE: diff bug when using HEAD)
[EMAIL PROTECTED] (that's me) wrote: [smc] "TRUNK" sounds useful, "HEAD" as described here, less so, since the branch tag may currently be used for that purpose, (though it might be useful for scripts or something that don't want to have to know what the branch tag is, or in the case of some kind of hybrid sandbox with modules from multiple branches (or even multiple repositorires?)) But, does anyone here know how to implement either HEAD or TRUNK as described here? ,, I don't know how. Well, perhaps someone does... Heck, perhaps *I* do, after all. I've implemented *something* anyway, a ".trunk" tag that acts very very much like a branch tag for the trunk. You can "cvs diff", "cvs add", "cvs remove", "cvs update", "cvs checkout", "cvs commit" using this tag. Also it doesn't break the current behavior of "no tag means the trunk". "cvs update -A" will get rid of the sticky ".trunk pseudo branch tag" too, and "cvs update -r .trunk" will bring it back... Anyway, you can check out my attempt at a patch here, if you have the inclination. http://www.geocities.com/dotslashstar/branch_patch.html The patch is against the current (6/8/2000) development version of CVS. The patch leaves the current (broken) behavior of HEAD as is, ".trunk" does what HEAD should have done, I think. (There aren't any sanity.sh tests yet... and I haven't tried it in client server mode yet, and don't try this on a real repository yet, etc. etc. I think it works, but I wouldn't want to ruin anybody's day with what could easily be shoddy code, you know? Consider yourself warned. There's some stuff there in commit.c that I wasn't really too sure about..., but it seemed to work on the things that I tried... -- steve __ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com