From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21793 invoked by alias); 25 Sep 2009 00:33:14 -0000 Received: (qmail 21785 invoked by uid 22791); 25 Sep 2009 00:33:13 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from virtual.bogons.net (HELO virtual.bogons.net) (193.178.223.136) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 25 Sep 2009 00:33:09 +0000 Received: from jifvik.dyndns.org (jifvik.dyndns.org [85.158.45.40]) by virtual.bogons.net (8.10.2+Sun/8.11.2) with ESMTP id n8P0X7409009 for ; Fri, 25 Sep 2009 01:33:07 +0100 (BST) Received: from [172.31.1.126] (neelix.jifvik.org [172.31.1.126]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jifvik.dyndns.org (Postfix) with ESMTP id E34483FEB; Fri, 25 Sep 2009 01:33:06 +0100 (BST) Message-ID: <4ABC0FC1.3090502@jifvik.org> Date: Fri, 25 Sep 2009 00:33:00 -0000 From: Jonathan Larmour User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) MIME-Version: 1.0 To: Alex Schuilenburg Cc: ecos-discuss@ecos.sourceware.org References: <4AB8F69B.1000307@ecoscentric.com> In-Reply-To: <4AB8F69B.1000307@ecoscentric.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] What's the process on switching version control system for eCos? X-SW-Source: 2009-09/txt/msg00236.txt.bz2 Alex Schuilenburg wrote: > Bart Veer wrote on 2009-09-22 15:34: >> b) how much history can we expect to lose, irrespective of the >> amount of effort put in? >> > > Only what cvsps misses, or rather, does not know what to do with (google > CVSPS_NO_BRANCH for details). Those files or changes are basically > orphaned. However, I will send a list of the files along with their > revisions to the maintainers and you can decide what to do with them. Frankly I wouldn't worry about it to that level - if that level of digging is required to find out past history, the best thing to do is to look directly at the old CVS repository. Those orphaned changes are probably the result of "cvs admin" hacks and so on. In which case they were probably orphaned for a reason. >>So, a suggestion that e.g. eCos should switch over to git because it >>is already in use on other projects is unlikely to get much attention >>from the maintainers. A serious offer to do the hard work will get >>much more attention, especially if it is backed up with experimental >>data and explanations of why some of the problems with cvs are just >>too hard to work around. >> > > My offer in my previous email is serious. Little skin off my nose and > most CPU cycles are free. I have already developed my script in-house > for an internal conversion and so we can evaluate the different DRCS > systems. What the maintainers or community choose to do with the repo > is up to them, but moving an hg repo to sourceware will be has hard as > "hg clone http://hg.ecoscentric.com/ecos", while converting it to git or > bzr a matter of exporting the patchsets (this time without error) from > hg after cloning it and importing them. I for one would like to take you up on that! Even if the choice isn't hg that effort would be useful and not wasted. Jifl -- --["No sense being pessimistic, it wouldn't work anyway"]-- Opinions==mine -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss