RE: problems with CVS on NT
Hi, ok here it comes. If I do the same as I described in the last mail, but this time I stop WinCVS and restart it, then it works. Which means, that somehow (win)CVS is keeping the file open. But how could this be? In fact when I do the whole thing from the command line it works out ok. It did'nt do it before probably beacause of another problem. So the culprit seems to be winCVS keeping the file open.
Re: [Q] Setting up Pserver problem
Eric / Chang-Cheng, Chao wrote: > > > cvs [login aborted]: recv() from server ..x.xxx: Connection > > > reset by peer > > > > That usually indicates that inetd was unable to start the server for > > some reason -- check your syslog for error messages. > > > The error seems to come from the tcpdwrapper. > If I change the entry I have in inetd.conf from > "cvspserver stream tcp nowait root /usr/sbin/tcpd /usr/local/bin/cvs \ >--allow-root=/usr/local/newrepos pserver" to "cvspserver stream tcp > nowait root /usr/local/bin/cvs cvs \ >--allow-root=/usr/local/newrepos pserver", I can log in fine. What could > be causing the problem? The same happend to me. I can't connect to the server while using tcpd, but I can do if I remove the tcpwrapper-command in inetd.conf. I didn't found the cause for that (since I have no time for exploring). Bye, Rene
Re: WinCVS permissions problem/question
"Michael S. Tsirkin" schrieb: > Hello! > In WinCVS (11b13) when I do update, all files are marked > read-only, even if the "checkout read-only" option is not > selected. > > 1. Does anyone have any idea why? Maybe someone did a "cvs watch on" on the files? Then they are checked out read only and you should use "cvs edit" in order to make them writable (and automatically notify anybody who wants to be notified). > 2. Can the read-only status be changed from WinCVS? As far as I see only using "cvs edit" (menu "Trace / Edit selection"). Please be aware of the side effects of this as described in the Cederqvist in the multi-user section. Best regards Martin
problem with WinCVS
Hi, I use the WinCVS and I want co one file from the repository and revise that, now we have to co all files in our repository to revise that one file. Is that possible to co only the one file. Thanks!!
Re: cvs-nserver 1.10.7.1: new direction for CVS-over-network development
As Alexey stated, it could be good to put a clear list of new features required for a next generation CVS network code. Here we use CVS every day (yes, even during suny sundays ;) and we are really happy with it! But (there is always a 'but') we have some concerns regarding network. We need something to improve the transmission of (big) files. I don't know the intrinsics of CVS but it would be really good if: - files are transmitted by incremental diffs (like rsync) - files are transmitted compressed on a per file basis (to avoid trying to compress kinds of files like jpegs) - the compression scheme may even extend to repository storage? (but this may be another topic) - keep in mind that there are WAN with BIG latency (here >300ms) and round-trips may kill us. (this is why we choose CVS instead of clearcase... clearcase on a laging WAN is really a disaster) I know these topics have already been discussed... but there is really something to do here. just my 2c... Olivier
Re: cvs-nserver 1.10.7.1: new direction for CVS-over-network development
Alexey Mahotkin wrote: > > I have finally managed to announce that > > http://alexm.here.ru/cvs-nserver/ > > contains cvs-nserver-1.10.7.1 for couple of weeks already. cvs-nserver is > the rewritten and improved :pserver: mode for CVS. Hmm... How much of a diff is this from the cvs-1.80.8.tar.gz? It'd be nice to be able to add this to the NT version. Tony -- #define QUESTION ((bb) || !(bb)) - Shakespeare [EMAIL PROTECTED]
Re: Diff bug when using the HEAD tag?
Larry Jones schrieb: > Peter Wolfe writes [about HEAD meaning the head of the current branch > rather than the HEAD of the trunk for diff]: > > > > Hmm ... while that might be the design intent my observations are that even > > this is broken: > > I think you're right. It looks to me like what's happening is that diff > only interprets HEAD as the head of the current branch if the file has > actually been checked in on the branch; if the file has been branched > but hasn't actually been checked in on the branch, HEAD is interpreted > as the head of the trunk instead of the branch point. To solve the problems and misunderstandings around this subject, what do you think about introducing a new built-in tag (say TRUNK) that does the same for the main trunk as a branch tag does for the branch (or should do...), namely always refer to the latest revision on the main trunk (TRUNK) resp. branch (branch tag), consistently in all suitable cvs commands? (I hope my understanding of branch tags is correct so far.) 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). I think this would be clear and easy to understand (and to remember), consistent with the branch tags and it would be more flexible than the current solution as it offers an access to the latest revision on the main trunk from where you want.. Best regards Martin
nserver future
Hi, are there any plans that the nserver CVS patches will be merged with the "official" cvs? http://alexm.here.ru/cvs-nserver/ regards, Martin
Re: problems with CVS on NT
Eitle Jürgen wrote: > > Hi, > ok here it comes. If I do the same as I described in the last mail, but this > time I stop WinCVS and restart it, then it works. Which means, that somehow > (win)CVS is keeping the file open. But how could this be? > In fact when I do the whole thing from the command line it works out ok. It > did'nt do it before probably beacause of another problem. So the culprit > seems to be winCVS keeping the file open. WinCVS uses a DLL, rather than simply calling CVS.EXE, so until WinCVS is terminated, and dangling open files are still considered open by the system. What appears to be happing is that the locking code is leaving files open. However I haven't been able to find out how/why yet. Tony -- #define QUESTION ((bb) || !(bb)) - Shakespeare [EMAIL PROTECTED]
Re: CVS access using SSH
I'm really starting to think this is happening on the SourceForge side. Sorry I can't help you any more than this. Noel [EMAIL PROTECTED] on 06/06/2000 07:10:15 PM To: [EMAIL PROTECTED], [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: CVS access using SSH >OK. This kinda tells me your CVSROOT should point to the one without "cvs.". > >>Does CVS use the CVSROOT to fire off the SSH command? Can CVS be instructed to >use a location for SSH other than CVSROOT? > >I don't understand your questions. Can you explain a bit more? > >>Or is there a way to get CVS to drop the "cvs." when executing SSH, but to >include "cvs." for everything else? > >I'm not convinced that this would be a viable workaround. Have you tried to >remotely execute a command using SSH? Maybe this is where it's going wrong? > >Noel If I edit the CVSROOT (actually by changing the ROOT file found in the CVS subdirectory), here is the result: C:\src>cvs -t co -c CVS.EXE checkout: notice: main loop with CVSROOT=:ext:[EMAIL PROTECTED]:/cvsroot/panjasource > Starting server: ssh panjasource.sourceforge.net -l sheldon_samuels cvs server Cannot access /cvsroot/panjasource/CVSROOT No such file or directory You can see that now SSH works without asking for a password, but I get an errorthat no file or directory is found. And this specific project does have files and has been imported, checked out, updated, etc. through CVS by entering a password everytime. So I can either have CVS work properly or have SSH work, but not both. For completeness, here is the same action, with cvs. in the root path. C:\src>cvs -t co -c CVS.EXE checkout: notice: main loop with CVSROOT=:ext:[EMAIL PROTECTED]:/cvsroot/panjasource -> Starting server: ssh cvs.panjasource.sourceforge.net -l sheldon_samuels cvs server Password: Now the cvs command works, but I was required to enter a password. The only difference being the fact that "cvs." is entered in the CVSROOT path. Does this help explain the problem? Thanks. Sheldon Samuels 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.
Re: CVS access using SSH
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:\src>cvs -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:\src>cvs -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 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.
RE: Diff bug when using the HEAD tag?
Martin Roehrig wrote: > Larry Jones schrieb: > > Peter Wolfe writes [about HEAD meaning the head of the current branch > > rather than the HEAD of the trunk for diff]: > > > > > > Hmm ... while that might be the design intent my observations are that > even > > > this is broken: > > > > I think you're right. It looks to me like what's happening is that diff > > only interprets HEAD as the head of the current branch if the file has > > actually been checked in on the branch; if the file has been branched > > but hasn't actually been checked in on the branch, HEAD is interpreted > > as the head of the trunk instead of the branch point. > > To solve the problems and misunderstandings around this subject, what do > you > think about introducing a new built-in tag (say TRUNK) that does the same > for the > main trunk as a branch tag does for the branch (or should do...), namely > always > refer to the latest revision on the main trunk (TRUNK) resp. branch > (branch tag), > consistently in all suitable cvs commands? (I hope my understanding of > branch > tags is correct so far.) [smc] I like this idea, and have suggested this in the past. I have a patch which I believe makes HEAD work right for "cvs diff" and I have also made a patch at one time that introduced TRUNK that worked just like I wanted HEAD to work but didnt disturb the current behavior of HEAD. If anyone is interested in these patches, I can send them.(I'd post them again, but nobody was ever interested before, so I dont' want to waste the time to try to find them unless someone is actually interested.) -- steve
Changing Revision with WinCVS!
Hi, I have 2 questions here: How can we change the revision number of a file with WinCVS? Can we reset the revision number of a file to 1.1? 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
Re: SRP implementation in CVS
[EMAIL PROTECTED] on 06/06/2000 08:50:18 PM >[ On Tuesday, June 6, 2000 at 16:02:17 (-0400), Noel L Yap wrote: ] >> Subject: Re: SRP implementation in CVS >> >> On one hand I'd like to keep CVS minimal. OTOH, I'd like to minimize the >> involvement of sysadmins. Perhaps SSH or a cvs wrapper /is/ solution to both >> problems (eg have read-only users SSH into one read-only CVS account in which >> they can only do "cvs server" or have something else do the authentication). >> I'm not completely convinced yet; I'll have to analyze it a bit more. > >So long as any wrapper system that doesn't use system accounts is kept >completely separate from CVS it'll be hard to blame CVS for the lack of >accountability such a system inherently introduces... :-) OK, I've thought about this a bit more. The thing I like about pserver is the fact that users can be mapped to system users and CVS records the non-system users. I haven't found a way to do this using SSH. However, if SSH were changed to set an environment variable to the remote user, the CVS server could be changed to use this info. SSH would then become an authentication agent in this scenario. Also, if SSH were enhanced to support SRP, the task of key maintenance goes away. 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.
Re: Diff bug when using the HEAD tag?
Martin Roehrig writes: > > To solve the problems and misunderstandings around this subject, what do you > think about introducing a new built-in tag (say TRUNK) that does the same for the > main trunk as a branch tag does for the branch (or should do...), namely always > refer to the latest revision on the main trunk (TRUNK) resp. branch (branch tag), > consistently in all suitable cvs commands? (I hope my understanding of branch > tags is correct so far.) The obvious alternative is to change HEAD to mean that (which, if I understand the current state of things, it already does everywhere except for diff). -Larry Jones It's not denial. I'm just very selective about the reality I accept. -- Calvin
Re: modules with lots of files
David writes: > > I need > to be able to list several thousand files in a module, and can not > simply recurse a directory because some files may belong to another > logical set. I think you need to rethink the organization of your repository. -Larry Jones What's the matter? Don't you trust your own kid?! -- Calvin
How do I see a list of files being edited?
Title: How do I see a list of files being edited? Greetings all, Darn it, I had this working I thought, but now it isn't and I can;'t tell why. The goal: To enter a command (cvs editors?) and get a list of all the files which are someone is editing. The environment: I have a cvs repository on Solaris 2.5.1. For Unix development I access it via CVS 1.10, downloaded prebuilt from sunfreeware.com. For WinNT projects, the Unix box runs SAMBA, and I access it via CVS 1.10, the command line version for NT. I have "cvsread=true" in my environment, my sources are read-only until I do the "cvs edit" command, then the read-only attribute goes away. The behavior: It works fine on the Unix projects. But when I run "cvs edit" on a file, and then run "cvs editors", the command produces no output. Wait!, I just tried it again, and it works this morning! E... Caveat: I've used RCS under MS-DOS pretty extensively in a former job, but never used Unix or CVS until just recently. Question: Well, since it works this morning, I'm not sure what my question should be. Anyone have any comments on all of this? Rick Stone Senior Staff Software Engineer Scientific-Atlanta Phone: (770) 236-2687 5030 Sugarloaf Parkway Fax: (770) 903-5233 Lawrenceville, GA 30042 ATL 1.3.206 "Never use absolutes" - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer.
How to host a CVS server over Internet?
Hi - Does anyone have recommendations on how to set up a CVS hosting server over the Internet for a small group of widely distributed developers? I have a LAN with a Redhat Linux server running PSERVER with Win98 clients and connect to the Internet via a Cisco675 router. It runs great locally and and it seems like I have the pieces (except for a static IP address) to enable others to access it via the Internet. However, I'm not sure of the best way to get this connected nor do I necessarily want to spend a lot of time maintaining it. I'm thinking that a Virtual Private Network is probably the way to go but perhaps there are better solutions. I'd like to get the system up as quickly as possible and would be willing to work with an affordable hosting or consulting service to get it done. In other words, I welcome and and all suggestions! Ken Griesser
Re: modules with lots of files
I was hoping no one would ask me that ;-) I'm trying to migrate from a LOT of old legacy code, including a lot of perl4 wrappers, text database files that do something similar to tagging a list of files for code revisions, and a hacked up version of CVS 1.3. I'd like to move them to a straightforward development system with 1.10.8, and doing something like this with modules is the best way for me to get them straightened out in a relatively short and painless way. Although I agree that restructuring the repository might be better, I think that project may be a lot more difficult then it is worth for the time being. Hopefully that would be a next step after cleaning up what is there. Are there any other problems I may run into doing something like this, as long as the module files were well maintained when adding or removing files from a set? thanks, David Larry Jones wrote: > > David writes: > > > > I need > > to be able to list several thousand files in a module, and can not > > simply recurse a directory because some files may belong to another > > logical set. > > I think you need to rethink the organization of your repository. > > -Larry Jones > > What's the matter? Don't you trust your own kid?! -- Calvin
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:\src>cvs -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:\src>cvs -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 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.
Re: CVS access using SSH
I decided to get into the CVS code myself and look around as to what could be happening. Here is what I have found. I'm not certain how to fix this or if it can be fixed, but could someone tell me if I'm on track or way off base. In looking at the file client.c, it seems that CVS is using CVS_RSH, CVS_Hostname, and CVS_username to create the SSH command that is then executed automatically, assuming that CVS_RSH is equal to SSH. However, in order to make CVS work properly, you must set CVS_hostname equal to cvs.projectname.sourceforge.net. SSH requires that cvs_hostname must be simply projectname.sourceforge.net. It would seem to be a simple process to remove the "cvs." from the hostname prior to executing the SSH command. If this isn't correct for all users, maybe add a switch or option flag to CVS to indicate whether this should be done or not. I'll check with Sourceforge as well. Thanks in advance. >>> "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:\src>cvs -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:\src>cvs -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 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.
Re: CVS access using SSH
A more general solution (that wouldn't break anyone's setup) would be to introduce another variable. If this variable's set, use it, otherwise, use CVS_Hostname (or however it's capitalized). Noel [EMAIL PROTECTED] on 06/07/2000 03:31:37 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: CVS access using SSH I decided to get into the CVS code myself and look around as to what could be happening. Here is what I have found. I'm not certain how to fix this or if it can be fixed, but could someone tell me if I'm on track or way off base. In looking at the file client.c, it seems that CVS is using CVS_RSH, CVS_Hostname, and CVS_username to create the SSH command that is then executed automatically, assuming that CVS_RSH is equal to SSH. However, in order to make CVS work properly, you must set CVS_hostname equal to cvs.projectname.sourceforge.net. SSH requires that cvs_hostname must be simply projectname.sourceforge.net. It would seem to be a simple process to remove the "cvs." from the hostname prior to executing the SSH command. If this isn't correct for all users, maybe add a switch or option flag to CVS to indicate whether this should be done or not. I'll check with Sourceforge as well. Thanks in advance. >>> "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:\src>cvs -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:\src>cvs -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 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. 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.
Re: cvs-nserver 1.10.7.1: new direction for CVS-over-network development
> "TH" == Tony Hoyle <[EMAIL PROTECTED]> writes: >> http://alexm.here.ru/cvs-nserver/ TH> Hmm... How much of a diff is this from the cvs-1.80.8.tar.gz? 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. 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)). TH> It'd be nice to be able to add this to the NT version. 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. --alexm
Re: [Q] Setting up Pserver problem
Eric / Chang-Cheng, Chao writes: > > cvs [login aborted]: unrecognized auth response from 192.168.1.7: CVS > commands are: That indicates that you gave CVS a subcommand that it didn't recognize (i.e., ``cvs fleeble'' will produce this error message but just ``cvs'' won't). Check the inetd.conf line very carefully (and check that you didn't somehow get a at the end of the line) -- if there's nothing wrong, then there must be something funky going on with tcpd. (For what it's worth, I've run CVS under tcpd on my BSD/OS 4.0.1 system without any problem.) -Larry Jones All this was funny until she did the same thing to me. -- Calvin
Re: CVS access using SSH
That would certainly work too. I tried setting CVS_Hostname, both in Autoexec.bat and by forcing it in the code, but these didn't work as it is apparently used other places. Is this something that can be changed without too much trouble? Have I missed some other alternative? >>> "Noel L Yap" <[EMAIL PROTECTED]> 06/07/00 02:51PM >>> A more general solution (that wouldn't break anyone's setup) would be to introduce another variable. If this variable's set, use it, otherwise, use CVS_Hostname (or however it's capitalized). Noel [EMAIL PROTECTED] on 06/07/2000 03:31:37 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: CVS access using SSH I decided to get into the CVS code myself and look around as to what could be happening. Here is what I have found. I'm not certain how to fix this or if it can be fixed, but could someone tell me if I'm on track or way off base. In looking at the file client.c, it seems that CVS is using CVS_RSH, CVS_Hostname, and CVS_username to create the SSH command that is then executed automatically, assuming that CVS_RSH is equal to SSH. However, in order to make CVS work properly, you must set CVS_hostname equal to cvs.projectname.sourceforge.net. SSH requires that cvs_hostname must be simply projectname.sourceforge.net. It would seem to be a simple process to remove the "cvs." from the hostname prior to executing the SSH command. If this isn't correct for all users, maybe add a switch or option flag to CVS to indicate whether this should be done or not. I'll check with Sourceforge as well. Thanks in advance. >>> "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:\src>cvs -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:\src>cvs -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 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. 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.
Updating a module with revisions based upon a release tag from another module.
I have checked out a module into my work area. I would like to check additional files into the same directory structure where the module was created, overwriting some of the files that are there. For example, I check out to my work area module XYZ based upon a release tag of YYY. I then would like to check out from another module, PDQ, (with the exact same directory structure) files with a release tag of ZZZ. The ZZZ files are configuration files that are used to set environment variables such as Development, Test, Production, etc. The way that the process is currently done is to tar the PDQ work area and then untar it over the XYZ work area. This is time intensive when it needs to be accomplished 8 different times for the various enviromental settings. Can't the tool accomplish this?
[Q] Cvs 1.10.8 protocol question (was :WinCVS permissions problem/question)
> In WinCVS (11b13) when I do update, all files are marked > read-only, even if the "checkout read-only" option is not > selected. Yes, I've noticed that ! It looks like the cvs server returns a permission to apply locally by the client, but I don't know why and on which basis. It would take someone who knows the protocol to know why suddenly the server is returning some permissions to apply locally. I noticed that for my internal cvs server : it doesn't do that while for the WinCvs server, it does. Both run cvs-1.10.8. The thing happens in client.c in "change_mode" with mode stored from handle_mode. Regards, alex. > > 1. Does anyone have any idea why? > 2. Can the read-only status be changed from WinCVS? > > Thanks, > MST > > -- > This message content is not part of Intel's views or affairs > Michael S. Tsirkin > > Four things are to be strengthened: Torah,and good deeds, > > prayer and one's good manners (Berachoth)
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:\src>cvs -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:\src>cvs -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 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. 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.
RE: CVS access using SSH
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)
WinCVS Specific Bug
The problem seems to be with WinCVS (maybe related to tcl/tk string parsing?). Things work fine on the command line. I added a file called "long name.c" (note space in file name) to a CVS test project. I then checked in 2 changes to get a rev. 1.3. I then used the below command to change the message log via the command line and via WinCVS. * command line * Here is the exact command and its output: D:\CVS\palm\test\sb1\test>cvs admin -m 1.3:"Made sec. change" "long name.c" RCS file: /home/cvs/test/long name.c,v done * WinCVS * cvs admin -m 1.3:"Made second change" "long name.c" *CVS exited normally with code 1* cvs admin: while processing more than one file: cvs [admin aborted]: attempt to specify a numeric revision Olaf P.S. 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 access using SSH
Actually, would the CVS server use any environment variables set on the server side? Have you tried setting any of these environment variables there? Noel [EMAIL PROTECTED] on 2000.06.07 17:34:40 To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: CVS access using SSH That would certainly work too. I tried setting CVS_Hostname, both in Autoexec.bat and by forcing it in the code, but these didn't work as it is apparently used other places. Is this something that can be changed without too much trouble? Have I missed some other alternative? >>> "Noel L Yap" <[EMAIL PROTECTED]> 06/07/00 02:51PM >>> A more general solution (that wouldn't break anyone's setup) would be to introduce another variable. If this variable's set, use it, otherwise, use CVS_Hostname (or however it's capitalized). Noel [EMAIL PROTECTED] on 06/07/2000 03:31:37 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: CVS access using SSH I decided to get into the CVS code myself and look around as to what could be happening. Here is what I have found. I'm not certain how to fix this or if it can be fixed, but could someone tell me if I'm on track or way off base. In looking at the file client.c, it seems that CVS is using CVS_RSH, CVS_Hostname, and CVS_username to create the SSH command that is then executed automatically, assuming that CVS_RSH is equal to SSH. However, in order to make CVS work properly, you must set CVS_hostname equal to cvs.projectname.sourceforge.net. SSH requires that cvs_hostname must be simply projectname.sourceforge.net. It would seem to be a simple process to remove the "cvs." from the hostname prior to executing the SSH command. If this isn't correct for all users, maybe add a switch or option flag to CVS to indicate whether this should be done or not. I'll check with Sourceforge as well. Thanks in advance. >>> "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:\src>cvs -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:\src>cvs -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 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. 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. 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. Mo
Re: CVS access using SSH
This solution would have to involve making changes to the code. Also, I'm not so sure such a solution (or any solution for that matter) would work if the password authentication you're receiving is coming from the SourceForge side. Noel [EMAIL PROTECTED] on 06/07/2000 05:34:40 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: CVS access using SSH That would certainly work too. I tried setting CVS_Hostname, both in Autoexec.bat and by forcing it in the code, but these didn't work as it is apparently used other places. Is this something that can be changed without too much trouble? Have I missed some other alternative? >>> "Noel L Yap" <[EMAIL PROTECTED]> 06/07/00 02:51PM >>> A more general solution (that wouldn't break anyone's setup) would be to introduce another variable. If this variable's set, use it, otherwise, use CVS_Hostname (or however it's capitalized). Noel [EMAIL PROTECTED] on 06/07/2000 03:31:37 PM To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject: Re: CVS access using SSH I decided to get into the CVS code myself and look around as to what could be happening. Here is what I have found. I'm not certain how to fix this or if it can be fixed, but could someone tell me if I'm on track or way off base. In looking at the file client.c, it seems that CVS is using CVS_RSH, CVS_Hostname, and CVS_username to create the SSH command that is then executed automatically, assuming that CVS_RSH is equal to SSH. However, in order to make CVS work properly, you must set CVS_hostname equal to cvs.projectname.sourceforge.net. SSH requires that cvs_hostname must be simply projectname.sourceforge.net. It would seem to be a simple process to remove the "cvs." from the hostname prior to executing the SSH command. If this isn't correct for all users, maybe add a switch or option flag to CVS to indicate whether this should be done or not. I'll check with Sourceforge as well. Thanks in advance. >>> "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:\src>cvs -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:\src>cvs -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 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. 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. 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 notic
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:\src>cvs -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:\src>cvs -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 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
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?