From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19467 invoked by alias); 23 Jun 2007 01:22:52 -0000 Received: (qmail 19457 invoked by uid 22791); 23 Jun 2007 01:22:52 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 23 Jun 2007 01:22:49 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id C5FA02AA1F5; Fri, 22 Jun 2007 21:21:42 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id M4V+5H7PmiSh; Fri, 22 Jun 2007 21:21:42 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 93A6B2AA1EB; Fri, 22 Jun 2007 21:21:42 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 515F2E7B51; Fri, 22 Jun 2007 18:23:30 -0700 (PDT) Date: Sat, 23 Jun 2007 01:22:00 -0000 From: Joel Brobecker To: Nick Roberts Cc: gdb@sourceware.org Subject: Re: DELAYED: GDB 6.7 branch creation scheduled June 25th Message-ID: <20070623012330.GQ18706@adacore.com> References: <20070608061902.GP3761@adacore.com> <20070621181530.GC12173@adacore.com> <18042.61938.458913.398215@kahikatea.snap.net.nz> <20070622014101.GC18706@adacore.com> <18043.30976.871935.736190@kahikatea.snap.net.nz> <20070622161752.GL18706@adacore.com> <18044.25556.843471.837917@kahikatea.snap.net.nz> <20070623003622.GP18706@adacore.com> <18044.28720.838572.299857@kahikatea.snap.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18044.28720.838572.299857@kahikatea.snap.net.nz> User-Agent: Mutt/1.4.2.2i Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-06/txt/msg00207.txt.bz2 > It's just the one that I left in the the message "So where's the gain in > branching early?" but perhaps Stan Shebs answered it. And again, why are you saying that we're branching early? I think I understand the real question now that you've mentioned the annotation bug again. Otherwise, the answer would be the same: We're not branching early, we have lots of exciting stuff that could benefit a lot of users. We should release that, and I think the sooner the better. Note that the time of branching is only loosely related to the time when we make the release. The branch is only a tool that we have to help us stabilize a code base. So just because we branch next week doesn't mean that we can't take the time we need to create the actual release. > You're the release manager so presumably you can insist on certain things > being done before a release is made. What I can do is delay the release. You know however that I cannot force anyone to do anything, much less within a certain time-frame. > It breaks existing use of Gdb in Emacs 22.1. OK, I missed that part. This is indeed more serious than I thought. > My plan would be just revert the change and I think Jan Kratochvil has > agreed with this. AFAICS there's no reason why this would delay the > release. Sounds like a promising plan. But you are hammering at the wrong guy. Keep pinging Jan and the maintainers that can approve the revert, not me. > It's not just a bug but a regression. I don't think breaking a feature > and then documenting it as a known problem is really an acceptable policy. It's usually not acceptable, as you know, but sometimes we can compromise. It depends on the situation and the severity of the regression. -- Joel