svn.tcel

[Juanito]

subversion extension posted

[Juanito]

Ref:

Thank you for the SVN Extension.
I have just now downloaded and installed the extension.
Does SVN Works for you on your PC Mashine.

I am getting allways the error Message "Unrecognized URL Sheme ..." if i try to download a repo with svn.
I have searched a litlle the Internet for this Problem and found this here.
http://azimbabu.blogspot.com/2008/07/using-svn-and-got-unrecognized-url.html

If i do the following "svn --v" i am getting the message that the svn modules ra_svn and ra_local are installed.
The ra_dav isnt included probably becouse of the missing webdav support at the compile time.
The ra_dav module however is the most used svn module if somebody want to download a repo over http.

could you try to download the ffmpeg source and see if that works:

Code: [Select]

svn checkout svn://svn.ffmpeg.org/ffmpeg/trunk ffmpeg
..this works for me - I'll look at the other stuff

[c-coder]

could you try to download the ffmpeg source and see if that works:

Code: [Select]

svn checkout svn://svn.ffmpeg.org/ffmpeg/trunk ffmpeg
..this works for me - I'll look at the other stuff

That works for me too.

But this here dont work.

svn checkout http://svn.collab.net/repos/svn/trunk/

From the SVN-FAQ
http://subversion.tigris.org/faq.html#unrecognized-url-error

I just built the distribution binary, and when I try to check out Subversion, I get an error about an "Unrecognized URL scheme." What's up with that?

Subversion uses a plugin system to allow access to repositories. Currently there are three of these plugins: ra_local allows access to a local repository, ra_dav which allows access to a repository via WebDAV, and ra_svn allows local or remote access via the svnserve server. When you attempt to perform an operation in Subversion, the program tries to dynamically load a plugin based on the URL scheme. A `file://' URL will try to load ra_local, and an `http://' URL will try to load ra_dav.

The error you are seeing means that the dynamic linker/loader can't find the plugins to load. This normally happens when you build Subversion with shared libraries, then attempt to run it without first running 'make install'. Another possible cause is that you ran make install, but the libraries were installed in a location that the dynamic linker/loader doesn't recognize. Under Linux, you can allow the linker/loader to find the libraries by adding the library directory to /etc/ld.so.conf and running ldconfig. If you don't wish to do this, or you don't have root access, you can also specify the library directory in the LD_LIBRARY_PATH environment variable.

Thank you for your effort building the svn extension till yet.
Greetings c-coder

[Juanito]

revised version of svn posted with neon compiled in - I tried "svn checkout http://svn.collab.net/repos/svn/trunk/" and it works OK

[curaga]

Could you add SSL support too? zerowing.idsoftware.com only supports svn over https.

It's added by recompiling neon with --with-ssl (yeah, no autodetection) and then svn (since neon is a static lib).
Seems there's a new version as well, 1.5.5.

PS: This is a really great side of TC. I need svn, cvs, git, OO.o etc really rarely. Here I can use them when needed, and get rid of them taking ram afterwards. Modularity FTW

[Juanito]

sure - give me a day or two to get round to it 

[Juanito]

ssl support now compiled into svn.tc{e,z}l