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: vc-state-heuristic is gone Date: Mon, 24 Nov 2014 23:15:34 -0600 Message-ID: <87tx1nuah5.fsf@floss.red-bean.com> References: <20141123215659.2CA0C382F79@snark.thyrsus.com> Reply-To: Karl Fogel NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416892561 30375 80.91.229.3 (25 Nov 2014 05:16:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 25 Nov 2014 05:16:01 +0000 (UTC) Cc: "Eric S. Raymond" , emacs-devel@gnu.org To: Richard Stallman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 25 06:15:54 2014 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 1Xt8Tg-0004rB-Us for ged-emacs-devel@m.gmane.org; Tue, 25 Nov 2014 06:15:53 +0100 Original-Received: from localhost ([::1]:55484 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xt8Tg-0001iG-DV for ged-emacs-devel@m.gmane.org; Tue, 25 Nov 2014 00:15:52 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48960) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xt8TW-0001Zm-TV for emacs-devel@gnu.org; Tue, 25 Nov 2014 00:15:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xt8TR-0005Fq-6b for emacs-devel@gnu.org; Tue, 25 Nov 2014 00:15:42 -0500 Original-Received: from mail-yh0-x22b.google.com ([2607:f8b0:4002:c01::22b]:51000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xt8TQ-0005Fj-Ux; Tue, 25 Nov 2014 00:15:37 -0500 Original-Received: by mail-yh0-f43.google.com with SMTP id z6so5037019yhz.30 for ; Mon, 24 Nov 2014 21:15:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:reply-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=DPZWjCIFcgs7BXN2S8kIq5/cl3xgeDzWmd7KpiAeTZk=; b=LmHtD1IoICTaFbwgarhueBaz2jROLLQsDpwTxTTZjB9UNQF6ohQEemRWqoWwff3PQ+ yIc9FWNvFSoHv9jSr4Lx4YiLHKpjmeSHXyOf9Hw3e2RukYK5EBwOWUvr8dy3OjerI4hs sKcxejyd5aBqUP0qtgj1RpY5sCoxFTn0wZGxR9gKrAsNIIR7s/W0lIBcFHMPj68AX7Tv N4/WbFGGNErR3qNKrzZQofY19ad+50oGmgEPfJM/ca7MJdIfAree2KWVHQK9b+GMYUTg uk9eIc5N/gTCvdxM8OnHcHF/lPTTTQHUlz1k3qXXH49rTBhSshzG8k9+9H1+RSuXy5uD F0Hg== X-Received: by 10.236.28.198 with SMTP id g46mr21742593yha.84.1416892536493; Mon, 24 Nov 2014 21:15:36 -0800 (PST) Original-Received: from floss.red-bean.com (64-145-114-106.client.dsl.net. [64.145.114.106]) by mx.google.com with ESMTPSA id i70sm127532yhq.7.2014.11.24.21.15.35 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 24 Nov 2014 21:15:35 -0800 (PST) In-Reply-To: (Richard Stallman's message of "Mon, 24 Nov 2014 11:17:20 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4002:c01::22b 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:178219 Archived-At: Richard Stallman writes: >What is the caching you plan to eliminate? > >Is it caching of data in Emacs to represent the state of local disk >files? > >Is it caching of data in local disk files to represent the state of >a remote repository? > >The former, I have no opinion about. The latter would be a disaster >for me. The operations that now work locally in a few seconds will >take HOURS (until I have a network connection). > >Have you tested the speed of the operations when your connection to >Savannah is going through Tor? Without even looking at the VC code, I'm pretty confident that VC doesn't cache anything significant about remote repository state beyond what the local working copy already caches (for systems that do not simply clone the entire repository locally, that is). After all, it would be very surprising for Emacs VC to find a need to cache something that the underlying version control system doesn't already cache for its own purposes... though I suppose stranger things have happened. I could be wrong, and if I am then it'll be interesting to be corrected. If I'm right, at least I've saved ESR the time of typing the above :-). Richard, is there a particular operation you're worried about? -K