svnadmin create repo --pre-1.5-compatible
svn mkdir -mm file://`pwd`/repo/A
Now try to do an URL-URL copy using serf:
svn cp -mm http://localhost/repo/A http://localhost/repo/B
It fails:
../src/subversion/svn/copy-cmd.c:134: (apr_err=200007)
../src/subversion/libsvn_client/copy.c:2346: (apr_err=200007)
../src/subversion/libsvn_client/copy.c:1007: (apr_err=200007)
../src/subversion/libsvn_client/copy.c:1007: (apr_err=200007)
../src/subversion/libsvn_ra_serf/serf.c:617: (apr_err=200007)
../src/subversion/libsvn_ra_serf/util.c:775: (apr_err=200007)
svn: E200007: Error running context
../src/subversion/libsvn_ra_serf/util.c:775: (apr_err=200007)
svn: E200007: Trying to use an unsupported feature
And the apache error log contains:
[Tue Sep 06 15:05:43 2011] [error] [client ::1] traced call [501, #200007]
[Tue Sep 06 15:05:43 2011] [error] [client ::1] Querying mergeinfo requires
version 3 of the FSFS filesystem schema; filesystem
'/home/pm/sw/subversion/obj/repo/db' uses only version 2 [501, #200007]
If I try the copy using neon I get the same entry in the error log but the copy
is successful.
The entry in the error log doesn't correspond to the serf call that fails, it is
generated when libsvn_client/copy.c:repos_to_repos_copy calls
svn_client__get_repos_mergeinfo, and that error is cleared because
squelch_incapable is TRUE.
However a subsequent call to svn_ra_check_path fails in serf.c:fetch_path_props
and seems to do so without contacting the server.