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: On the subject of Git, Bazaar, and the future of Emacs development Date: Thu, 04 Apr 2013 19:08:26 -0400 Message-ID: <85k3ohlwr9.fsf@member.fsf.org> References: <87ehf1cwc4.fsf@maru.md5i.com> <20130331220136.GA16863@saturn> <83ip44iw3b.fsf@gnu.org> <83mwtef9f5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1365117259 27122 80.91.229.3 (4 Apr 2013 23:14:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Apr 2013 23:14:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 05 01:14:47 2013 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 1UNtMh-0000Z0-2r for ged-emacs-devel@m.gmane.org; Fri, 05 Apr 2013 01:14:43 +0200 Original-Received: from localhost ([::1]:44228 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNtMI-0006NL-5B for ged-emacs-devel@m.gmane.org; Thu, 04 Apr 2013 19:14:18 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:49952) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNtH3-0006Qd-4v for emacs-devel@gnu.org; Thu, 04 Apr 2013 19:08:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNtGy-0004mO-6k for emacs-devel@gnu.org; Thu, 04 Apr 2013 19:08:53 -0400 Original-Received: from vms173011pub.verizon.net ([206.46.173.11]:52890) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNtGy-0004mF-2q for emacs-devel@gnu.org; Thu, 04 Apr 2013 19:08:48 -0400 Original-Received: from TAKVER ([unknown] [72.66.125.164]) by vms173011.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0MKR00E966Y3F270@vms173011.mailsrvcs.net> for emacs-devel@gnu.org; Thu, 04 Apr 2013 18:08:32 -0500 (CDT) In-reply-to: <83mwtef9f5.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 04 Apr 2013 21:16:46 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (windows-nt) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.46.173.11 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:158662 Archived-At: Eli Zaretskii writes: >> From: John Wiegley >> Date: Thu, 04 Apr 2013 12:44:43 -0500 >> >> As a data point: if Emacs does decide on Git, I'll become a more active >> contributor again; if it doesn't, I have other things to do. Bzr/Mercurial is >> enough of a "joy-stealing" barrier that -- like now -- I would not be >> interested in submitting my work upstream. And this same situation is true >> for some others as well, as evidenced by voices on this mailing list. > > I'm very sad to hear that, because I think it is improper for > contributors to put up such an ultimatum for a project. It was not expressed as an ultimatum (read "threat"), just as a fact. People have limited time; if the tools use enough time to notice, it's a problem. >I hope that > people who contribute to Emacs (and any other project) are first and > foremost interested in advancing the project, and any other > considerations are secondary. Secondary can still be important enough to matter in a choice of which important project to contribute to. > At least that's how I reacted when Gawk and Make switched to Git: I > gnashed my teeth and adapted. I hope so will you. I did the same with bzr, but now I'd much rather be using Git. On the other hand, I don't have write privs in the Emacs repository anyway (I only use bzr for download), so I send patches to other people; they are the ones that have to actually deal with bzr commits. -- -- Stephe