That did it!. Client and servers were not talking the same language.
Thanks a bunch Bogi, and I really appreciate your input on this. Thank again.


Rafael.

bogi wrote:

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




--


J. Rafael S�nchez
Systems Administrator

Itres Research Limited
(p) 403.250.9944
(f) 403.250.9916





_______________________________________________
clug-talk mailing list
[EMAIL PROTECTED]
http://clug.ca/mailman/listinfo/clug-talk_clug.ca

Reply via email to