From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 115324 invoked by alias); 18 Dec 2019 19:50:54 -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 115309 invoked by uid 89); 18 Dec 2019 19:50:53 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=philosophy, UD:gcc-reparent.git, him, our X-HELO: gate.crashing.org Received: from gate.crashing.org (HELO gate.crashing.org) (63.228.1.57) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 18 Dec 2019 19:50:52 +0000 Received: from gate.crashing.org (localhost.localdomain [127.0.0.1]) by gate.crashing.org (8.14.1/8.14.1) with ESMTP id xBIJojRN005577; Wed, 18 Dec 2019 13:50:45 -0600 Received: (from segher@localhost) by gate.crashing.org (8.14.1/8.14.1/Submit) id xBIJoi5b005575; Wed, 18 Dec 2019 13:50:44 -0600 Date: Wed, 18 Dec 2019 19:50:00 -0000 From: Segher Boessenkool To: Jeff Law Cc: Joseph Myers , Mark Wielaard , Maxim Kuvyrkov , "Richard Earnshaw (lists)" , gcc@gcc.gnu.org, esr@thyrsus.com Subject: Re: Proposal for the transition timetable for the move to GIT Message-ID: <20191218195043.GC3152@gate.crashing.org> References: <9E009921-96EA-44A2-A06A-232711227E69@linaro.org> <0fb81074d87c96b3312565800b8bfc25cfcbe179.camel@redhat.com> <20191216215927.GG3152@gate.crashing.org> <20191216224244.GI3152@gate.crashing.org> <5ea5dd673eb006dd84af7e47fcbab53a15e8005d.camel@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5ea5dd673eb006dd84af7e47fcbab53a15e8005d.camel@redhat.com> User-Agent: Mutt/1.4.2.3i X-IsSubscribed: yes X-SW-Source: 2019-12/txt/msg00286.txt.bz2 On Wed, Dec 18, 2019 at 11:07:11AM -0700, Jeff Law wrote: > > That isn't what I said. I said that freshly constructed complex software > > will have more and deeper errors than stupid simple scripts do (or I > > implied that at least, maybe it wasn't clear). And I only say this > > because the opposite was claimed, which is laughable imnsho. > But it's not that freshly constructed, at least not in my mind. All > the experience ESR has from the python implementation carries to the Go > implementation. What, writing code in Python made him learn Go? > And the "simple scripts" argument dismisses the fact that those scripts > are built on top of complex software. It just doesn't hold water IMHO. This is the Unix philosophy though! > Where I think we could have done better would have been to get more > concrete detail from ESR about the problems with git-svn. That was > never forthcoming and it's a disappointment. Yes. And as far as I can see you can wait forever for it. Oh well, we have a lot of experience in waiting. > I do think we've gotten some details about the "scar tissue" from the > cvs->svn transition as well as some of our branch problems. It's my > understanding reposurgeon cleans this up significantly whereas Maxim's > scripts don't touch this stuff IIUC. They do, I think? This was easy to do, too: git://git.linaro.org/people/maxim-kuvyrkov/gcc-reparent.git/ > > > > As long as the original commit message is kept, verbatim, and you only > > > > add a new summary line, all is fine. If not -> nope, not okay. > > > Sorry, have to disagree here. I think what Richard has done is a > > > significant step forward. > > > > We talked about it for days, and as far as I understand it Richard agreed. > When Richard and I spoke we generally agreed that we felt a reposurgeon > conversion, if it could be made to work was the preferred solution, > followed by Maxim's approach and lastly the existing git-svn mirror. > If I'm mis-representing Richard's position I hope he'll chime in and > correct the record. This is just about the "we should not try to change the commit message", and Joseph confirmed that is what is done now. So that is all fine. Segher