<div dir="ltr">Thanks Daniel!<div><br></div><div>That should be my SVN client (with GUI) is with 1.7 and my command svn line version (shipped with Xcode) is 1.8 or 1.9.</div><div><br></div><div>Chinh</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 1, 2016 at 3:15 PM, Daniel Shahaf <span dir="ltr"><<a href="mailto:d.s@daniel.shahaf.name" target="_blank">d.s@daniel.shahaf.name</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Chinh Do wrote on Thu, Dec 01, 2016 at 08:53:15 +0700:<br>
> Hi Mike,<br>
><br>
> Yes, these seam to be something wrong with svn<br>
><br>
</span>> *svnversion: E155036: The working copy at<br>
> '/Volumes/DATA/working/OCB/<wbr>TIO/Version-Control-with-<wbr>Subversion_vi/vi'*<br>
><br>
> *is too old (format 29) to work with client version '1.9.4 (r1740329)'<br>
> (expects format 31). You need to upgrade the working copy first.*<br>
<br>
This means the working copy was checked out with a 1.7 client, but your<br>
svnversion is version 1.8 or 1.9.  Do you still have a 1.7 client on<br>
your system?  (Check the version of the client you commit/update with.)<br>
If not, then it's safe to run 'svn upgrade' with 1.8 or 1.9.<br>
<br>
(Is this documented in the book?  I found just one example, in the<br>
appendix, and it doesn't even warn about the multiple-clients scenario.)<br>
<br>
In any case, if you update to r5253 and rebuild ('make clean all valid',<br>
I guess?), then xmllint should report the actual problem, even if you<br>
don't fix the svnversion 29/31 mismatch first.<br>
<br>
Cheers,<br>
<br>
Daniel<br>
</blockquote></div><br></div>