From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 51666 invoked by alias); 18 Dec 2019 17:27:18 -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 51651 invoked by uid 89); 18 Dec 2019 17:27:18 -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=his, intelligent, 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 17:27:17 +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 xBIHR4H1026938; Wed, 18 Dec 2019 11:27:04 -0600 Received: (from segher@localhost) by gate.crashing.org (8.14.1/8.14.1/Submit) id xBIHR3iF026935; Wed, 18 Dec 2019 11:27:03 -0600 Date: Wed, 18 Dec 2019 17:27:00 -0000 From: Segher Boessenkool To: "Eric S. Raymond" Cc: Joseph Myers , Jeff Law , Mark Wielaard , Maxim Kuvyrkov , "Richard Earnshaw (lists)" , gcc@gcc.gnu.org Subject: Re: Proposal for the transition timetable for the move to GIT Message-ID: <20191218172703.GA3152@gate.crashing.org> References: <1685e719-738f-dd4e-c39c-c08e495b202e@arm.com> <9E009921-96EA-44A2-A06A-232711227E69@linaro.org> <0fb81074d87c96b3312565800b8bfc25cfcbe179.camel@redhat.com> <20191216215927.GG3152@gate.crashing.org> <20191216231926.GA56526@thyrsus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191216231926.GA56526@thyrsus.com> User-Agent: Mutt/1.4.2.3i X-IsSubscribed: yes X-SW-Source: 2019-12/txt/msg00281.txt.bz2 On Mon, Dec 16, 2019 at 06:19:26PM -0500, Eric S. Raymond wrote: > Segher Boessenkool : > > There is absolutely no reason to trust a system that supposedly was > > already very mature, but that required lots of complex modifications, > > and even a complete rewrite in a different language, that even has its > > own bug tracker, to work without problems (although we all have *seen* > > some of its many problems over the last years), and at the same time > > bad-mouthing simple scripts that simply work, and have simple problems. > > Some factual corrections: > > I didn't port to Go to fix bugs, I ported for better performance. That is not a correction, because that is not what I said. > I very carefully *didn't* bad-mouth Maxim's scripts - in facrt I have > said on-list that I think his approach is on the whole pretty > intelligent. To anyone who didn't have some of the experiences I have > had, even using git-svn to analyze basic blocks would appear > reasonable and I don't actually fault Maxim for it. And yet, you do it once again now. Judge the conversion candidates by what they are, not by if the tool to create them is named "reposurgeon" or not. > I *did* bad-mouth git-svn - and I will continue to do so until it no > longer troubles the world with botched conversions. Relying on it is, > in my subject-matter-expert opinion, unacceptably risky. While I don't > blame Maxim for not being aware of this, it remains a serious > vulnerability in his pipeline. More unfounded aspersions. Yay. > I don't know how it is on your planet, but here on Earth having a > bug tracker - and keeping it reasonably clean - is generally > considered a sign of responsible maintainership. Having a bugtracker is a sign of having more bugs than you can count on one hand. > In conclusion, I'm happy that you're so concerned about bugs in > reposurgeon. I am concerned if the conversion we eeventually select will be usable for our purposes. And I am concerned it will take some more years. Segher