From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: Release-critical bugs Date: Fri, 19 Sep 2014 12:49:13 -0400 Message-ID: References: <87mw9yb2f8.fsf@engster.org> <83bnqd3b5n.fsf@gnu.org> <83mw9w25ei.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1411145391 7503 80.91.229.3 (19 Sep 2014 16:49:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Sep 2014 16:49:51 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 19 18:49:41 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XV1NG-0004Ja-HR for ged-emacs-devel@m.gmane.org; Fri, 19 Sep 2014 18:49:34 +0200 Original-Received: from localhost ([::1]:59446 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XV1NG-0007MI-68 for ged-emacs-devel@m.gmane.org; Fri, 19 Sep 2014 12:49:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43510) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XV1N4-0007MC-3a for emacs-devel@gnu.org; Fri, 19 Sep 2014 12:49:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XV1N3-0005jI-7J for emacs-devel@gnu.org; Fri, 19 Sep 2014 12:49:22 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:59210) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XV1N3-0005io-3r for emacs-devel@gnu.org; Fri, 19 Sep 2014 12:49:21 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XV1Mv-0006kG-VZ; Fri, 19 Sep 2014 12:49:14 -0400 X-Spook: tempest Abu Ghraib Baranyi BRLO SRI Firewalls Cocaine X-Ran: r#{+!s\b^#y8}kV=mS-Qr>@!E$mqPx3PUj`nb#."'r@`CvoVK(]_$DecK`<\{5{2,S0+tC X-Hue: magenta X-Attribution: GM In-Reply-To: <83mw9w25ei.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 18 Sep 2014 20:40:53 +0300") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.10 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:174562 Archived-At: Eli Zaretskii wrote: > Suggestions for how to make it faster will be welcome, I'm sure. A test-suite for absolutely everything, so we can just type `make check' and be done. ;) Less flippantly, more concentrated focus on the release, less "a handful of people try to get the release in shape while the majority play with the trunk (and argue about VCS)". (But this might just be my biased impression.) Also a defined release manager position, with the authority to set deadlines and decide what needs to be done, which I think was lacking this time. (I don't want the job; it needs to be someone motivated and with Emacs experience.) And more documenting of changes closer to the time they happen, by the person who makes the change, rather than leaving it to the end. Some way to get more people using the release branch rather than the trunk. (Maybe the trunk should be the release branch, and the development should happen elsewhere; but I think this was rejected before for various reasons?). We have ~ 200 developers, in theory. I think say 6 months from feature freeze to release ought to be doable, though I would not want to be dogmatic about it; it should take as long as it takes. When it takes too long, people get disheartened and lose focus.