I think if there’s a technology equivalent of the poverty line, it should be having to live without subversion. Yet when I logged into a compute node assigned to us since we started clamouring for clock cycles, the first thing I see is: “bash: svn: command not found”. Ouch. What did I do to deserve this?
Anyway compiling svn on this machine was a bit of a chore, so I’m just writing it down for reference. The normal way to compile is to get the subversion-1.x.x and subversion-deps-1.x.x files, untar/gunzip them (they extract into the same subversion-1.x.x directory), run autogen.sh, run ./configure, make and make install. I got caught while running make due to one of the dependencies and the error was:
.../neon/src/.libs/libneon.a(ne_request.o): relocation R_X86_64_32 against `a local symbol’ can not be used when making a shared object; recompile with -fPIC
I found the solution in the comments of this blog post. The subversion-deps archive extracts a subdir called “neon” into the subversion source folder. The workaround is to go into the neon subdir, run ./configure –enable-shared && make && make install (i also used –prefix=$HOME/usr for both this and the top-level ./configure). Once this is done, go back to the top-level source directory, run autogen.sh, ./configure, make and make install as usual and it should work.
8 Comments