The fix for the original problem is in main, resolving.

Killed problem moved in issue948

It was killed all by itself, no extennal intervention

> 2029 * (clean) Replaced external 3rdparty with its content
> Killed

Killed by what and why ?

It works fine on REXML's repo.  It'll take me a while to verify that the 
history is correct, but on the surface, it looks good.

Thanks again!

I've tried the conversion on openwengo using hg-crew version and following command:
hg convert
file://localhost/home/vadim/.svk/local/openwengo.svkmirror/wengophone-ng/
openwengo.hgmirror/wengophone-ng

It procesed 2/3 of the repo and the failed

2032 * (clean) Replaced external owbuild with its content
2031 * (clean) Replaced external wifo with its content
2030 * (clean) Removed svn:externals property
2029 * (clean) Replaced external 3rdparty with its content
Killed

Yes, I'll do a conversion and let you know how it goes.  It may take me a week 
or so to get around to this.

Thanks for the fix!

Should be fixed in crew at 59dce24933ad

Tested with the rexml repository (thanks ser !). The conversion is successful
and a couple of random checkouts are equals to the svn source ones. ser, maybe
you can take a look and tell me if the conversion makes sense.


Also tested with http://dev.openwengo.com/svn/openwengo/wengophone-ng/. The
graph discovery part went well, conversion was stopped for it was really too slow.

Making title more specific

That makes a lot of sense.  The rename must have been a side-effect of pulling 
the project out of a BerkeleyDB repository with a bunch of other projects into 
its own FSFS repository.  Revisions 1120-1123 are all similar.

Well, I can't expect 'hg convert' to deal with an edge case like this.  It 
would appear that my only options are to either baseline the HG repository off 
r1124, or stick with SVN for the moment.

Thanks for looking into this.

Sorry, i just noticed that /rexml/branches was renamed to /branches in r1120, 
so svn does the right thing. The problem is that hg convert can't deal with the 
branches directory being renamed.

svn acts weird on the attached repository (probably a bug):


andrei@viggy ~ $ svn log file:///home/andrei/tmp/rexml/ -r 1082 -v --limit 1
------------------------------------------------------------------------
r1082 | ser | 2005-03-13 14:17:15 +0200 (Sun, 13 Mar 2005) | 2 lines
Changed paths:
   M /rexml/branches/xpath_V/src/rexml/xpath_parser.rb

The final cut

------------------------------------------------------------------------
andrei@viggy ~ $ ls /home/andrei/tmp/rexml
README.txt  conf  dav  db  format  hooks  locks


As you can see it prints an extra "/rexml" in the paths. The same (wrong?) path 
is reported by the svn bindings (snv.ra.get_log), but 'svn ls' behaviour is 
different:


andrei@viggy ~ $ svn ls file:///home/andrei/tmp/rexml
branches/
ruby/
shelves/
tags/
trunk/

On Monday 05 November 2007, Bryan O'Sullivan wrote:
> Can you make a copy of the SVN repo available?  Otherwise there's nothing
> we can do.

Attached a tarball of the repository to the issue.

Tarball of the repository attached.

Can you make a copy of the SVN repo available?  Otherwise there's nothing we can do.

Incidentally, this doesn't look like it has anything to do with issue 771.

This is from mercurial-stable-snapshot downloaded Nov 4, 2007, Subversion 
version version 1.4.3 (r23084), on Kubuntu Feisty.  While trying to convert a 
Subversion repository, hg crashes, and recommends that I submit a bug report.

ser@bean:~$ hg convert file:///home/ser/rexml-svn rexml-hg
initializing destination rexml-hg repository
scanning source...
** unknown exception encountered, details follow
** report bug details to http://www.selenic.com/mercurial/bts
** or mercurial@selenic.com
** Mercurial Distributed SCM (version unknown)
Traceback (most recent call last):
  File "/usr/bin/hg", line 14, in <module>
    mercurial.dispatch.run()
  File "/usr/lib/python2.5/site-packages/mercurial/dispatch.py", line 20, in 
run
    sys.exit(dispatch(sys.argv[1:]))
  File "/usr/lib/python2.5/site-packages/mercurial/dispatch.py", line 29, in 
dispatch
    return _runcatch(u, args)
  File "/usr/lib/python2.5/site-packages/mercurial/dispatch.py", line 45, in 
_runcatch
    return _dispatch(ui, args)
  File "/usr/lib/python2.5/site-packages/mercurial/dispatch.py", line 348, in 
_dispatch
    ret = _runcommand(ui, options, cmd, d)
  File "/usr/lib/python2.5/site-packages/mercurial/dispatch.py", line 401, in 
_runcommand
    return checkargs()
  File "/usr/lib/python2.5/site-packages/mercurial/dispatch.py", line 357, in 
checkargs
    return cmdfunc()
  File "/usr/lib/python2.5/site-packages/mercurial/dispatch.py", line 342, in 
<lambda>
    d = lambda: func(ui, *args, **cmdoptions)
  File "/usr/lib/python2.5/site-packages/hgext/convert/__init__.py", line 380, 
in convert
    c.convert()
  File "/usr/lib/python2.5/site-packages/hgext/convert/__init__.py", line 257, 
in convert
    parents = self.walktree(heads)
  File "/usr/lib/python2.5/site-packages/hgext/convert/__init__.py", line 97, 
in walktree
    commit = self.cachecommit(n)
  File "/usr/lib/python2.5/site-packages/hgext/convert/__init__.py", line 204, 
in cachecommit
    commit = self.source.getcommit(rev)
  File "/usr/lib/python2.5/site-packages/hgext/convert/subversion.py", line 
245, in getcommit
    self._fetch_revisions(from_revnum=revnum, to_revnum=stop)
  File "/usr/lib/python2.5/site-packages/hgext/convert/subversion.py", line 
620, in _fetch_revisions
    for entry in self.get_log([self.module], from_revnum, to_revnum):
  File "/usr/lib/python2.5/site-packages/hgext/convert/subversion.py", line 
275, in get_log
    for p in parent(stdout):
  File "/usr/lib/python2.5/site-packages/hgext/convert/subversion.py", line 
262, in parent
    raise SubversionException("child raised exception", entry)
libsvn._core.SubversionException: ('child raised exception', 160013)