Hi Rafael. Using wincvs (a CVS client) with svn on the server likely will not produce a lot of good. The error message does reflect on the fact, that cvs is not responding to your attemts to connect to it. cvs is installed, but not set as a service, that is not the problem, the problem is you need a subversion gui to go with the subversion server to do your stuff.
Having both installed on the server will not conflict, since they use different port i think. You need to take kare not to specify the same repository on the filesystem of the server for both of them, the file structure and formats could couse some problems. I think your problem is using a cvs client to connect to svn. Try looking at http://www.qint.de/svnup.html they seem to have a gui for svn ... Cheers Szemir On February 18, 2004 14:37, J.Rafael S�nchez wrote: > First, let me thank you for the good info I got from you guys. > > I decided to go with 'subversion'. I also decided to use it's own server > instead of appache. It's working locally but not remotely yet. I'm still > trying to find out why. > This is how I know it's working locally on the cvs server/repository. > After creating the project1 repository. > > # svn co svn://nameofthisserver/repositories/projects/project1 > somedirectoryname > Checked out revision 0. > > For remote access, from windows, I'm trying WinCVS. I've followed their > recommended settings for the clients. I'm getting this error. > " cvs [checkout aborted]: connect to "remoteserver":2401 failed: No > connection could be made because the target machine actively refused it." > > Ok, here's a bit of background about the server system and some of the > troubleshooting I've done. I've read and read, but there's something > that I'm not understanding perhaps. > > . subversion's svn server expects request on port 3690. > this is from netstat. > tcp 0 0 0.0.0.0:3690 0.0.0.0:* > LISTEN > . subversion's svn server has been started as a daemon instead of > through inetd. > from ps > root 14184 0.0 0.2 3528 1064 ? S Feb17 0:00 > svnserve -d > . /etc/services says that. > cvspserver 2401/tcp # CVS client/server > operations > cvspserver 2401/udp # CVS client/server > operations > . If I need to use inetd, I'd like to use xinet instead. > this is from /etc/xinet.d/ > amanda chargen-udp dbskkd-cdb finger ipop2 krb5-telnet > pop3s rsync swat time > amandaidx comsat echo gssftp ipop3 kshell > rexec servers talk time-udp > amidxtape daytime echo-udp imap klogin ktalk > rlogin services telnet vsftpd > chargen daytime-udp eklogin imaps kotalk ntalk > rsh sgi_fam tftp wu-ftpd > I don't see anything i can use and control via > /etc/rc.d/inet.d/xinetd [start stop, etc] > . Right now, I'm not using any kind of encryption. > . I'm authenticating via /etc/password (NIS). > . I can telnet, or ssh to it. NO problem. > > I guess I need to really understand what wincvs for windows is sending > or expecting. I have even tried to force it to knock on port 3690. It > doesn't seem to make any difference. > > I haven't tried any other methods or client utils yet. I figure that > they all send, expect the same thing and if one is not working probable > it has to do with the server. > > The other thing, it appears that I have some sort of client/server > installation already on the server: cvs-1.11.1p1-7, rcs-5.7-15. Would > this be causing some conflicts. I didn't think they would affect > anything; that's why I haven't uninstalled. > > I'm sure it has to do with some little silly setting somewhere. > > Thanks for your attention to this posting. > > Rafael. _______________________________________________ clug-talk mailing list [EMAIL PROTECTED] http://clug.ca/mailman/listinfo/clug-talk_clug.ca
