From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: VC and bzr. Date: Fri, 23 Apr 2010 23:16:33 +0200 Message-ID: <87zl0t3m4u.fsf@telefonica.net> References: <4BCF45FA.1060808@swipnet.se> <87eii7629z.fsf@telefonica.net> <87aasv5zsz.fsf@telefonica.net> <87633j5ya8.fsf@telefonica.net> <871ve75t1e.fsf@telefonica.net> <83633j48mi.fsf@gnu.org> <87sk6n4733.fsf@telefonica.net> <87hbn33zd2.fsf@telefonica.net> <87d3xq52u6.fsf@telefonica.net> <83zl0u3726.fsf@gnu.org> <878w8e44by.fsf@telefonica.net> <83d3xq2nb0.fsf@gnu.org> <874oj152rl.fsf@telefonica.net> <83zl0t2944.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1272057584 26780 80.91.229.12 (23 Apr 2010 21:19:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 23 Apr 2010 21:19:44 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 23 23:19:42 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1O5QHk-0007ll-FS for ged-emacs-devel@m.gmane.org; Fri, 23 Apr 2010 23:19:40 +0200 Original-Received: from localhost ([127.0.0.1]:59291 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O5QHj-0006t3-M5 for ged-emacs-devel@m.gmane.org; Fri, 23 Apr 2010 17:19:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O5QEy-0005Oq-Db for emacs-devel@gnu.org; Fri, 23 Apr 2010 17:16:48 -0400 Original-Received: from [140.186.70.92] (port=57084 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O5QEw-0005Nf-Tl for emacs-devel@gnu.org; Fri, 23 Apr 2010 17:16:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O5QEv-0005v7-9d for emacs-devel@gnu.org; Fri, 23 Apr 2010 17:16:46 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:43035) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O5QEv-0005up-2j for emacs-devel@gnu.org; Fri, 23 Apr 2010 17:16:45 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O5QEs-0006PM-Kw for emacs-devel@gnu.org; Fri, 23 Apr 2010 23:16:42 +0200 Original-Received: from 41.red-88-24-214.staticip.rima-tde.net ([88.24.214.41]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Apr 2010 23:16:42 +0200 Original-Received: from ofv by 41.red-88-24-214.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Apr 2010 23:16:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ connect(): No such file or directory Original-Lines: 17 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 41.red-88-24-214.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:EgG3aySMIVu3v2yIPDqKSm6gY4s= X-detected-operating-system: by eggs.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:124147 Archived-At: Eli Zaretskii writes: [snip] >> but if you prefer turn my comment into "IMHO, it is wrong to cut down >> global VC features just because some backend is broken" > > It's not ``some backend'', it's _the_ backend for Emacs development. I don't know why those Emacs users who use Subversion, Git, Mercurial etc may see how some convenient feature go away just because the VCS used for Emacs development is... not as fast as others. Following the true Emacs spirit, is it a good idea to introduce a backend-specific variable for selectively enabling/disabling the VC info shown on the modeline? It would be set to a sensible default for each backend.