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 00:18:33 +0200 Message-ID: <87hbn33zd2.fsf@telefonica.net> References: <4BCF45FA.1060808@swipnet.se> <4BCFDE02.5090808@swipnet.se> <4BD01AC9.1000200@swipnet.se> <4BD0395F.7040500@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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1271974746 5797 80.91.229.12 (22 Apr 2010 22:19:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 22 Apr 2010 22:19:06 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 23 00:19:04 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 1O54jf-0002Ol-VY for ged-emacs-devel@m.gmane.org; Fri, 23 Apr 2010 00:19:04 +0200 Original-Received: from localhost ([127.0.0.1]:47862 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O54je-0002rS-S1 for ged-emacs-devel@m.gmane.org; Thu, 22 Apr 2010 18:19:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O54jY-0002qo-UQ for emacs-devel@gnu.org; Thu, 22 Apr 2010 18:18:56 -0400 Original-Received: from [140.186.70.92] (port=40921 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O54jX-0002po-G5 for emacs-devel@gnu.org; Thu, 22 Apr 2010 18:18:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O54jT-0008Es-Q5 for emacs-devel@gnu.org; Thu, 22 Apr 2010 18:18:53 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:33337) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O54jT-0008ET-Ei for emacs-devel@gnu.org; Thu, 22 Apr 2010 18:18:51 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O54jO-0002HX-Bo for emacs-devel@gnu.org; Fri, 23 Apr 2010 00:18:46 +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 00:18:46 +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 00:18:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ connect(): No such file or directory Original-Lines: 25 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:/yWrSNx5y0rkL804Ol6WaBvmObI= 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:124088 Archived-At: Stefan Monnier writes: >> The solution for the annoying slowness of commit operations is the smart >> server, > > Not fast enough to save us from async VC commit (which will also be > useful for CVS and Svn, although for CVS this is less pressing since > PCL-CVS already provides all-async functionality). > >> and if that doesn't reduce the required time to something >> reasonable, the Bazaar people have the means for fixing the >> problem. > > I don't know what that means or if it's true. The problem now is that bzr must operate on a remote filesystem and a commit may require quite a bit of file I/O. Once you have a friendly buddy on the other end, there is no reason for a commit to a remote branch taking much more time than a local one, being the setup of the ssh session the most expensive addition. If Bazaar's server does not perform that way, it doesn't deserve the "smart" tag. But at least the developers can improve it, contrary to http/sftp.