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: minor bzr->git changes missed Date: Thu, 13 Nov 2014 20:08:00 +0200 Message-ID: <83sihnj7nj.fsf@gnu.org> References: <20141113110017.3f8bc06c@jabberwock.cb.piermont.com> <83a93vkr4u.fsf@gnu.org> <20141113113738.74f15110@jabberwock.cb.piermont.com> <8361ejkolo.fsf@gnu.org> <5464E7E0.9030502@cs.ucla.edu> <83y4rfj94o.fsf@gnu.org> <20141113124405.7621c9af@jabberwock.cb.piermont.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1415902296 27447 80.91.229.3 (13 Nov 2014 18:11:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Nov 2014 18:11:36 +0000 (UTC) Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org To: "Perry E. Metzger" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 13 19:11:28 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 1Xoyrf-0006QM-Db for ged-emacs-devel@m.gmane.org; Thu, 13 Nov 2014 19:11:27 +0100 Original-Received: from localhost ([::1]:33325 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xoyre-0001P5-Te for ged-emacs-devel@m.gmane.org; Thu, 13 Nov 2014 13:11:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52766) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoyoT-0005AH-Sw for emacs-devel@gnu.org; Thu, 13 Nov 2014 13:08:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XoyoN-0002sK-Pi for emacs-devel@gnu.org; Thu, 13 Nov 2014 13:08:09 -0500 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:50310) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoyoN-0002ro-HH for emacs-devel@gnu.org; Thu, 13 Nov 2014 13:08:03 -0500 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NEZ00G00OET7000@mtaout24.012.net.il> for emacs-devel@gnu.org; Thu, 13 Nov 2014 20:00:32 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEZ00AWDOOW7060@mtaout24.012.net.il>; Thu, 13 Nov 2014 20:00:32 +0200 (IST) In-reply-to: <20141113124405.7621c9af@jabberwock.cb.piermont.com> 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.180 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:176988 Archived-At: > Date: Thu, 13 Nov 2014 12:44:05 -0500 > From: "Perry E. Metzger" > Cc: Paul Eggert , emacs-devel@gnu.org > > On Thu, 13 Nov 2014 19:36:07 +0200 Eli Zaretskii wrote: > > Thanks. But why on master? All the changes of this kind should go > > to the branch. > > For reference, is there a description of the full development > process, updated for the git world, one can read? Yes, admin/notes/repo and admin/notes/commits. > I was under the impression that people tracking development were > supposed to be operating off of master and that the 24 branch was > only for bug fixes to 24 -- that 25 would eventually be branched off > of master in other words. Clearly this is not the correct > impression... The key issue here is "tracking development". What exactly do you mean by that, and how is that related to the issue at hand? I wasn't talking to people who "track the development", I was talking to contributors, whether actual or potential, to Emacs development and maintenance. Such contributors are expected, among other things, to fix bugs when they see them, and bugs that exist on the release branch should be fixed there (and later merged to master). In this case, the leftover references to bzr are "bugs" on the branch as well, because the next stable release will be made out of that branch, and we don't want to disseminate incorrect information about our repository.