From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: Basic Bazaar guide for Emacs hackers. Date: Sun, 29 Nov 2009 21:51:05 -0600 Message-ID: <87ws18ekly.fsf@red-bean.com> References: <87skbzblp5.fsf@telefonica.net> <87y6log42q.fsf@red-bean.com> <87y6lo8zgi.fsf@telefonica.net> Reply-To: Karl Fogel NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1259553091 28707 80.91.229.12 (30 Nov 2009 03:51:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 30 Nov 2009 03:51:31 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?utf-8?Q?=C3=93scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 30 04:51:22 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 1NExIH-00089P-S4 for ged-emacs-devel@m.gmane.org; Mon, 30 Nov 2009 04:51:22 +0100 Original-Received: from localhost ([127.0.0.1]:57216 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NExIH-0000OQ-Bl for ged-emacs-devel@m.gmane.org; Sun, 29 Nov 2009 22:51:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NExIA-0000NH-Ej for emacs-devel@gnu.org; Sun, 29 Nov 2009 22:51:14 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NExI5-0000Lq-KW for emacs-devel@gnu.org; Sun, 29 Nov 2009 22:51:13 -0500 Original-Received: from [199.232.76.173] (port=41816 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NExI5-0000Lm-Bg for emacs-devel@gnu.org; Sun, 29 Nov 2009 22:51:09 -0500 Original-Received: from sanpietro.red-bean.com ([66.146.206.141]:34964) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NExI5-0001cP-0F for emacs-devel@gnu.org; Sun, 29 Nov 2009 22:51:09 -0500 Original-Received: from localhost ([127.0.0.1]:38672 helo=kfogel-work ident=kfogel) by sanpietro.red-bean.com with esmtp (Exim 4.69) (envelope-from ) id 1NExI3-0006Jn-2x; Sun, 29 Nov 2009 21:51:07 -0600 In-Reply-To: <87y6lo8zgi.fsf@telefonica.net> (=?utf-8?Q?=22=C3=93scar?= Fuentes"'s message of "Mon, 30 Nov 2009 04:26:53 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:117948 Archived-At: =C3=93scar Fuentes writes: >> The more options we offer, the more confused people will be. > > ... unless each person finds the option adequate for him among the > available ones. > > What is confusing, IMHO, is to provide several options with similar > degree of complexity, and that demand from the user to apply new > concepts and see himself on not-yet-experienced scenarios for deciding > which one is the right one for him. I agree, we should not do that. Are we doing that? My intention has always been to recommend http://www.emacswiki.org/emacs/BzrForEmacsDevs#RegularContributors as the place to start. > I have no problem at all deleting the document if it damages the > transition to Bazaar. But so far, your reasons for doing it are not > convincing at all to me and just demonstrates a misunderstanding of the > demography of Emacs and their current VC practices. > > All this said with respect and appreciation. Understood. I'm beginning to realize it doesn't matter. Once Emacs switches, we'll see what people really need, and then we'll provide it. So I'm not going to worry about it. We'll switch, and there will be grumbling, and then it will be fine. IMHO, we already have prepared all the documentation we can in advance. Best, -K