I manage(d) another try :

hg --> git

This is currently in process. After 20h a little bit more than 180000 
rev are exported to git.
Will wait some hours more to see what append, but so far so good.

git --> svn

This is the second step of my idea, in order to see if it's more faster 
with this conversion.
But have to wait the hg --> git finishing.

hg --> svn

Do another try with only the 30 last revisions with the same script 
(start revision configurable)

This work pretty well (just a little special case with man@work.gif file).
And
$ diff -r svn-repos/ hg-repos/ > diff-result
$ cat diff-result | grep -v ".svn"

relevant results only show 2 empty folders in svn repos that are not 
still present in hg one :
offapi/drafts/
smoketestoo_native/com/

=========

So, without a really good surprise from the git --> svn conversion, it's 
clearly appear that it will not be manageable to import all history in 
svn [1].

So 2 options :

1) Import all the code without history. Have to check history into hg or 
git (have to wait if conversion goes well to the end)

2) Define a "good" starting revision, were good means :
* enough history in svn for pretty well being
* time reasonable computation (over-the-thumb-maths says [ :) ] 
approximately 250 commits/hour)


What do you think ?
++


[1] at least with my material, may a really BIG machine can lower time, 
but I doubt it will achieve it in reasonable time.


On 07/26/2011 03:53 PM, Michael Stahl wrote:
> On 26.07.2011 13:51, florent andré wrote:
>> Hi there,
>>
>> I actually run a script [1] on my local laptop and online svn serveur
>> that import the OOO340 hg to an svn trunk folder.
>>
>> For now, it's work pretty well - get all history from OO340 - with good
>> commit log e.g. :
>> -------
>> Added:
>> ooo/trunk/trunk/xmloff/source/text/XMLTextColumnsContext.cxx
>> Modified:
>> ooo/trunk/trunk/xmloff/source/text/XMLTextPropertySetContext.cxx
>> ooo/trunk/trunk/xmloff/source/text/makefile.mk
>> Log:
>> changeset: 41:196d10f76091
>> user: mib
>> date: Thu Sep 21 09:48:30 2000 +0000
>> text column import
>> --------
>>
>> But, as it simulate all svn commit, it's a little bit long...
>> Actually on 45/276930 revision.
>
> well, the first 263206 revisions are the easy ones, because they're
> linear :)
>
> btw, what script are you using?
>
> what will it do with merge revisions?
>
>> If the process goes well to the end, what could be the next step ?
>> Restart this script on the apache svn or extract some kind of svn dump
>> from my svn-serveur and import it ?
>
> presumably it ought to be possible and easiest to import an SVN dump,
> but i'm no SVN expert...
>
> regards,
> michael
>