From bronger@wilson.homeunix.com Sat Aug 23 08:06:37 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.8 required=4.0 tests=AWL,BAYES_00,FOURLA, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 23 Aug 2008 15:06:37 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7NF6W3Y016822 for ; Sat, 23 Aug 2008 08:06:34 -0700 Received: from mail.gnu.org ([199.232.76.166]:58495 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1KWufr-00018L-Mb for emacs-pretest-bug@gnu.org; Sat, 23 Aug 2008 11:05:08 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1KWuh7-00026W-LH for emacs-pretest-bug@gnu.org; Sat, 23 Aug 2008 11:06:29 -0400 Received: from mta-1.ms.rz.rwth-aachen.de ([134.130.7.72]:52544) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_MD5:16) (Exim 4.60) (envelope-from ) id 1KWuh6-00025m-WD for emacs-pretest-bug@gnu.org; Sat, 23 Aug 2008 11:06:25 -0400 Received: from ironport-out-2.rz.rwth-aachen.de ([134.130.3.59]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0K62007IE7AHLQ40@mta-1.ms.rz.RWTH-Aachen.de> for emacs-pretest-bug@gnu.org; Sat, 23 Aug 2008 17:06:17 +0200 (CEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by ironport-in-2.rz.rwth-aachen.de with ESMTP; Sat, 23 Aug 2008 17:06:17 +0200 Received: from wilson.homeunix.com (xdsl-87-78-94-240.netcologne.de [87.78.94.240]) by relay.rwth-aachen.de (8.13.7/8.13.3/1) with ESMTP id m7NF6HgL018243 for ; Sat, 23 Aug 2008 17:06:17 +0200 (MEST) Received: by wilson.homeunix.com (Postfix, from userid 1000) id E3D2C32803D; Sat, 23 Aug 2008 17:06:16 +0200 (CEST) Date: Sat, 23 Aug 2008 17:06:16 +0200 (CEST) From: Torsten Bronger Subject: 23.0.60; vc-bzr.el re-reads metadata files in an endless loop To: emacs-pretest-bug@gnu.org Message-id: <20080823150616.E3D2C32803D@wilson.homeunix.com> Content-transfer-encoding: 7BIT X-IronPort-AV: E=Sophos;i="4.32,258,1217800800"; d="scan'208";a="52690866" X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) I load a remote file in a Bazaar repository using Emacs Tramp through an ssh connection. Sometimes, this means that every five seconds, four remote files belonging to Bazaar's metadata are read. These are "dirstate" twice, then "format" and "last-revision". After five seconds, this procedure starts again. I haven't yet figured out when it happens, however, I was once blocked by a firewall because the repetive ssh connection were considered an attack. See also http://thread.gmane.org/gmane.emacs.tramp/6641/focus=6641 for a bug report to the tramp mailing list because I first thought it was a Tramp bug. The remote Bazaar version is 1.3.1, the local one is 1.5. The remote repository is "Bazaar Branch Format 6 (bzr 0.15)". In GNU Emacs 23.0.60.10 (x86_64-unknown-linux-gnu) of 2008-08-20 on wilson Windowing system distributor `The X.Org Foundation', version 11.0.10400090 configured using `configure '--prefix=/usr/local/' '--mandir=/usr/local/share/man/' '--infodir=/usr/local/share/info/' '--with-x-toolkit=no' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: de_DE.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: diff-auto-refine-mode: t shell-dirtrack-mode: t global-auto-revert-mode: t savehist-mode: t display-time-mode: t desktop-save-mode: t mouse-wheel-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t From geb-bug-gnu-emacs@m.gmane.org Wed Aug 27 23:06:20 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.9 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 28 Aug 2008 06:06:20 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7S66Eop010601 for ; Wed, 27 Aug 2008 23:06:17 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KYae6-0004qL-D3 for bug-gnu-emacs@gnu.org; Thu, 28 Aug 2008 02:06:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KYae5-0004p5-7k for bug-gnu-emacs@gnu.org; Thu, 28 Aug 2008 02:06:13 -0400 Received: from [199.232.76.173] (port=53223 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KYae5-0004oy-2e for bug-gnu-emacs@gnu.org; Thu, 28 Aug 2008 02:06:13 -0400 Received: from main.gmane.org ([80.91.229.2]:59522 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KYae4-0003TJ-Qx for bug-gnu-emacs@gnu.org; Thu, 28 Aug 2008 02:06:13 -0400 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KYadx-0000ni-HE for bug-gnu-emacs@gnu.org; Thu, 28 Aug 2008 06:06:05 +0000 Received: from xdsl-87-78-135-131.netcologne.de ([87.78.135.131]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Aug 2008 06:06:05 +0000 Received: from bronger by xdsl-87-78-135-131.netcologne.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Aug 2008 06:06:05 +0000 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: bug-gnu-emacs@gnu.org To: bug-gnu-emacs@gnu.org From: Torsten Bronger Subject: Re: bug#768: 23.0.60; vc-bzr.el re-reads metadata files in an endless loop Date: Thu, 28 Aug 2008 08:05:32 +0200 Organization: Phoenix Foundation Lines: 24 Message-ID: <87abexwu6r.fsf@physik.rwth-aachen.de> References: <20080823150616.E3D2C32803D@wilson.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-87-78-135-131.netcologne.de X-PGP-Fingerprint: C5C8 D6E2 79D2 EFE9 8C0F 6D77 D5E3 CEFC 9F51 6B77 X-PGP-Affinity: will accept encrypted message for GPG X-Home-Page: http://www.wikipedia.org/wiki/User:Bronger X-Face: +wpw"|jN2Fde|7_lKBa0\7!_6suIE_m! x)'S9ytBu8tkt'k779jbzQ4o|p+@H_DCrIdnKG]E*w X-Binford: 6100 (more power) X-Accept-Language: de, en Jabber-ID: torsten.bronger@jabber.rwth-aachen.de Mail-Copies-To: never User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:pwVelsOXoAha50h4DPKLrdiqDO8= Sender: news Cc: emacs-pretest-bug@gnu.org X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) Hallöchen! Torsten Bronger writes: > I load a remote file in a Bazaar repository using Emacs Tramp > through an ssh connection. Sometimes, this means that every five > seconds, four remote files belonging to Bazaar's metadata are > read. These are "dirstate" twice, then "format" and > "last-revision". After five seconds, this procedure starts again. > I haven't yet figured out when it happens, however, I was once > blocked by a firewall because the repetive ssh connection were > considered an attack. I think I know what happens: I set (auto-revert-check-vc-info t) which probably means that Emacs re-reads VC metadata every five seconds. However, it is questionable whether this makes sense for remote files through Tramp. Tschö, Torsten. -- Torsten Bronger, aquisgrana, europa vetus Jabber ID: torsten.bronger@jabber.rwth-aachen.de From lekktu@gmail.com Tue Mar 17 02:22:15 2009 Received: (at control) by emacsbugs.donarmstrong.com; 17 Mar 2009 09:22:15 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: ** X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=2.3 required=4.0 tests=MISSING_SUBJECT,NOSUBJECT, VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f176.google.com (mail-ew0-f176.google.com [209.85.219.176]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2H9MCD0005523 for ; Tue, 17 Mar 2009 02:22:14 -0700 Received: by ewy24 with SMTP id 24so3991757ewy.1 for ; Tue, 17 Mar 2009 02:22:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=8kg3xZo7LkfeWm8/N+Bb5gCTHDvSowOAk/GT0NUKjNc=; b=sS/XKophFfzDqrpZxSKYexjpSHOEBgWFBIntADHTWgLQ7xAkX2LJay0VW5/a9alnYU JqK5mkqwrC9L2Iu+b+OHuLWMs4dh1ivw0p3TpVFe4KfkhmlI8VYyhAH9+vGdgV/V/aj8 ZjrZbQHD9z3NgdBNX9dcvrhXE1JDzicWFM4Uo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=epHiHh4jTH8hNQ3Z9W+sdmPMWG5K8t56w3EIXDv+nyc7uMUO0OebD87ssmj47nN/8V gEn2T5weZyGT7QqOtX3mDXQokeXZQjhWmeLaUkSzN5IXPiPJhZ8VSTSKiUUROU4m5YrP Wm9HxlDTvoTR98dZx15fhqd+5ewRn1t26NJDo= MIME-Version: 1.0 Received: by 10.210.139.15 with SMTP id m15mr4357553ebd.9.1237281726835; Tue, 17 Mar 2009 02:22:06 -0700 (PDT) Date: Tue, 17 Mar 2009 10:22:06 +0100 Message-ID: Subject: From: Juanma Barranquero To: control@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit reassign 337 emacs,vc reassign 768 emacs,vc reassign 927 emacs,vc reassign 996 emacs,vc reassign 1098 emacs,vc reassign 1163 emacs,vc reassign 1256 emacs,vc reassign 1257 emacs,vc reassign 1408 emacs,vc reassign 1429 emacs,vc reassign 1589 emacs,vc reassign 1647 emacs,w32,vc reassign 1741 emacs,vc reassign 2093 emacs,vc reassign 2110 emacs,vc reassign 2117 emacs,vc reassign 2157 emacs,vc reassign 2338 emacs,vc reassign 2553 emacs,vc reassign 2598 emacs,vc reassign 2604 emacs,vc reassign 2612 emacs,vc reassign 2641 emacs,vc reassign 2652 emacs,vc reassign 2675 emacs,vc reassign 2676 emacs,vc reassign 2678 emacs,vc quit From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 11 13:32:22 2011 Received: (at control) by debbugs.gnu.org; 11 Sep 2011 17:32:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2ntG-0003Vu-8r for submit@debbugs.gnu.org; Sun, 11 Sep 2011 13:32:22 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2ntF-0003Vn-08 for control@debbugs.gnu.org; Sun, 11 Sep 2011 13:32:21 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2np0-0003U8-BQ for control@debbugs.gnu.org; Sun, 11 Sep 2011 19:27:58 +0200 Date: Sun, 11 Sep 2011 19:24:57 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Magne Ingebrigtsen Subject: control message for bug #768 X-MailScanner-ID: 1R2np0-0003U8-BQ X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316366878.61468@9NO5OQ7KrPWbl1Sgnacf0g X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) tags 768 notabug close 768 From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 11 13:38:10 2011 Received: (at 768) by debbugs.gnu.org; 11 Sep 2011 17:38:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2nys-0003ie-8H for submit@debbugs.gnu.org; Sun, 11 Sep 2011 13:38:10 -0400 Received: from hermes.netfonds.no ([80.91.224.195]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2nyj-0003gh-0a for 768@debbugs.gnu.org; Sun, 11 Sep 2011 13:38:03 -0400 Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1R2nuT-0003eE-SA; Sun, 11 Sep 2011 19:33:37 +0200 From: Lars Magne Ingebrigtsen To: 768@debbugs.gnu.org Subject: Re: bug#768: 23.0.60; vc-bzr.el re-reads metadata files in an endless loop In-Reply-To: <87abexwu6r.fsf@physik.rwth-aachen.de> (Torsten Bronger's message of "Thu, 28 Aug 2008 08:05:32 +0200") Date: Sun, 11 Sep 2011 19:24:54 +0200 Message-ID: References: <20080823150616.E3D2C32803D@wilson.homeunix.com> <87abexwu6r.fsf@physik.rwth-aachen.de> User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-Now-Playing: Various's _Not Alone (3)_: "Mary 5E - Therapy" MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1R2nuT-0003eE-SA X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1316367218.08009@QBTZNQuSV0NDCqexmKrfSQ X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 768 Cc: Torsten Bronger X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Torsten Bronger writes: > I think I know what happens: I set (auto-revert-check-vc-info t) > which probably means that Emacs re-reads VC metadata every five > seconds. However, it is questionable whether this makes sense for > remote files through Tramp. I think special-casing the action of that variable for tramp files sounds non-optimal. If your files are too slow to be read in that way, then you shouldn't switch that on, but Emacs has no way of determining that. So I don't think this is a bug, and I'm closing the report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 11 13:49:42 2011 Received: (at 768) by debbugs.gnu.org; 11 Sep 2011 17:49:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2o9z-0004l2-HI for submit@debbugs.gnu.org; Sun, 11 Sep 2011 13:49:41 -0400 Received: from mta-1.ms.rz.rwth-aachen.de ([134.130.7.72]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R2o9w-0004kt-6b for 768@debbugs.gnu.org; Sun, 11 Sep 2011 13:49:38 -0400 MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.5.40]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008)) with ESMTP id <0LRD00GM2DBIG3G0@mta-1.ms.rz.RWTH-Aachen.de> for 768@debbugs.gnu.org; Sun, 11 Sep 2011 19:45:18 +0200 (CEST) X-IronPort-AV: E=Sophos;i="4.68,364,1312149600"; d="scan'208";a="135899568" Received: from relay-1.ms.rz.rwth-aachen.de (HELO relay.rwth-aachen.de) ([134.130.7.74]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Sun, 11 Sep 2011 19:45:19 +0200 Received: from wilson (koln-4db4c329.pool.mediaWays.net [77.180.195.41]) by relay.rwth-aachen.de (8.14.4+Sun/8.13.8/1) with ESMTP id p8BHjHSx021724; Sun, 11 Sep 2011 19:45:18 +0200 (CEST) From: Torsten Bronger To: Lars Magne Ingebrigtsen Subject: Re: bug#768: 23.0.60; vc-bzr.el re-reads metadata files in an endless loop Organization: Phoenix Foundation References: <20080823150616.E3D2C32803D@wilson.homeunix.com> <87abexwu6r.fsf@physik.rwth-aachen.de> X-PGP-Fingerprint: C5C8 D6E2 79D2 EFE9 8C0F 6D77 D5E3 CEFC 9F51 6B77 X-PGP-Affinity: will accept encrypted message for GPG X-Home-Page: http://www.wikipedia.org/wiki/User:Bronger X-Binford: 6100 (more power) X-Accept-Language: de, en Jabber-ID: torsten.bronger@jabber.rwth-aachen.de Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEWVTEMoFxP8/Pnw4Nn8 tqbbi3ju7eqxc2XlqJjz8u/LYySDAAACVElEQVR4nF2UMW/bMBCFqUEluokIUGf21i1xArTd ilZBM6pICGpMa0C2NiYuQXdrDBNlt0IGDOvf9h1JKUJv0MBPd+/ueEfW9mSPYrTZYk7GwvlK TOw8gradOjD67CLA+SmdkmVCnI2hLoUoGOOWDD6zAJoQqWA4k2QKLovkcUQUbo2svfdS6ihC HpBgOJeeTCohnpLHShQccfy+LL13iPU6gb8ACFTCbgM4S+ABkaTcl5FMwFrwAK6JEHiVwEkw Q+DqKoFB45BA+fk6gqeU7jH7T2M3Vl5wWSeArIpuaOIzgE8ABc6GJr4PoBxANna3yhizdcwK zcqKTQQHzTJ0fUv/o+3mkeUD0Bl6DXKT4bK41rwL4gCMfPKywg0ao60l0LQHC8AKm5fKMMtl xe33AJZGc5Ybacq6/u2MrIyKHq3VdNk197WTpnaVMqHyplUahXvHHe5wj9JtAs0XTfUpHvvl FB/AOyTvXRXBrbRym8AJoJY6d/KeSrdqkzTeKmp7ZaARJOynBLoTg3q1dTK03d7NU6i2R3yv f9yQhgvJRo++/wVQ5dJSUnYzHz2OAFJxW1Mo+3MCPoZJN94jKb17Af1FGPbaY6zVBDTHFdpr 7/e3tAZT0KwZtd7SzCu2eAHtEqFoo1CjnYKm0Rwu+N8pzf50E3DBQyzsE8veYHBGsEZTJDws bv+877shq+ah4FuPrYESRrfr5l30aJ8x8J6KKCztOYJFsBQFbZvUGa+w8+28Sxp4SzBYXEOJ Xo/iwyD+jd4LehyMDI8HSASXBKhA+TW9Tf4fSktOMtuPmUoAAAAASUVORK5CYII= Date: Sun, 11 Sep 2011 19:45:17 +0200 Message-id: <87pqj7otw2.fsf@physik.rwth-aachen.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Content-transfer-encoding: quoted-printable X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: 768 Cc: 768@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) Hall=F6chen! Lars Magne Ingebrigtsen writes: > Torsten Bronger writes: > >> I think I know what happens: I set (auto-revert-check-vc-info t) >> which probably means that Emacs re-reads VC metadata every five >> seconds. However, it is questionable whether this makes sense >> for remote files through Tramp. > > I think special-casing the action of that variable for tramp files > sounds non-optimal. If your files are too slow to be read in that > way, then you shouldn't switch that on, but Emacs has no way of > determining that. But tramp files are special-cased also when it comes to restoring the desktop after an Emacs start: They are not restored (at least not by default). I think it is fair to assume that probing a file every five seconds through SSH is more critical than probing a local file. Moreover, I have dozens of local version-controlled files open but I open a remote file only seldomly. Without special-casing, the whole workflow suffered due to a rare use case. Tsch=F6, Torsten. --=20 Torsten Bronger Jabber ID: torsten.bronger@jabber.rwth-aachen.de or http://bronger-jmp.appspot.com From unknown Sat Jun 21 10:43:27 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 10 Oct 2011 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator