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

Re: Re: Invalid change kind in rev file

From: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 9 Dec 2009 09:10:19 +0100

On Tue, Dec 08, 2009 at 02:33:49PM -0800, Quinn Taylor wrote:
> > > I traced this down to the new format of the changes file which
> > > now includes node-kinds (e.g. modify-file) which the old svnlook
> > > cannot parse.
> > >
> > > Is this an unsupported configuration or do we need to check a
> > > version number whether or not to write node-kinds to that file?
>
> > If this is true, it sounds like a bug. The Subversion promise is that
> > any 1.x client will work with any 1.x server, and it sounds like
> > you've found a case where this is not true.

Since repositories usually don't auto-upgrade, a 1.4.x-style repository
should stay at 1.4.x-style format even if a 1.6.x server is used to access
the repository. It should still be usable with a set of real 1.4.x
binaries.

> Has anyone figured out the cause of this, or happen to know which
> versions of SVN are affected? We've run into this while trying to
> upgrade our work servers from 1.4.4 to 1.6.6, and it causes our
> pre-commit hooks to fail in our test environment.

Please provide much more information. Nobody will be able to reproduce
the problem in their environment from what you have described so far.
We need to independently reproduce the problem to understand it.

Can you provide a list of commands that starts off with creating
an empty repository and ends with the problem you are seeing?

Since you may need to use multiple versions of Subversion binaries to
trigger the problem, please be clear about what version of svnlook is
running in the hook, what version of svnadmin is used to create the
repository, and which svn client version is used to commit to the
repository, and the type of URL the client is using (e.g. file:// URL).
Best, post a complete transcript of a command line session reproducing
the problem, with the output of svn{look,admin} --version at appropriate
places.

> I'm really pushing
> for the auto merge-tracking features in 1.5+ and want to use the most
> recent version possible, but this is a troubling problem. Is there an
> SVN bug filed for this, and hopefully a workaround or patch for the
> time being?

Once we know more, we can probably tell you what you need to do to
get rid of the problem, and whether there's a bug.

Thanks,
Stefan

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2428754

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>.
Received on 2009-12-09 09:12:44 CET

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

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