Re: Expected FS format '2'; found format '4' error

Hello,

Yes, you were absolutely right. A rather stupid error---I realised that
the user I was logging in as via svn had correct macports (/opt/local)
paths set in .profile but didn't have any .bashrc. I guess in the
non-interactive version of the shell it wasn't sourcing .profile so was
defaulting to the wrong installation of svn.

Thanks for your help, problem now resolved.

On Thu, 26 Nov 2009, Kevin Grover wrote:

> I suspect that you have a path problem: the ssh session is probably using a
> path that gets you an old (default installed?) version of svn.
>
> On Thu, Nov 26, 2009 at 5:22 AM, Stuart Reeves <stuart_at_tropic.org.uk> wrote:
>
>> Hi
>>
>> I think this is a common problem, and have found relevant answers on the
>> web and on the mailing lists, however nothing seems to have worked for
>> this problem yet, so I apologise if I have missed something obvious.
>> Anyway.
>>
>> I'm running svn on two Macs (toga, the client machine and float, the
>> server are running OS X and OS X Server respectively). The server's
>> repository has been working fine for a long time. I access the repo via
>> ssh (i.e., the svn+ssh method). Then something happened and I get the
>> following message when performing vital svn operations (e.g., up, ci,
>> etc.):
>>
>> [stuartn_at_toga:~/doc]$ svn up
>> Password:
>> svn: Expected FS format '2'; found format '4'
>>
>> Both the server and the client have their svn package compiled from the
>> latest version available on macports, i.e.,
>>
>> [stuartn_at_toga:~/doc]$ svn --version
>> svn, version 1.6.5 (r38866)
>> compiled Nov 17 2009, 18:14:25
>>
>> I have hunted around the web for a solution, but it seems like the
>> recommendation everywhere is to ensure that my svnadmin and svn commands
>> are all the right version. Unfortunately, both on the client and the
>> server have identical versions of svn, svnadmin and all the other tools.
>>
>> As far as I can tell, svnserve is running ok on the server:
>>
>> [stuart_at_float:/Shared]$ pstree | grep svnserve
>> |--= 00114 root /opt/local/bin/svnserve --daemon --root /usr/local/svn
>>
>> I even checked the format of the repo to make sure I hadn't done anything
>> stupid (like created the repo with an older version of svn that was
>> already on OS X):
>>
>> [stuart_at_float:/Shared]$ cat svn/format
>> 5
>>
>> As someone noted on a forum, there are indeed two copies of svn on the
>> server, however the macports build is being pointed at for everything:
>>
>> [stuart_at_float:~]$ which svnserve
>> /opt/local/bin/svnserve
>> [stuart_at_float:~]$ which svnadmin
>> /opt/local/bin/svnadmin
>> [stuart_at_float:~]$ which svn
>> /opt/local/bin/svn
>>
>> I have tried removing subversion from both the server and the client to
>> use the version of svn found on OS X in /usr/bin (including restarting
>> svnserve on the server to ensure it points at /usr/bin/svnserve). This
>> produces the same result (i.e., the error).
>>
>> I'm sure there *must* be something I'm missing but I can't figure out what
>> it might be. Any help is much appreciated...
>>
>>
>> Stuart Reeves
>> ---
>> Researcher
>> Dept. Computing Science, University of Glasgow
>> stuart_at_tropic.org.uk
>> http://www.dcs.gla.ac.uk/~stuartr <http://www.dcs.gla.ac.uk/%7Estuartr>
>>
>> ------------------------------------------------------
>>
>> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2424593
>>
>> Please start new threads on the <users_at_subversion.apache.org> mailing
>> list.
>> To subscribe to the new list, send an empty e-mail to <
>> users-subscribe_at_subversion.apache.org>.
>>
>

Stuart Reeves

---
Researcher
Dept. Computing Science, University of Glasgow
stuart_at_tropic.org.uk
http://www.dcs.gla.ac.uk/~stuartr
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2424796
Please start new threads on the <users_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <users-subscribe_at_subversion.apache.org>.