From unknown Sat Jun 21 07:59:11 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#2912 <2912@debbugs.gnu.org> To: bug#2912 <2912@debbugs.gnu.org> Subject: Status: 23.0.92; Ediff over TRAMP too slow Reply-To: bug#2912 <2912@debbugs.gnu.org> Date: Sat, 21 Jun 2025 14:59:11 +0000 retitle 2912 23.0.92; Ediff over TRAMP too slow reassign 2912 emacs submitter 2912 David Abrahams severity 2912 normal thanks From dave@boostpro.com Mon Apr 6 17:43:49 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 7 Apr 2009 00:43:49 +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=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 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 n370hjUS006156 for ; Mon, 6 Apr 2009 17:43:46 -0700 Received: from mx10.gnu.org ([199.232.76.166]:43481) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LqzPk-0006n5-Ta for emacs-pretest-bug@gnu.org; Mon, 06 Apr 2009 20:43:45 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LqzPi-00011E-5X for emacs-pretest-bug@gnu.org; Mon, 06 Apr 2009 20:43:44 -0400 Received: from boost-consulting.com ([206.71.190.141]:54652) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LqzPh-000119-Ir for emacs-pretest-bug@gnu.org; Mon, 06 Apr 2009 20:43:41 -0400 Received: from zreba.local (207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com [207.172.223.249]) (Authenticated sender: dave) by boost-consulting.com (Postfix) with ESMTPSA id F14CD1CC1E; Mon, 6 Apr 2009 17:41:42 -0700 (PDT) Received: by zreba.local (Postfix, from userid 501) id 414792CE211; Mon, 6 Apr 2009 20:43:38 -0400 (EDT) From: David Abrahams To: emacs-pretest-bug@gnu.org Subject: 23.0.92; Ediff over TRAMP too slow Date: Mon, 06 Apr 2009 20:43:37 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (darwin) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: FreeBSD 6.x (1) Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Ediff two remote files using /ssh:... protocol It seems to go over the network for everything. At first I thought it was the auto-refining, but I turned that off and it didn't seem to make any difference in speed. If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file /Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions. In GNU Emacs 23.0.92.1 (i386-apple-darwin9.6.0, NS apple-appkit-949.43) of 2009-04-06 on black.local Windowing system distributor `Apple', version 10.3.949 configured using `configure '--with-ns'' 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: nil value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: BSDmakefile Minor modes in effect: diff-auto-refine-mode: t shell-dirtrack-mode: t show-paren-mode: t server-mode: t global-auto-revert-mode: t delete-selection-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-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 transient-mark-mode: t Recent input: - r e v i C-b C-e SPC SPC SPC SPC SPC SPC C-x C-n C-x C-f C-n C-p C-. C-. C-. C-, C-b C-SPC C-e M-w C-x C-f C-a C-. C-. C-, C-. C-SPC C-e p r o . c o m : . d o v e c o t . s i e C-n C-n C-n C-n C-p C-p C-p C-p C-s a m a z o n C-, C-, C-, C-, C-, C-, C-, C-n C-n C-e C-, C-, C-, C-, C-, C-. C-. C-. C-, C-, C-, C-, C-, C-p C-p C-n C-n C-n C-, C-, C-, C-, C-, C-. C-e C-, C-, C-, C-, C-, C-p C-x C-f . d o s i . C-g C-n C-n C-p C-p C-, C-, C-, C-, C-, C-b C-s C-w C-s C-s C-r C-n C-p C-p C-n C-r C-r C-r C-r C-r C-. C-. C-, C-b C-SPC C-, C-b C-n C-n C-n C-n C-n C-n C-p C-. C-. C-. C-, C-b C-n C-n C-n C-n C-. C-. C-, C-b C-x C-s C-x C-n C-x C-n C-x C-p C-x C-p C-x C-k C-x C-n C-n C-n C-p C-p C-x C-n C-x C-g C-x C-g C-x C-b C-x C-b C-x C-p C-x C-b C-x C-b C-x C-b C-n C-n C-n C-n C-x b * E d i C | | C-g C-g C-a C-n SPC C-a C-e C-a C-e C-n C-b C-b C-b C-b C-b SPC p p ? @ p ? C-n C-p C-n C-, C-, C-, C-, C-. C-. C-, q y M-x r e p o r t e - e m Recent messages: Mark saved where search started [2 times] Mark set Saving file /ssh:boostpro.com:/home/dave/.dovecot.sieve... Wrote /ssh:boostpro.com:/home/dave/.dovecot.sieve Entering debugger... Quit [2 times] ediff-next-difference: At end of the difference list Auto-refining is OFF Region 4 in buffer A is empty [2 times] Quit this Ediff session? (y or n) -- Dave Abrahams BoostPro Computing http://www.boostpro.com From rgm@gnu.org Mon Apr 6 19:32:22 2009 Received: (at control) by emacsbugs.donarmstrong.com; 7 Apr 2009 02:32:22 +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=0.0 required=4.0 tests=MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 n372WJeX004942 for ; Mon, 6 Apr 2009 19:32:21 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1Lr16p-0001TO-1U; Mon, 06 Apr 2009 22:32:19 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18906.47922.961917.469812@fencepost.gnu.org> Date: Mon, 6 Apr 2009 22:32:18 -0400 From: Glenn Morris To: control Subject: control message merge 2879 2880 2882 2883 reassign 2879 notemacs tags 2816 - patch merge 2912 2913 From Michael.Albinus@alcatel-lucent.de Tue Apr 7 00:45:02 2009 Received: (at 2912) by emacsbugs.donarmstrong.com; 7 Apr 2009 07:45:02 +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=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mailrelay2.alcatel.de (mailrelay2.alcatel.de [194.113.59.96]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n377iwZw029184 for <2912@emacsbugs.donarmstrong.com>; Tue, 7 Apr 2009 00:44:59 -0700 Received: from slbhn1.alcatel.de ([149.204.90.35]) by mailrelay2.alcatel.de (8.13.8/8.13.8/ICT) with ESMTP id n377inWW020467; Tue, 7 Apr 2009 09:44:49 +0200 From: Michael Albinus To: David Abrahams Cc: 2912@debbugs.gnu.org Subject: Re: bug#2912: 23.0.92; Ediff over TRAMP too slow References: Date: Tue, 07 Apr 2009 09:44:48 +0200 In-Reply-To: (David Abrahams's message of "Mon, 06 Apr 2009 20:43:37 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.57 on 149.204.45.73 David Abrahams writes: > Ediff two remote files using /ssh:... protocol > > It seems to go over the network for everything. At first I thought it > was the auto-refining, but I turned that off and it didn't seem to make > any difference in speed. In case of remote files, ediff compares local copies, indeed. I'm not so familiar with ediff, therefore I don't know, whether this can be changed easily, running the diff command on the remote host. However, this introduces more complexity into ediff: there might be protocols which do not support execution of remote commands (like ftp or smb). Furthermore, ediff would need to check, whether the files to be compared reside on the same remote host. I don't believe that this shall be changed before the release of Emacs 23.1. After the release, it might be a new feature somebody (with more skills than I have on ediff) might implement. For larger files, I recommend to use the scp method instead of ssh. Best regards, Michael. From dave@boostpro.com Tue Apr 7 06:17:27 2009 Received: (at 2912) by emacsbugs.donarmstrong.com; 7 Apr 2009 13:17:27 +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=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from boost-consulting.com (boost-consulting.com [206.71.190.141]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n37DHOxR031119 for <2912@emacsbugs.donarmstrong.com>; Tue, 7 Apr 2009 06:17:25 -0700 Received: from [192.168.188.134] (207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com [207.172.223.249]) (Authenticated sender: dave) by boost-consulting.com (Postfix) with ESMTPSA id 4A1951CC1E; Tue, 7 Apr 2009 06:15:25 -0700 (PDT) From: David Abrahams To: Michael Albinus In-Reply-To: Subject: Re: bug#2912: 23.0.92; Ediff over TRAMP too slow References: Message-Id: <18584843-972F-4F9C-84FF-A9E621BD39CF@boostpro.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Tue, 7 Apr 2009 09:17:22 -0400 Cc: 2912@debbugs.gnu.org X-Mailer: Apple Mail (2.930.4) On Apr 7, 2009, at 3:44 AM, Michael Albinus wrote: > David Abrahams writes: > >> Ediff two remote files using /ssh:... protocol >> >> It seems to go over the network for everything. At first I thought >> it >> was the auto-refining, but I turned that off and it didn't seem to >> make >> any difference in speed. > > In case of remote files, ediff compares local copies, indeed. If that's all it was doing, I wouldn't be complaining. Each time I move to the next diff, it appears to be going over the network. > I'm not so > familiar with ediff, therefore I don't know, whether this can be > changed > easily, running the diff command on the remote host. However, this > introduces more complexity into ediff: there might be protocols > which do > not support execution of remote commands (like ftp or smb). > Furthermore, > ediff would need to check, whether the files to be compared reside on > the same remote host. I don't think that would be a big win. There is, however, a lot to be gained somewhere *during* the ediff session. > I don't believe that this shall be changed before the release of Emacs > 23.1. After the release, it might be a new feature somebody (with more > skills than I have on ediff) might implement. > > For larger files, I recommend to use the scp method instead of ssh. Really! I thought they were roughly the same. Thanks for the hint. -- David Abrahams BoostPro Computing http://boostpro.com From Michael.Albinus@alcatel-lucent.de Tue Apr 7 06:29:41 2009 Received: (at 2912) by emacsbugs.donarmstrong.com; 7 Apr 2009 13:29:41 +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=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mailrelay2.alcatel.de (mailrelay2.alcatel.de [194.113.59.96]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n37DTbDQ002006 for <2912@emacsbugs.donarmstrong.com>; Tue, 7 Apr 2009 06:29:39 -0700 Received: from slbhn1.alcatel.de ([149.204.90.35]) by mailrelay2.alcatel.de (8.13.8/8.13.8/ICT) with ESMTP id n37DTSrE028332; Tue, 7 Apr 2009 15:29:29 +0200 From: Michael Albinus To: David Abrahams Cc: 2912@debbugs.gnu.org Subject: Re: bug#2912: 23.0.92; Ediff over TRAMP too slow References: <18584843-972F-4F9C-84FF-A9E621BD39CF@boostpro.com> Date: Tue, 07 Apr 2009 15:29:26 +0200 In-Reply-To: <18584843-972F-4F9C-84FF-A9E621BD39CF@boostpro.com> (David Abrahams's message of "Tue, 7 Apr 2009 09:17:22 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.57 on 149.204.45.73 David Abrahams writes: > I don't think that would be a big win. There is, however, a lot to be > gained somewhere *during* the ediff session. As I said, I'm not familiar with ediff. But there might also be another reason for network activity. If the files are under vc control, a lot of checks are always performed silently. You won't see the checks for local files, because they are fast enough. But for remote files it matters. If you know, that your files are *not* under vc control, you might apply (setq vc-handled-backends nil) Best regards, Michael. From dave@boostpro.com Tue Apr 7 07:58:11 2009 Received: (at 2912) by emacsbugs.donarmstrong.com; 7 Apr 2009 14:58:11 +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=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from boost-consulting.com (boost-consulting.com [206.71.190.141]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n37Ew8EK028727 for <2912@emacsbugs.donarmstrong.com>; Tue, 7 Apr 2009 07:58:09 -0700 Received: from [192.168.188.134] (207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com [207.172.223.249]) (Authenticated sender: dave) by boost-consulting.com (Postfix) with ESMTPSA id A4B781CC1E; Tue, 7 Apr 2009 07:56:09 -0700 (PDT) From: David Abrahams To: Michael Albinus In-Reply-To: Subject: Re: bug#2912: 23.0.92; Ediff over TRAMP too slow References: <18584843-972F-4F9C-84FF-A9E621BD39CF@boostpro.com> Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.4) Date: Tue, 7 Apr 2009 10:58:06 -0400 Cc: 2912@debbugs.gnu.org X-Mailer: Apple Mail (2.930.4) On Apr 7, 2009, at 9:29 AM, Michael Albinus wrote: > David Abrahams writes: > >> I don't think that would be a big win. There is, however, a lot to >> be >> gained somewhere *during* the ediff session. > > As I said, I'm not familiar with ediff. But there might also be > another > reason for network activity. If the files are under vc control, a > lot of > checks are always performed silently. Wow, you're right! Ediff'ing files not under vc control is very snappy! OK, this is weird: now I can't reproduce the problem even for files under version control. I'll let you know if I find out anything more, but I guess we can ignore this one for now. Thanks, -- David Abrahams BoostPro Computing http://boostpro.com From Michael.Albinus@alcatel-lucent.de Tue Apr 7 08:14:56 2009 Received: (at 2912-done) by emacsbugs.donarmstrong.com; 7 Apr 2009 15:14:57 +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=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mailrelay1.alcatel.de (mailrelay1.alcatel.de [194.113.59.95]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n37FErNl001453 for <2912-done@emacsbugs.donarmstrong.com>; Tue, 7 Apr 2009 08:14:54 -0700 Received: from slbhn1.alcatel.de ([149.204.90.35]) by mailrelay1.alcatel.de (8.13.8/8.13.8/ICT) with ESMTP id n37FEiEn016015; Tue, 7 Apr 2009 17:14:44 +0200 From: Michael Albinus To: David Abrahams Cc: 2912-done@debbugs.gnu.org Subject: Re: bug#2912: 23.0.92; Ediff over TRAMP too slow References: <18584843-972F-4F9C-84FF-A9E621BD39CF@boostpro.com> Date: Tue, 07 Apr 2009 17:14:42 +0200 In-Reply-To: (David Abrahams's message of "Tue, 7 Apr 2009 10:58:06 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.57 on 149.204.45.72 David Abrahams writes: > Wow, you're right! Ediff'ing files not under vc control is very snappy! > OK, this is weird: now I can't reproduce the problem even for files > under version control. > > I'll let you know if I find out anything more, but I guess we can > ignore this one for now. OK, I've closed the bug. If you find something else in this area, it might be worth a new bug report. Maybe one could think about enabling/disabling vc on the fly for remote files, but I have no real use case yet how it shall go. > Thanks, Best regards, Michael. From monnier@iro.umontreal.ca Tue Apr 7 08:27:09 2009 Received: (at 2912) by emacsbugs.donarmstrong.com; 7 Apr 2009 15:27:09 +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=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n37FR5DB005704 for <2912@emacsbugs.donarmstrong.com>; Tue, 7 Apr 2009 08:27:07 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUEAKMN20lMCqib/2dsb2JhbACBUs1Rg30GhQ4 X-IronPort-AV: E=Sophos;i="4.39,338,1235970000"; d="scan'208";a="36713507" Received: from 76-10-168-155.dsl.teksavvy.com (HELO pastel.home) ([76.10.168.155]) by ironport2-out.teksavvy.com with ESMTP; 07 Apr 2009 11:27:00 -0400 Received: by pastel.home (Postfix, from userid 20848) id CC0B580A8; Tue, 7 Apr 2009 11:26:59 -0400 (EDT) From: Stefan Monnier To: David Abrahams Cc: 2912@debbugs.gnu.org, Michael Albinus Subject: Re: bug#2912: 23.0.92; Ediff over TRAMP too slow Message-ID: References: <18584843-972F-4F9C-84FF-A9E621BD39CF@boostpro.com> Date: Tue, 07 Apr 2009 11:26:59 -0400 In-Reply-To: <18584843-972F-4F9C-84FF-A9E621BD39CF@boostpro.com> (David Abrahams's message of "Tue, 7 Apr 2009 09:17:22 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >>> Ediff two remote files using /ssh:... protocol >>> It seems to go over the network for everything. At first I thought it >>> was the auto-refining, but I turned that off and it didn't seem to make >>> any difference in speed. >> In case of remote files, ediff compares local copies, indeed. > If that's all it was doing, I wouldn't be complaining. Each time I move to > the next diff, it appears to be going over the network. I cannot reproduce this here. I opened two remote files (via Tramp/SSH) and called M-x ediff-buffers, then killed Tramp's internal buffer and moved from diff to diff (via ediff's frame using keys like `n' and SPC) and it did not try to reconnect to the remote machine. Stefan From unknown Sat Jun 21 07:59:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Wed, 06 May 2009 14:24:14 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 25 19:58:57 2010 Received: (at control) by debbugs.gnu.org; 26 Jan 2010 00:58:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NZZlf-0002B8-Tq for submit@debbugs.gnu.org; Mon, 25 Jan 2010 19:58:56 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NZZlS-0002Av-Lv for control@debbugs.gnu.org; Mon, 25 Jan 2010 19:58:54 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NZZlP-0005uf-1Y; Mon, 25 Jan 2010 19:58:39 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19294.15934.971624.669099@fencepost.gnu.org> Date: Mon, 25 Jan 2010 19:58:38 -0500 From: Glenn Morris To: control Subject: control X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: yellow X-Ran: "WRUp462Z_XPDPz*2kn;l<'%roJ5UIeL4\YbFHM-2j=KeBGD(]w(@j{-sjx$+-5.R|-hT: X-Debbugs-No-Ack: yes X-Spam-Score: -5.0 (-----) 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: -5.0 (-----) unarchive 2913 unmerge 2913 From unknown Sat Jun 21 07:59:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 23 Feb 2010 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A long time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator