From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1a6PIu-0002Rg-C3 for mharc-grub-devel@gnu.org; Tue, 08 Dec 2015 15:56:08 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42411) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6PIr-0002Qr-0o for grub-devel@gnu.org; Tue, 08 Dec 2015 15:56:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a6PIm-0005Mf-5o for grub-devel@gnu.org; Tue, 08 Dec 2015 15:56:04 -0500 Received: from mx1.redhat.com ([209.132.183.28]:60525) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a6PIl-0005MD-Ul for grub-devel@gnu.org; Tue, 08 Dec 2015 15:56:00 -0500 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (Postfix) with ESMTPS id 0687D19CBF5 for ; Tue, 8 Dec 2015 20:55:59 +0000 (UTC) Received: from redhat.com (ovpn-113-180.phx2.redhat.com [10.3.113.180]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tB8KtuTg008000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 8 Dec 2015 15:55:58 -0500 Date: Tue, 8 Dec 2015 15:55:56 -0500 From: Peter Jones To: The development of GNU GRUB Subject: Re: GRUB release schedule? Message-ID: <20151208205556.GC5296@redhat.com> References: <20150720182245.GC14894@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 209.132.183.28 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2015 20:56:06 -0000 On Mon, Jul 20, 2015 at 09:25:56PM +0200, Vladimir 'phcoder' Serbinenko w= rote: > I'll do next beta tomorrow and will assess current open bugs to see how= far > we're from release Did this ever happen? It doesn't appear as though it did. So I'm back with my original question: What's the path to regular releases? I don't honestly believe we have to fix everything about source control, patch contribution, and test suites to do that, though those are all important things. Plenty of projects do releases with the same tools this one has, with great success. But this is one more case where the search for perfection is stopping us from having any releases *at all*. "Fix everything in the code *and* the infrastructure and then do a release" is not workable. We need to have regular releases, and we need to make improvements to the project's infrastructure and processes be a part of those releases. Waiting for a flag day with each thing to be improved just means delaying indefinitely, especially if the wish list includes things nobody is actively working on. So that means we need two things: 1) decide on a schedule for one release= , 2) decide when the ones after it will be. Here's a suggestion: Schedule a release at the end of January, and work towards that. It doesn't have to be perfect; everybody is shipping something based on the current tree already anyway. Then plan on another release at the end of July, and follow that plan indefinitely. It's okay if there are reasons to adjust it sometimes, but let's start with a plan. Thoughts? > Le 20 juil. 2015 20:23, "Peter Jones" a =C3=A9crit = : >=20 > > Hi everyone, > > Is there a plan for when upcoming GNU GRUB releases will happen? > > > > As far as I can tell, the last official release on > > ftp://ftp.gnu.org/gnu/grub/ was 2.00 on 28-Jun-2012, and the last bet= a > > on http://alpha.gnu.org/pub/gnu/grub/ for the next version was > > 2.02~beta2 on 24-Dec-2013 . There are (give or take) 471 patches > > committed since that beta 18 months ago. > > > > In the mean time, nearly every Linux distro is shipping a package > > derived from the 2.02~beta2 release plus some number of patches, > > some from the upstream repo and some not, and it's cumbersome to rect= ify > > which ones aren't upstream vs which ones have been fixed upstream wit= h > > /nearly/ the same patch, etc., with all the noise of so many patches > > since the release. > > > > I suspect this would be better for a lot of GRUB users if releases > > happened on a regular schedule, or if, relatively often (say once or > > twice per year), a release schedule that spans several weeks and > > organized some kind of alpha->beta->release progression were decided > > upon and followed. > > > > So, can we make a release process that happens according to some regu= lar > > cadence? What needs to be done to make regular releases happen? Goi= ng > > for years with the patch volume GRUB sees without doing a release is > > really not good for anybody. > > > > -- > > Peter > > > > _______________________________________________ > > Grub-devel mailing list > > Grub-devel@gnu.org > > https://lists.gnu.org/mailman/listinfo/grub-devel > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel --=20 Peter