From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: More metaproblem Date: Thu, 04 Dec 2014 12:11:09 +0200 Message-ID: <83r3wf4tdu.fsf@gnu.org> References: <20141203142859.24393.98673@vcs.savannah.gnu.org> <20141203192721.GE12748@thyrsus.com> <547F6774.50700@cs.ucla.edu> <838uio5vjw.fsf@gnu.org> <20141203211447.GB15111@thyrsus.com> <871toge5zw.fsf@floss.red-bean.com> <83388v6hsq.fsf@gnu.org> <85zjb3q06b.fsf@stephe-leake.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1417687896 28026 80.91.229.3 (4 Dec 2014 10:11:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Dec 2014 10:11:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 04 11:11:29 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 1XwTNf-0007Za-Kb for ged-emacs-devel@m.gmane.org; Thu, 04 Dec 2014 11:11:27 +0100 Original-Received: from localhost ([::1]:45168 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XwTNf-0004Ec-5n for ged-emacs-devel@m.gmane.org; Thu, 04 Dec 2014 05:11:27 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57242) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XwTNK-0004EN-Pj for emacs-devel@gnu.org; Thu, 04 Dec 2014 05:11:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XwTNB-0005ne-IM for emacs-devel@gnu.org; Thu, 04 Dec 2014 05:11:06 -0500 Original-Received: from mtaout28.012.net.il ([80.179.55.184]:34143) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XwTNB-0005nR-AN for emacs-devel@gnu.org; Thu, 04 Dec 2014 05:10:57 -0500 Original-Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0NG100J00YTTHT00@mtaout28.012.net.il> for emacs-devel@gnu.org; Thu, 04 Dec 2014 12:08:31 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NG100DBUYU6VV50@mtaout28.012.net.il>; Thu, 04 Dec 2014 12:08:31 +0200 (IST) In-reply-to: <85zjb3q06b.fsf@stephe-leake.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.184 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:178813 Archived-At: > From: Stephen Leake > Date: Thu, 04 Dec 2014 02:38:52 -0600 Thanks for the feedback. A few comments below. > >> Sometimes trunk is locked down and most commits are supposed to go to > >> the current emacs-NN branch. > > > > Thats a thing of a distant past. Trunk (a.k.a. "master") is nowadays > > never locked, but there are (usually short) periods before a new > > release branch is cut, when there's a "feature freeze", i.e. commits > > that introduce new features should not be pushed to master. > > That's not what admin/notes/repo says: > > Sometime before the release of a new major version of Emacs > a "feature freeze" is imposed on the trunk. No new features may be > added after this point. This is usually some months before the release. > > "some months" is not "short". The text doesn't say anything about the duration of the freeze, only about the timing of its beginning. The tendency lately is to make the freeze "as short as possible". But making a decision that master is stable enough to cut a release branch requires human judgment, and cannot be too fast with Emacs. E.g., blatant bugs sometimes take more than a week to be reported after they are committed. > (see below for suggested patch) I don't think it's accurate, but I'll let Stefan and Glenn comment. > >> Emacs is not an easy project for newcomers or drive-by contributors. > > > > Which large and complex project _is_ easy for newcomers? > > Good point. But there are still those (like me) with some experience who > are considering contributing; the issues raised here are barriers to > them. I think we are all for that; the problem, as always, is how to do that, not if we want doing it.