[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: 0.16 client with 0.17 server?

From: <gstein_at_lyra.org>
Date: 2003-01-21 21:48:45 CET

On Tue, Jan 21, 2003 at 02:21:10PM -0600, cmpilato@collab.net wrote:
 Greg Stein gstein@lyra.org writes:
  Hmm. In fact, I think we may have a problem in a pure 0.17 environment,
  which may be what David Summers is seeing. Consider include/svn_dav.h:
  So libsvn_ra_dav is *still* sending old namespaces. And today's server is
  rejecting the old namespaces.
  Not good.
 And not true.
 libsvn_ra_dav's sending code should be using all new namespaces. The
 SVN_DAV_FEATURE_USE_OLD_NAMESPACES code is only for the properties

Ah! Cool! I saw its presence, and wrongly assumed it was part of the
sending. You're right... it is about reception.

*Except* when patching the baseline (fetch.c:svn_ra_dav__change_rev_prep)

That boy needs to be tweaked.

Hmm. We also fetch the wrong property in svn_ra_dav__rev_prop(). It seems
like current clients run against current servers won't fetch the right

  It sounds like maybe a 'make davcheck' with 0.17 wasn't performed before
  release. :-(
 Again not true. :-) See the above.

Great. I figured you guys woulda done something, but I couldn't see how it
would have passed, given my false assumptions :-)

So there are two questions:

* do we want to let 0.16 clients commit to 0.17 servers? if it is just a
  namespace thing, then let's give it a bit more time to switch to clients
  that send new-style namespaces.

* it seems like we still have some properties problems, identified above. I
  haven't run the test to confirm, though. Assuming there is a problem, it
  would seem a 0.17.1 is in order, and we can relax the server at the same


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:04:54 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.