From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: More metaproblem Date: Thu, 04 Dec 2014 02:38:52 -0600 Message-ID: <85zjb3q06b.fsf@stephe-leake.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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1417682361 3127 80.91.229.3 (4 Dec 2014 08:39:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Dec 2014 08:39:21 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 04 09:39:12 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 1XwRwN-0001tw-K1 for ged-emacs-devel@m.gmane.org; Thu, 04 Dec 2014 09:39:11 +0100 Original-Received: from localhost ([::1]:44914 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XwRwL-00033Z-2o for ged-emacs-devel@m.gmane.org; Thu, 04 Dec 2014 03:39:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33602) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XwRwC-00033H-BA for emacs-devel@gnu.org; Thu, 04 Dec 2014 03:39:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XwRw7-0006zu-1I for emacs-devel@gnu.org; Thu, 04 Dec 2014 03:39:00 -0500 Original-Received: from dnvrco-outbound-snat.email.rr.com ([107.14.73.229]:40565 helo=dnvrco-oedge-vip.email.rr.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XwRw6-0006zl-Pt for emacs-devel@gnu.org; Thu, 04 Dec 2014 03:38:54 -0500 Original-Received: from [70.94.38.149] ([70.94.38.149:49691] helo=TAKVER) by dnvrco-oedge03 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id DF/1F-01361-D9D10845; Thu, 04 Dec 2014 08:38:53 +0000 In-Reply-To: <83388v6hsq.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 04 Dec 2014 08:38:29 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.94 (windows-nt) X-RR-Connecting-IP: 107.14.64.142:25 X-Authority-Analysis: v=2.1 cv=Zu9jKrLG c=1 sm=1 tr=0 a=AppmJ/7ZOOFWL/q6u6u93g==:117 a=AppmJ/7ZOOFWL/q6u6u93g==:17 a=ayC55rCoAAAA:8 a=fNEgcOh0sVsA:10 a=9i_RQKNPAAAA:8 a=mDV3o1hIAAAA:8 a=o2eD-HNaAAAA:8 a=HdU5Oud_5z39Wf893wYA:9 X-Cloudmark-Score: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 107.14.73.229 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:178806 Archived-At: Eli Zaretskii writes: >> From: Karl Fogel >> For example, as far as I can see -- and I've looked, though maybe in the >> wrong places -- there's never been a permanent sign anywhere, like on a >> web page, telling developers when they should commit to release branches >> versus when they should commit to master (trunk). > > See admin/notes/repo and admin/notes/commits. What else is missing? That says that there is such a thing as a "freeze". It does not say "the trunk is currently frozen". >> 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". (see below for suggested patch) (there is also the issue that "trunk" is now spelled "master") >> Other times it's not locked down. And you're just supposed to know, >> somehow, I guess by saving random bits of state gleaned from a >> rather high-traffic mailing list. > > You need to read this list, yes. Emacs is not the only project that > uses this practice, though. GDB is another one. Publishing such > ephemeral information on the developer's list is an established > practice; posting that on Web pages is IMO worse, because this kind of > information quickly becomes obsolete, and Google searches will then > bring wrong info to people. admin/notes/repo goes on: Consult emacs-devel to know exactly what kinds of changes are allowed on what branch at any time. "consult" an email list can mean several things: 1) Search the archive to find the information 2) Post a question 3) Follow the list, and record the information privately Strategy 1 is problematic; searching for "freeze" on http://lists.gnu.org/archive/cgi-bin/namazu.cgi?idxname=emacs-devel turns up a couple start dates, but no end date, in the first page of hits. Searching for '+from:"stefan monnier" freeze' does not change the results, which appears to be a bug in the search engine. Strategy 2 is annoying to the list. Strategy 3 is problematic due to the fairly high volume on emacs-devel. That could be improved by establishing a second list for "important announcments", or using a unique identifier string in the email subject. > >> 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. Possible patch to admin/notes/repo: --- a/admin/notes/repo +++ b/admin/notes/repo @@ -23,18 +23,17 @@ before possibly being merged to the trunk. Development is discussed on the emacs-devel mailing list. -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. - -Shortly before the release, a release branch is created, and the -trunk is then free for development. +Sometime before the release of a new major version of Emacs a "feature +freeze" is imposed on the trunk, to prepare for creating a release +branch. No new features may be added to the trunk after this point, +until the release branch is created. This freeze is announced on the +emacs-devel mailing list, and not anywhere else. For example, "emacs-23" for Emacs 23.2 and later, "EMACS_23_1_RC" for 23.1, "EMACS_22_BASE" for 22.x, and "EMACS_21_1_RC" for 21.x. -Consult emacs-devel for exactly what kinds of changes are allowed -on what branch at any time. +You must follow emacs-devel to know exactly what kinds of changes are +allowed on what branch at any time. Announcements about the freeze +(and other important events) will contain "ANNOUNCE" in the subject. ** elpa -- -- Stephe