HelloI've managed to build a working subversion server :wget http://subversion.tigris.org/downloads/ ... 5.0.tar.gzwget http://subversion.tigris.org/downloads/ ... 5.0.tar.gzFirst untar both previously downloaded tgz.cd subversion-1.5.0/zlib./configure && make test && make installcd .../configure --build=sparc-linux --enable-all-static --with-ssl --without-serf --with-zlib=/usr/localmakemake checkmake install56 tests out of 56 must run successfully.The key is to build static otherwise svn and svnsync command coredump ...The problem now is that the subversion server is very very slow, it is not a cpu problem, more a networking I think (the cpu is idle).I'm using svnserve (svnserve -d), it is my usual setup on other platform and I never experienced any slowness (but it wasn't svn 1.5).

Good job!! best SVN news in a long time.If svnserve is slow perhaps, you could try using (http: https:) libapache2-svn.I think apache does not use svnserve. I could be wrong :(.Once the slow bug is solve..It would be grate if the updated binaries could be added to apt-get for everyone to enjoy..keep up the good work :)

OkayI think I've found the problem ...The slowness is due to /dev/random that is VERY slow on this machine.# dd if=/dev/random bs=1k count=1 >/dev/null0+1 records in0+1 records out9 bytes transferred in 16.719820 seconds (1 bytes/sec)Okay I can confirm this is really the problem ...I've replaced /dev/random as /dev/urandom and now it's very fast.I'm recompiling apr to use /dev/urandom so ...:)

Nice find!I wounder if dev/random should be symbolic linked to urandom, so all dependent programs get a boost. Well until dev/random is fixed.I don't see the less random dev/urandom as a large security problems.Is their some ReadyNAS dev around that can add your bins as some sorta plug-in for us all to use?don't get me wrong, cross compiling is fun... but it takes CPU cycles away from the video games and video watching.

Yes, could it be packaged in a nice addon (.bin) now the add-on API has been released?

Good news... Did you use the following configure statement?./configure --build=sparc-linux --enable-all-static --with-ssl --without-serf --with-zlib=/usr/local --with-devrandom=/dev/urandom

Subversion : some progress | NETGEAR Communities

41 Replies

Replies have been turned off for this discussion

agentsmith1
Aspirant
Oct 01, 2011
Thank you to everyone in this thread that contributed, including the issues and fixes. I was able to get subversion 1.6.17 working.
I decided to use 1.6.17 rather than 1.7.0 because there was is no deps package available for 1.7.0. (Otherwise I would need to figure out how to get APR package installed and configured which is outside my expertise. I will try to remember the steps I took, and document the order which I did them.
Please note, that I ended up running all the apt-get commands in the thread to ensure I was up to date with all required packages (especially since I updated apt sources list).
I will describe a one named user configuration, no anonymous SVN access, via svn protocol (not http)
FYI ./configure and compiling took about 2 hours.

I followed the steps to "Setting up a ReadyNAS Development Environment" http://www.readynas.com/?p=145

started with a fresh factory default ReadyNAS (RAIDiator 4.1.7)

(follow the steps to create a development environment for the NAS) download EnableRootSSH and APT addons

installed those .bin files via FrontView, System>Update>Local

logged into my ReadyNAS via SSH (putty)

apt-get update

apt-get install nano (I'm not a vi wizard)

apt-get install gcc

apt-get install libc6-dev

apt-get install gcc

apt-get install gdb

apt-get install libtag1-dev

apt-get install uuid-dev

wget http://subversion.tigris.org/downloads/subversion-1.6.17.tar.gz

wget http://subversion.tigris.org/downloads/subversion-deps-1.6.17.tar.gz

tar xvzf subversion-1.6.17.tar.gz

tar xvzf subversion-deps-1.6.17.tar.gz

rm *.gz (why keep the tarballs?)

change the file contents of /etc/apt/sources.list to the following:

deb http://www.readynas.com/packages readynas/

deb http://archive.debian.org/debian-security sarge/updates main contrib non-free
deb-src http://archive.debian.org/debian-security sarge/updates main contrib non-free

deb http://archive.debian.org/backports.org sarge-backports main contrib non-free
deb-src http://archive.debian.org/backports.org sarge-backports main contrib non-free

deb http://archive.debian.org/debian sarge main contrib non-free
deb-src http://archive.debian.org/debian sarge main contrib non-free

apt-get update

apt-get install apt dpkg dpkg-dev

apt-get install libc6-dev gcc gdb libtag1-dev uuid-dev g++

apt-get install autoconf automake1.9 intltool libtool

apt-get install libssl-dev libexpat1-dev libapr1-dev libaprutil1-dev libcurl-dev (Note: I got an error installing libcurl-dev. but it didnt matter, as it was not a dependancy.)

apt-get install python (the tests depends on python)

apt-get install coreutils (some stuff in configure is dependent on the uniq command)

apt-get install libtool

cd subversion-1.6.17/zlib/

./configure

make

make test

make build

cd ..

./configure --build=sparc-linux --enable-all-static --with-ssl --without-serf --with-zlib=/usr/local

make

make check (note, this failed because some dependancy was missing, it is not critical to run the test suite)

make install
Create svn user and group

echo svn:\!:100:102:svn:/c/home/svn:/bin/bash >> /etc/passwd

echo svn:x:102: >> /etc/group

mkdir -p /c/home/svn/repository

chown -R svn:svn /c/home/svn
Create repository

su - svn

svnadmin create /c/home/svn/repository

cd repository/conf/

nano passwd
Create the username and password in the file
### This file is an example password file for svnserve.
### Its format is similar to that of svnserve.conf. As shown in the
### example below it contains one section labelled [users].
### The name and password for each user follow, one account per line.

[users]
# harry = harryssecret
# sally = sallyssecret
myuser = mypassword

nano svnserve.conf
a basic configuration, uncomment the settings and change as below:

[general]
anon-access = none
auth-access = write
password-db = passwd
realm = Repository
[sasl]

nano ../db/fsfs.conf
to prevent an error during a SVN commit
Error: no such table: rep_cache

You'll need to disable your svn repository's cache to work around a bug in svn 1.6.5. To do that, just edit repository/db/fsfs.conf and add the following line (if it is there but commented out, remove the leading # to activate it):
enable-rep-sharing = false

exit (get out of su mode)

nano /etc/services
Add lines to /etc/services like these (if they don't already exist):
svn 3690/tcp # Subversion
svn 3690/udp # Subversion

nano /etc/inetd.conf

Add this line to /etc/inetd.conf:
svn stream tcp nowait svn /usr/local/bin/svnserve svnserve -i -r /c/home/svn/repository

killall -HUP inetd

Finished!

Forum Discussion

Subversion : some progress

41 Replies

Related Content

Subversion addon - connection refused

Resync progress over 100%

RMA Not progressing

subversion very slow on RN214 OS6.6

ReadyNAS RN102 Resync Notification & Progress

NETGEAR Academy

ProSupport for Business