From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13882 invoked by alias); 16 Dec 2019 16:36:37 -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 13874 invoked by uid 89); 16 Dec 2019 16:36:37 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=judge, merits, overnight, infinitely X-HELO: esa3.mentor.iphmx.com Received: from esa3.mentor.iphmx.com (HELO esa3.mentor.iphmx.com) (68.232.137.180) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 16 Dec 2019 16:36:35 +0000 IronPort-SDR: Bm/L47A9qDk5zaZFPHmEb45wPXPJymg9DY3WnOBmv78+mQm5W1NdNDfKIsuql19ygelQhiOzEF aMO70Mhh8Abg/cZ33nfDyXZ86/6ZOci5XPqIkORTj8rw/zmM+O2JS7KZA+oYkud6fny9iAl8oB 5wTWmJPqX3PUY1/6QwubpybJyAzxZrSvINmkUsaMuitNHUkkSOequBW8E6fZ1w3SUyF6DEzyfa b9bLYOTyJe/toXuFiCrAwDpXOeCiOqCJgVSJOHQfYREkQ5aTDr2reVx57PXuxykMGTITA2j3X/ 2U0= Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa3.mentor.iphmx.com with ESMTP; 16 Dec 2019 08:36:33 -0800 IronPort-SDR: 2+nlNp4uX6+TL2jrSHBD4XRoG8YsqZZYmX/mGaMUXcljhwpg1cTnp4BZow9nxaBF4e1Z2ybOBg EfR4mnP6rh1d+xlnSdSsYug/WnWxBHKYc36KpHPBP2xAG7aofzrA/ernBprtojN21AtweWrgnV NfeyiVp3nrdpiWKb2nE9coHYF6sxkOXOv+P5msZ00njLdjU+BJDk0YRPY47xtZV6j9RLpy7DS9 R1be06qX+rX+S7ZjvMLO/CRvbxdSDldulCrcLTeBBi5xwgZvk+4/ru4RYJs/RBcvterp81GcOt aY4= Date: Mon, 16 Dec 2019 16:36:00 -0000 From: Joseph Myers To: Segher Boessenkool CC: "Eric S. Raymond" , Mark Wielaard , Maxim Kuvyrkov , "Richard Earnshaw (lists)" , Subject: Re: Proposal for the transition timetable for the move to GIT In-Reply-To: <20191216153649.GE3152@gate.crashing.org> Message-ID: References: <1685e719-738f-dd4e-c39c-c08e495b202e@arm.com> <9E009921-96EA-44A2-A06A-232711227E69@linaro.org> <20191216133632.GC3152@gate.crashing.org> <20191216135451.GA3142@thyrsus.com> <20191216140514.GD3152@gate.crashing.org> <20191216153649.GE3152@gate.crashing.org> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Return-Path: joseph@codesourcery.com X-SW-Source: 2019-12/txt/msg00240.txt.bz2 On Mon, 16 Dec 2019, Segher Boessenkool wrote: > And the current mirror is "right", already, as Jeff said at the Cauldron > (a minute before we unanymously decided to do the conversion soon; this > is over three months ago already). All the discussion at the Cauldron tells us is many people like the idea of moving to git and it not taking forever. Inviting a crowd to agree with a proposition is not a useful way to judge the technical merits of any particular detailed conversion approach. > > That missing branches > > in Maxim's conversion could be noted only today clearly shows that > > ... clearly shows that *no one cares* about those branches. Since Maxim said that all branches were present, that indicates a lack of validation, and a lack of validation by other people since then. Checking the set of branches and tags present is one of the most basic checks on a conversion to identify problems. > > I believe it's at least as ready as Maxim's. > > I do not agree. You say the reposurgeon conversion is not ready today. > Maxim's conversion has been ready for many months. I believe it's ready in the form of source code (gcc-conversion repository and newsvn3 branch in the reposurgeon repository). I'm running a test conversion to check this and produce the binary form (converted git repository); conversions just take a while to run. With correctness issues having been addressed, we're working on performance issues, and I'm running a second test conversion on a second machine with both a patch I've just written that passes reposurgeon's tests and I hope will save about 8 hours on the conversion time, and further performance improvements that went in overnight that should save some more hours via saving memory usage. (A significant proportion of the time for a conversion is spent by git-fast-import reading the fast-import stream, which places a lower bound of a few hours on the time taken for a conversion even if everything outside of git is infinitely fast.) -- Joseph S. Myers joseph@codesourcery.com