Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of apache@robweir.com designates
 69.89.24.6 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4E4A104D.8090905@gmx.net>
References: 
 <CAP-ksohk1-5NgLH9-nA+4eeaAsUc4KNUh=pzz8do2nCptzG0Bg@mail.gmail.com>
	<j2c46m$mlb$1@dough.gmane.org>
	<4E4A104D.8090905@gmx.net>
Date: Tue, 16 Aug 2011 08:32:19 -0400
Message-ID: 
 <CAP-ksoiPL_Yjd-1OyTFTpKbtXK7PhjQs-HY+pBSShrshxU37FQ@mail.gmail.com>
Subject: Re: [Repo][Proposal] OOO340 SVN Dump file import
From: Rob Weir <apache@robweir.com>
To: ooo-dev@incubator.apache.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Tue, Aug 16, 2011 at 2:38 AM, Mathias Bauer <Mathias_Bauer@gmx.net> wrot=
e:
> On 15.08.2011 23:48, Michael Stahl wrote:
>
>> On 15.08.2011 18:46, Rob Weir wrote:
>>> We've been discussing for two months now how to get Hg over to SVN.
>>> There have been several suggestions for how the CWS's and complete
>>> revision history could be migrated over, but little progress has been
>>> made. =C2=A0Either the proposals didn't work, or no volunteers stepped
>>> forward to implement them.
>>>
>>> The alternative proposal was to just check in the tip of the trunk,
>>> without history, and then migrate Hg to Apache-Extras.org, where Hg is
>>> supported. =C2=A0I've made some progress on this proposal.
>>
>> very good!
>>
>>> Here's what I did. =C2=A0I'd like some review, to make sure I didn't sc=
rew
>>> anything up. I am neither an Hg nor a SVN expert. =C2=A0But I do have a=
 big
>>> harddrive.
>>>
>>> I used Subversion command-line client, version
>>> 1.6.17-SlikSvn-tag-1.6.17@1130896-WIN32.
>>>
>>> I first brought down OOo, both the trunk and the language stuff, into
>>> separate directories:
>>>
>>> hg clone http://hg.services.openoffice.org/OOO340
>>> hg clone http://hg.services.openoffice.org/master_l10n/OOO340/
>>>
>>> I then moved these into a common directory structure, as Ingrid had
>>> earlier suggested:
>>>
>>> ooo/trunk/core --- all the OOO340 stuff
>>> ooo/trunk/l10n -- all the language stuff
>>>
>>> I removed the .Hg directories before proceeding, so I had a clean local=
 copy.
>>>
>>> I then created a local SVN repository, enabled auto-props to get the
>>> proper EOL treatment and imported the project:
>>>
>>> svn import c:\merged file:///c:/svn-repo/ -m "initial import"
>>
>> a potential issue when doing the import on windows is that the execute
>> bit of the files may get lost (i think windows filesystems don't support
>> that natively).
>
> Ah, yes, that's a good point. From past experience I don't recommend
> doing any critical work on OOo repositories on Windows. Even cygwin is
> just a crudge and there are many pitfalls. As this should be the base
> work for the new project we definitely should take no risk here and do
> the import and create the svn dump on Linux or Mac OSX.
>

I've uploaded the dump file.  There are no abstract, non-specific
risks there.  There may be errors.  But those would be the kind of
errors that could be described in detail.  And they may be the kind of
errors that could be easily fixed.  But we won't know until someone
reviews the dump file.

I could certainly repeat the steps on Linux, but that does not
eliminate risk from misusing hg, svn or any other source of human
error.  We'll need to do more than poke a stick at the dump file to
really understand what is in there.

Is anyone planning on actually reviewing the dump file, e.g., loading
it into a local repository, checking it out and looking at the
resulting source tree?


> Regards,
> Mathias
>