From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 79992 invoked by alias); 11 Dec 2019 15:36:59 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 79984 invoked by uid 89); 11 Dec 2019 15:36:59 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=era, H*i:sk:0c9d825, H*MI:sk:0c9d825, H*f:sk:0c9d825 X-HELO: foss.arm.com Received: from foss.arm.com (HELO foss.arm.com) (217.140.110.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 11 Dec 2019 15:36:58 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id CDA8D30E; Wed, 11 Dec 2019 07:36:56 -0800 (PST) Received: from [192.168.1.19] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 578893F52E; Wed, 11 Dec 2019 07:36:56 -0800 (PST) Subject: Re: Proposal for the transition timetable for the move to GIT To: Dennis Luehring , gcc@gcc.gnu.org References: <1685e719-738f-dd4e-c39c-c08e495b202e@arm.com> <9E009921-96EA-44A2-A06A-232711227E69@linaro.org> <20191206172111.GA116282@thyrsus.com> <0485C474-1B83-42C2-AEAD-7CA252C6CC12@gmail.com> <20191206194604.GA115432@thyrsus.com> <9C7E86D4-AFDE-4EFB-B804-A03C99042B3E@linaro.org> <8d18e5ca-584c-bec7-c429-b6cc416c78c7@arm.com> <0c9d8255-2f53-3297-4ee1-393f06d2a35d@gmx.net> From: Richard Earnshaw Message-ID: Date: Wed, 11 Dec 2019 15:36:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <0c9d8255-2f53-3297-4ee1-393f06d2a35d@gmx.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2019-12/txt/msg00173.txt.bz2 On 11/12/2019 15:30, Dennis Luehring wrote: > the differences between Maxim and Erics final result will hopefully show > the open bugs in both tools > and allow fixing - i think this compare phase is needed if the result > should be the best possible > I don't disagree. But I don't think it's as simple as just comparing the tips in reality. Though that is certainly a major part of it. One of the things I've discovered while working on this is that subtle errors in recovering the history properly can lead to "git blame" hitting the wrong path and thus giving confusing answers. Most of those problems date back to the CVS era, but they are there and they probably will show through in the final conversion if we don't get it right, even if they appear to be ancient history. Having to go back to the SVN repos to do archaeology will be painful, especially as SVN becomes less and less used by developers. R. PS. I'm not trying to suggest that Maxim's conversion has got this wrong. Just that it is an issue that has come to light as I've been working on this, and I do know that the plain git svn conversion *is* wrong in this area. > Am 11.12.2019 um 16:19 schrieb Jonathan Wakely: >> On Wed, 11 Dec 2019 at 15:03, Richard Earnshaw (lists) wrote: >> > I wouldn't bother with that.  There are known defects in the version of >> > reposurgeon that I used to produce that which have since been >> fixed.  It >> > was *never* the point of that upload to ask for correctness checks on >> > the conversion (I said so at the time).  Instead it was intended to >> > demonstrate the improvements to the commit summaries that I think we >> can >> > make. >> >> My concern is that there is no conversion done using reposurgeon that >> *can* be used to do correctness checks. > >