Like I said, Mark, I have seen the behavior on both OS X and Win XP.
The part about the .svn/entries file changing form is not wrong.
The part about Subclipse and svnant working correctly with a working copy
that *had not* been touched by a new 1.4 command line client is not wrong.
This has been demonstrated on numerous machines here.
The part about Subclipse and svnant throwing the error Kristian refers to
with a working copy that *has* been touched by a new 1.4 command line client
is also not wrong. This, unfortunately, is happening across the department.
I made it abundantly clear that the issue was not the server, but the
working copy, and I stick by my guns that it is not working correctly.
Thanks.
Jerry Brown
On 11/10/06, Mark Phippard <markp@softlanding.com> wrote:
>
> "Jerry Brown" <evilgeezer@gmail.com> wrote on 11/10/2006 03:48:43 PM:
>
> > I have the same problem, and this is, I believe, due to a basic
> > misunderstanding about compatibility of older clients with the newer
> > *server*, versus compatibility of older clients with *local sandboxes*
> > created with a newer client from the newer server, then accessed with
> > Subclipse (and RapidSVN, for that matter).
> >
> > Once the .svn/entries files on the local copy get changed from the old,
> > pre-1.4 xml format to the new, 1.4 format, Subclipse is no longer
> > compatibile and you will get the error message Kristian refers to. I can
>
> > confirm this same behavior on OS X and Win XP.
>
> Please stop saying this, it is wrong. You were corrected on it once
> before.
>
> Subclipse 1.1.8 includes SVN 1.4-compatible JavaSVN, and on Windows it
> includes JavaHL 1.4.0. On other OS, if you use JavaHL then you provide
> your own version.
>
> Once any 1.4 library touches your WC it is upgraded to the 1.4 format.
> This includes Subclipse. Subclipse can read these fine.
>
> The server version has no relevance on any of this. It is purely your
> local client side code and the local WC.
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
> For additional commands, e-mail: users-help@subclipse.tigris.org
>
>
Received on Fri Nov 10 22:38:15 2006