From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Hadsell Newsgroups: gmane.emacs.bugs Subject: Inconvenience with TRAMP and recentf Date: Sun, 01 Jul 2007 18:15:11 -0400 Organization: Mt. Diablo Systems Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1183328133 21747 80.91.229.12 (1 Jul 2007 22:15:33 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 1 Jul 2007 22:15:33 +0000 (UTC) To: gnu-emacs-bug@ftp.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jul 02 00:15:31 2007 connect(): Connection refused Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I57ha-00084G-Hm for geb-bug-gnu-emacs@m.gmane.org; Mon, 02 Jul 2007 00:15:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I57hZ-0001k5-QS for geb-bug-gnu-emacs@m.gmane.org; Sun, 01 Jul 2007 18:15:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I57hX-0001ji-0d for bug-gnu-emacs@gnu.org; Sun, 01 Jul 2007 18:15:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I57hU-0001hm-Dt for bug-gnu-emacs@gnu.org; Sun, 01 Jul 2007 18:15:25 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I57hU-0001hi-5i for bug-gnu-emacs@gnu.org; Sun, 01 Jul 2007 18:15:24 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I57hT-0003LU-UK for bug-gnu-emacs@gnu.org; Sun, 01 Jul 2007 18:15:24 -0400 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I57hT-0001cE-Of for gnu-emacs-bug@ftp.gnu.org; Sun, 01 Jul 2007 18:15:23 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1I57hT-0003LJ-Cg for gnu-emacs-bug@ftp.gnu.org; Sun, 01 Jul 2007 18:15:23 -0400 Original-Received: from trinity.supernews.net ([216.168.1.22]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1I57hT-0003KC-01 for gnu-emacs-bug@ftp.gnu.org; Sun, 01 Jul 2007 18:15:23 -0400 Original-Received: from pa-sjc-01.sjc-v12.supernews.net ([10.20.222.34]:52288 helo=pa-sjc-01.supernews.net) by trinity.supernews.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1I57hJ-0008zB-VB for gnu-emacs-bug@ftp.gnu.org; Sun, 01 Jul 2007 22:15:14 +0000 Original-Received: (from news@localhost) by pa-sjc-01.supernews.net (8.13.8/8.13.8/Submit) id l61MFDGt068057 for gnu-emacs-bug@prep.ai.mit.edu; Sun, 1 Jul 2007 22:15:13 GMT (envelope-from nntp-bounce@supernews.net) Original-Path: news.supernews.com!not-for-mail Original-Newsgroups: gnu.emacs.bug Mail-Copies-To: never User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (windows-nt) Cancel-Lock: sha1:7rplKp6kfoDdmCwe1xSKDzKfeY4= Original-X-Complaints-To: abuse@supernews.com Original-Lines: 22 X-detected-kernel: FreeBSD 6.x (1) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:16043 Archived-At: I'm running emacs 22.1 on Windows, and have recentf turned on. If recentf-auto-cleanup is configured with its default, there is a delay during emacs startup when there are TRAMP-accessed files in the recent file list. This delay is due to the operation of recentf-cleanup, which calls expand-file-name to canonicalize the names of all the files in its list. TRAMP intercepts this call, and opens a session to the remote host (unless one is already open). There are several workarounds for this problem: I can reconfigure recentf-auto-cleanup to 'never, or exclude TRAMP files from the recentf list; neither of these approaches is really appealing. I'm sure there are other ways, too. I was thinking to add a boolean recentf-cleanup-local-files-only, which would allow us to avoid trying to do cleanup for TRAMP files. Before I go away to hack on that solution, does anyone have a better idea? -- Alan Hadsell