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

Re: a basic vss2svn.py

From: Jens B. Jorgensen <jens.jorgensen_at_tallan.com>
Date: 2003-11-10 18:03:58 CET

Eric Hanchrow wrote:

>I've tried revision 4 on our repository, and it always pukes while
>generating the svn_dump file:
> starting revision with {'svn:log': 'fix bugs in collision checking', 'svn:author ': 'Meg', 'svn:date': '2003-10-28T22:48:54.000000Z'}
> Traceback (most recent call last):
> File "d:/cygwin/home/erich/vss2svn.py", line 404, in ?
> raise RuntimeError('cannot handle (type %s) (%s)(%s)' % (item.Type, rev_item.path, ver.Action))
> RuntimeError: cannot handle (type 0) ($/development/vhti_internal/src/tabulation) (Checked in $/development/vhti_internal/src/tabulation)
>I have no idea what the problem is (OK, I have an idea, but it's so
>vague and ill-informed that I won't mention it unless somebody
>actually wants to know). I know nothing about ActiveX, and hardly
>anything about Subversion. Any suggestions as to how we can
>investigate this?
This is weird. In the first pass when it iterates over the repository it
should skip "Checked In..." Actions on a directory. Having done that it
won't later encounter them as happened above. Also that space in
'svn:author ' above is kind of suspicious. I checked the script and that
space does not exist in the script. Is it possible you somehow got a
munged copy of the script locally? Here's a checksum of the copy I have:

$ md5sum vss2svn.py
a2858a562ecd7e4480fb0781596053bf *vss2svn.py

Jens B. Jorgensen
"With a focused commitment to our clients and our people, we deliver value through customized technology solutions."
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 10 18:06:50 2003

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.