SVN

I currently work with an SVN checkout which tracks a separate GIT checkout (for reasons of managerial short-sightedness). When I update my git checkout, I find that the SVN checkout does not like the fact that files deleted by the git update have effectively been removed from the SVN checkout without the use of svn rm. Consequently, it is impossible to commit the updated checkout into the SVN repository.

Earlier today, I found myself working with an SVN checkout. As it happened, the repository that the files had been checked out from was no longer responding and upon enquiry, I found out that it had been moved to a different URL. Now, while I could have just as easily created an entirely different checkout of the files using the new URL, considering the local customisations, I looked to see if I could just do something like a live switch. As I found out after some mucking about, switch is certainly the operative word.

When I attempted to make a commit using TortoiseSVN today, I was told that there was a problem and that I would have to run the cleanup command to sort things out. Running the command, however, resulted in the following further error message:
Cleanup failed to process the following paths:

Server: Apache 2.0.52 + SVN 1.4.3 + mod_dav_svn enabled. Most repositories also use a bunch of post commit hooks to automate tasks.
Client: Eclipse 3.2.2 + stock subclipse callisto install.

Error message:

commit -m "commit message." files
RA layer request failed
svn: Commit failed (details follow):
svn: PROPFIND request failed on '/repo/path/!svn/vcc/default'
svn: PROPFIND of '/repo/path/!svn/vcc/default': Could not read status line: connection was closed by server. (http://example.com)

CentOS / RHEL 4 ship with a rather dated version of Subversion - 1.1.4, and according to a result from google, upgrading it to the latest stable was not possible due to incompatibility with the shipped version of APR [0.9.4]. However, this might not be the case.