From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: support for bzr shelve/unshelve in vc-dir Date: Sat, 05 Dec 2009 12:57:00 +0900 Message-ID: <87k4x2t6nn.fsf@uwakimon.sk.tsukuba.ac.jp> References: <200912011947.nB1JlaAp027561@godzilla.ics.uci.edu> <200912030748.nB37m5V4022253@godzilla.ics.uci.edu> <87k4x431n2.fsf@telefonica.net> <200912030907.nB39781X022853@godzilla.ics.uci.edu> <873a3s2cp9.fsf@telefonica.net> <87my1z2a6h.fsf@telefonica.net> <200912031848.nB3ImpMj027352@godzilla.ics.uci.edu> <87aaxz287w.fsf@telefonica.net> <200912031917.nB3JHnKX027584@godzilla.ics.uci.edu> <87my1zzqxq.fsf@telefonica.net> <200912032257.nB3Mv97m029382@godzilla.ics.uci.edu> <87d42vvabf.fsf@uwakimon.sk.tsukuba.ac.jp> <200912040147.nB41ldTH000836@godzilla.ics.uci.edu> <87hbs7zbs2.fsf@telefonica.net> <200912042118.nB4LIS4j009931@godzilla.ics.uci.edu> <878wdiz9hz.fsf@telefonica.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1259985166 22546 80.91.229.12 (5 Dec 2009 03:52:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 5 Dec 2009 03:52:46 +0000 (UTC) Cc: =?iso-8859-1?Q?=D3scar?= Fuentes , Dan Nicolaescu , emacs-devel@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 05 04:52:39 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NGlhF-00012O-J1 for ged-emacs-devel@m.gmane.org; Sat, 05 Dec 2009 04:52:38 +0100 Original-Received: from localhost ([127.0.0.1]:44144 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGlhF-0006wG-4i for ged-emacs-devel@m.gmane.org; Fri, 04 Dec 2009 22:52:37 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NGlhB-0006vo-1I for emacs-devel@gnu.org; Fri, 04 Dec 2009 22:52:33 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NGlh6-0006v8-Jq for emacs-devel@gnu.org; Fri, 04 Dec 2009 22:52:32 -0500 Original-Received: from [199.232.76.173] (port=35873 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NGlh6-0006v5-Fm for emacs-devel@gnu.org; Fri, 04 Dec 2009 22:52:28 -0500 Original-Received: from mtps02.sk.tsukuba.ac.jp ([130.158.97.224]:42398) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NGlh1-0001pJ-VM; Fri, 04 Dec 2009 22:52:24 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps02.sk.tsukuba.ac.jp (Postfix) with ESMTP id 54DFC820E; Sat, 5 Dec 2009 12:52:20 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id A054E1200C4; Sat, 5 Dec 2009 12:57:00 +0900 (JST) In-Reply-To: X-Mailer: VM 8.0.12-devo-585 under 21.5 (beta29) "garbanzo" 1444e28f1a3d XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:118286 Archived-At: Glenn Morris writes: > I couldn't immediately see anything that would alleviate your worries. > But, I'm not sure exactly what your worries are. Simply that a patch will never be applied to the canonical Bazaar, thus making better support for shelve in vc.el dependent on the user having a patched bzr. The Bazaar project has an extremely strict and centralized (!) process, compared to which Emacs might well be considered an anarchy: 2 committers are required to approve each patch, and even the assignment policy is stricter (all contributions to the core, no matter how small, must be assigned -- third party plugins may remain the property of the developer, though). Until about three weeks ago, patches that didn't fit any of the committers' agendas tended to languish in the queue. They've long recognized that this is a problem, and after dithering for a bit have established a "patch pilot" program which is intended to guide 3rd party patches through the process. So far (less than a month of experience, but it's indicative) it's been very successful in getting doc and minor improvements through. However, changes in UI still tend to get stuck (for everybody, including the core committers) in bikeshedding. > While reading the conditions on that page, a first glance at the bzr > 2.0.2 source shows: it is distributed under GPLv2+ rather than v3+, > http://www.gnu.org/software/bzr does not exist, it does not have > texinfo documentation, it contains numerous references to the "Linux" > operating system, and there doesn't seem to be any reference in the > --version output or man-page to it being a GNU project. Nope, and Canonical management is pushing in the direction of emphasizing that it's a *Canonical product*: eg, all of the URLs are moving from "bazaar-vcs.org" to "bazaar.canonical.com". They got some pushback from the peanut gallery, but no committers seem to have a problem with that.