From unknown Sat Jun 21 10:25:51 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#5291 <5291@debbugs.gnu.org> To: bug#5291 <5291@debbugs.gnu.org> Subject: Status: 23.1.91; "bzr status" FAILED Reply-To: bug#5291 <5291@debbugs.gnu.org> Date: Sat, 21 Jun 2025 17:25:51 +0000 retitle 5291 23.1.91; "bzr status" FAILED reassign 5291 emacs submitter 5291 Eli Zaretskii severity 5291 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 12:46:15 2010 Received: (at submit) by debbugs.gnu.org; 2 Jan 2010 17:46:15 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NR83K-0003lN-Ll for submit@debbugs.gnu.org; Sat, 02 Jan 2010 12:46:15 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NR83J-0003lG-Du for submit@debbugs.gnu.org; Sat, 02 Jan 2010 12:46:14 -0500 Received: from mail.gnu.org ([199.232.76.166]:56705 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NR83E-0004tw-Mm for emacs-pretest-bug@gnu.org; Sat, 02 Jan 2010 12:46:09 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NR83D-0006rs-Ch for emacs-pretest-bug@gnu.org; Sat, 02 Jan 2010 12:46:08 -0500 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on monty-python X-Spam-Level: ** X-Spam-Status: No, score=2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_XBL, UNPARSEABLE_RELAY autolearn=no version=3.1.0 Received: from mtaout22.012.net.il ([80.179.55.172]:41833) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NR83B-0006qf-Nk for emacs-pretest-bug@gnu.org; Sat, 02 Jan 2010 12:46:06 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0KVM00700RYLGD00@a-mtaout22.012.net.il> for emacs-pretest-bug@gnu.org; Sat, 02 Jan 2010 19:45:23 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.222.44]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KVM001R2RZKXAQ0@a-mtaout22.012.net.il> for emacs-pretest-bug@gnu.org; Sat, 02 Jan 2010 19:45:21 +0200 (IST) Date: Sat, 02 Jan 2010 19:43:18 +0200 From: Eli Zaretskii Subject: 23.1.91; "bzr status" FAILED X-012-Sender: halo1@inter.net.il To: emacs-pretest-bug@gnu.org Message-id: <83d41se72h.fsf@gnu.org> X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii 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: -4.2 (----) I have set up Emacs to be the EDITOR for bzr via emacsclient (yes, I'm invoking bzr from the command line). That works, but every time I commit a file to upstream, Emacs bitches with the following message in *Messages*: vc-do-command: Running bzr status bzr_log.uuzkwa...FAILED (status 3) In GNU Emacs 23.1.91.1 (i386-mingw-nt5.1.2600) of 2009-12-31 on HOME-C4E4A596F7 Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' 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: ENU value of $XMODIFIERS: nil locale-coding-system: cp1255 default enable-multibyte-characters: t Major mode: Mail Minor modes in effect: flyspell-mode: t desktop-save-mode: t show-paren-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t temp-buffer-resize-mode: t line-number-mode: t abbrev-mode: t Recent input: C-u - 7 C-x C-x C-s C-x # C-x b * M e s s C-a C-SPC C-e M-w C-x b C-x k C-x b I N B C-x k C-x b - m C-y C-x C-x 4 6 6 8 R e : S-SPC C-y T h a n k s , SPC I S-SPC m a d e SPC t h e SPC a u t o - g e n e r a t e d SPC d o c SPC s t r i n g SPC l i n e s SPC i n SPC t h e SPC t e m p l a t e SPC u s e d SPC f o r s SPC s SPC s h o r t e r M-q . C-c C-s m e m a c s - d e v e l @ g n u . o r g C-y M-y M-y " b z r SPC s t a t u s " S-SPC F A I L E D M-! C-g M-~ M-x r e p o r t - e m Recent messages: Wrote d:/gnu/bzr/emacs/trunk/bzr_log.uuzkwa vc-do-command: Running bzr status bzr_log.uuzkwa...FAILED (status 3) Mark set [3 times] Sending... Added to d:/usr/eli/rmail/SENT.MAIL Sending...done Mark set [2 times] Auto-saving...done Quit Modification-flag cleared Load-path shadows: None found. Features: (shadow emacsbug rmailmm vc-dispatcher add-log tar-mode mule-util ebuff-menu electric vc-bzr help-mode view rmailout dabbrev multi-isearch auth-source message ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums nnheader gnus-util netrc mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1 hex-util hashcash smtpmail mailalias mailabbrev sendmail conf-mode newcomment ld-script sh-script executable dired-x dired-aux dired tcl generic nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok sgml-mode arc-mode archive-mode jka-compr make-mode cc-mode cc-fonts cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt gud comint ring parse-time vc-cvs org-wl org-w3m org-vm org-rmail org-mhe org-mew org-irc org-jsinfo org-infojs org-html org-exp org-exp-blocks org-agenda org-info org-gnus org-bibtex org-bbdb org byte-opt bytecomp byte-compile advice help-fns advice-preload org-footnote org-src org-list org-faces org-compat org-macs time-date noutline outline easy-mmode info easymenu flyspell ispell rmailsum rmail mail-utils desktop server filecache saveplace generic-x paren battery time tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 15:47:14 2010 Received: (at 5291) by debbugs.gnu.org; 2 Jan 2010 20:47:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRAsU-0007bz-6Z for submit@debbugs.gnu.org; Sat, 02 Jan 2010 15:47:14 -0500 Received: from colin-baker-v0.ics.uci.edu ([128.195.1.153]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRAsR-0007br-Cm for 5291@debbugs.gnu.org; Sat, 02 Jan 2010 15:47:13 -0500 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by colin-baker-v0.ics.uci.edu (8.13.8/8.13.8) with ESMTP id o02Kl1OQ028670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Jan 2010 12:47:01 -0800 Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id o02Kl0iT010221; Sat, 2 Jan 2010 12:47:00 -0800 (PST) Date: Sat, 2 Jan 2010 12:47:00 -0800 (PST) Message-Id: <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Eli Zaretskii Subject: Re: bug#5291: 23.1.91; "bzr status" FAILED References: <83d41se72h.fsf@gnu.org> X-Debbugs-No-Ack: yes In-Reply-To: <83d41se72h.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 02 Jan 2010 19:43:18 +0200") Lines: 10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please send mail to helpdesk@ics.uci.edu or more information X-ICS-MailScanner-ID: o02Kl1OQ028670 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.363, required 5, autolearn=disabled, ALL_TRUSTED -1.44, TW_BZ 0.08) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-Spam-Status: No X-Spam-Score: -2.2 (--) X-Debbugs-Envelope-To: 5291 Cc: 5291@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: -2.3 (--) Eli Zaretskii writes: > I have set up Emacs to be the EDITOR for bzr via emacsclient (yes, I'm > invoking bzr from the command line). That works, but every time I > commit a file to upstream, Emacs bitches with the following message in > *Messages*: > > vc-do-command: Running bzr status bzr_log.uuzkwa...FAILED (status 3) Do you get a backtrace if you set debug-on-error? From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 16:43:14 2010 Received: (at 5291) by debbugs.gnu.org; 2 Jan 2010 21:43:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRBkf-00086I-RW for submit@debbugs.gnu.org; Sat, 02 Jan 2010 16:43:14 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRBkS-00085t-Gt for 5291@debbugs.gnu.org; Sat, 02 Jan 2010 16:43:13 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0KVN003002FLQW00@a-mtaout20.012.net.il> for 5291@debbugs.gnu.org; Sat, 02 Jan 2010 23:42:36 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.222.44]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KVN00J9I2YZFXE1@a-mtaout20.012.net.il>; Sat, 02 Jan 2010 23:42:36 +0200 (IST) Date: Sat, 02 Jan 2010 23:40:33 +0200 From: Eli Zaretskii Subject: Re: bug#5291: 23.1.91; "bzr status" FAILED In-reply-to: <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> X-012-Sender: halo1@inter.net.il To: Dan Nicolaescu Message-id: <837hs0dw32.fsf@gnu.org> References: <83d41se72h.fsf@gnu.org> <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 5291 Cc: 5291@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii 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.1 (--) > Date: Sat, 2 Jan 2010 12:47:00 -0800 (PST) > From: Dan Nicolaescu > Cc: 5291@debbugs.gnu.org > > Eli Zaretskii writes: > > > I have set up Emacs to be the EDITOR for bzr via emacsclient (yes, I'm > > invoking bzr from the command line). That works, but every time I > > commit a file to upstream, Emacs bitches with the following message in > > *Messages*: > > > > vc-do-command: Running bzr status bzr_log.uuzkwa...FAILED (status 3) > > Do you get a backtrace if you set debug-on-error? Yes, see below. AFAICT, it shouldn't even try to run "bzr status" on this file, since it's a temporary file used by bzr for the commit message. But if it somehow must run "bzr status", then it shouldn't signal an error when it predictably fails. But maybe I'm missing something. Debugger entered--Lisp error: (error "Running bzr status bzr_log.ahvp69...FAILED (status 3)") signal(error ("Running bzr status bzr_log.ahvp69...FAILED (status 3)")) error("Running %s...FAILED (%s)" "bzr status bzr_log.ahvp69" "status 3") vc-do-command(t 0 "bzr" "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69" "status") apply(vc-do-command t 0 "bzr" "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69" "status" nil) vc-bzr-command("status" t 0 "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") vc-bzr-status("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") vc-bzr-state("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") vc-bzr-state-heuristic("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") vc-bzr-registered("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") apply(vc-bzr-registered "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") vc-call-backend(Bzr registered "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") #[(b) "\302\303 #\205\304 \305#\205\306\307\310\"\207" [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4](Bzr) mapc(#[(b) "\302\303 #\205\304 \305#\205\306\307\310\"\207" [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4] (RCS CVS SVN SCCS Bzr Git Hg Mtn Arch)) byte-code("\303\304\"\305\306 \203 \307=\203\n\202 \nB\"\210)\310\304\307#\210\311\207" [file backend vc-handled-backends vc-file-getprop vc-backend mapc #[(b) "\302\303 #\205\304 \305#\205\306\307\310\"\207" [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4] none vc-file-setprop nil] 4) vc-registered("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") vc-backend("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") vc-after-save() basic-save-buffer() save-buffer(1) call-interactively(save-buffer nil nil) From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 16:56:50 2010 Received: (at 5291) by debbugs.gnu.org; 2 Jan 2010 21:56:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRBxp-0008CG-Rt for submit@debbugs.gnu.org; Sat, 02 Jan 2010 16:56:50 -0500 Received: from mail-yx0-f193.google.com ([209.85.210.193]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRBxo-0008C9-Dz for 5291@debbugs.gnu.org; Sat, 02 Jan 2010 16:56:48 -0500 Received: by yxe31 with SMTP id 31so13830691yxe.21 for <5291@debbugs.gnu.org>; Sat, 02 Jan 2010 13:56:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=6Evk4oy+HcoOqh1SORN7j+vYkxCKJy85hZ8D9CNq8Pw=; b=x/NxIQgm6Symfzt6wJl98NPBdr+wRx4VJDxMtUtfN+bEpkxx3tDa7P208vD2lOUu01 uNGTIze4gyGSxBZl7zktGmzpBfPBjwL87qJ4wkcXRz6uQ9lVAwgL/EbbcqAUFe+Q+ac+ YOMNntI3qhThKjSeQNSEGzNdgail6PMDkCE6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=REjWI6u+PMruYkzCwPAwYRKPlzCv0ILVOSBjJ5K4ZotIGNZ8aKrlA55CqL0N1m/k2i xCdBAKn/cctJl54E6XiIKR6WbHIyCOGWCFi+rD4L08rekf/AjowUFPSmUpode5klQuvG gZgx1j4Av3QAymYLQoofkF37ozhD/WrHsPnq4= MIME-Version: 1.0 Received: by 10.101.105.25 with SMTP id h25mr32686029anm.63.1262469404129; Sat, 02 Jan 2010 13:56:44 -0800 (PST) In-Reply-To: <837hs0dw32.fsf@gnu.org> References: <83d41se72h.fsf@gnu.org> <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> <837hs0dw32.fsf@gnu.org> From: Lennart Borgman Date: Sat, 2 Jan 2010 22:56:24 +0100 Message-ID: Subject: Re: bug#5291: 23.1.91; "bzr status" FAILED To: Eli Zaretskii , 5291@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 5291 Cc: Dan Nicolaescu 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: -1.6 (-) Looks like the "binary chars" in this message made it hard to read, at least on gmail. On Sat, Jan 2, 2010 at 10:40 PM, Eli Zaretskii wrote: >> Date: Sat, 2 Jan 2010 12:47:00 -0800 (PST) > From: Dan Nicolaescu > Cc: 5291@debbugs.gnu.org > Eli Zaretskii writ= es: > =C2=A0 > I have set up Emacs to be the EDITOR for bzr via emacsclient= (yes, I'm > =C2=A0 > invoking bzr from the command line). =C2=A0That works= , but every time I > =C2=A0 > commit a file to upstream, Emacs bitches with= the following message in > =C2=A0 > *Messages*: > =C2=A0 > =C2=A0> =C2=A0 = > =C2=A0 vc-do-command: Running bzr status bzr_log.uuzkwa...FAILED (status = 3) > Do you get a backtrace if you set debug-on-error? Yes, see below. AFAI= CT, it shouldn't even try to run "bzr status" on this file, since it's a te= mporary file used by bzr for the commit message. =C2=A0But if it somehow mu= st run "bzr status", then it shouldn't signal an error when it predictably = fails. =C2=A0But maybe I'm missing something. Debugger entered--Lisp error:= (error "Running bzr status bzr_log.ahvp69...FAILED (status 3)") =C2=A0 sig= nal(error ("Running bzr status ... From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 17:17:47 2010 Received: (at 5291) by debbugs.gnu.org; 2 Jan 2010 22:17:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRCI6-0008Lh-V9 for submit@debbugs.gnu.org; Sat, 02 Jan 2010 17:17:47 -0500 Received: from paul-mcgann-v0.ics.uci.edu ([128.195.1.147]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRCI4-0008Lc-Bf for 5291@debbugs.gnu.org; Sat, 02 Jan 2010 17:17:45 -0500 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by paul-mcgann-v0.ics.uci.edu (8.13.8/8.13.8) with ESMTP id o02MHVYN023209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Jan 2010 14:17:31 -0800 Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id o02MHUE3013455; Sat, 2 Jan 2010 14:17:30 -0800 (PST) Date: Sat, 2 Jan 2010 14:17:30 -0800 (PST) Message-Id: <201001022217.o02MHUE3013455@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Eli Zaretskii Subject: Re: bug#5291: 23.1.91; "bzr status" FAILED References: <83d41se72h.fsf@gnu.org> <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> <837hs0dw32.fsf@gnu.org> In-Reply-To: <837hs0dw32.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 02 Jan 2010 23:40:33 +0200") Lines: 56 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-ICS-MailScanner-Information: Please send mail to helpdesk@ics.uci.edu or more information X-ICS-MailScanner-ID: o02MHVYN023209 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.363, required 5, autolearn=disabled, ALL_TRUSTED -1.44, TW_BZ 0.08) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-Spam-Status: No X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 5291 Cc: 5291@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: -2.3 (--) Eli Zaretskii writes: > > Date: Sat, 2 Jan 2010 12:47:00 -0800 (PST) > > From: Dan Nicolaescu > > Cc: 5291@debbugs.gnu.org > > > > Eli Zaretskii writes: > > > > > I have set up Emacs to be the EDITOR for bzr via emacsclient (yes, I'm > > > invoking bzr from the command line). That works, but every time I > > > commit a file to upstream, Emacs bitches with the following message in > > > *Messages*: > > > > > > vc-do-command: Running bzr status bzr_log.uuzkwa...FAILED (status 3) > > > > Do you get a backtrace if you set debug-on-error? > > Yes, see below. > > AFAICT, it shouldn't even try to run "bzr status" on this file, since > it's a temporary file used by bzr for the commit message. But if it > somehow must run "bzr status", then it shouldn't signal an error when > it predictably fails. But maybe I'm missing something. > > Debugger entered--Lisp error: (error "Running bzr status bzr_log.ahvp69...FAILED (status 3)") > signal(error ("Running bzr status bzr_log.ahvp69...FAILED (status 3)")) > error("Running %s...FAILED (%s)" "bzr status bzr_log.ahvp69" "status 3") > vc-do-command(t 0 "bzr" "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69" "status") > apply(vc-do-command t 0 "bzr" "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69" "status" nil) > vc-bzr-command("status" t 0 "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > vc-bzr-status("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > vc-bzr-state("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > vc-bzr-state-heuristic("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > vc-bzr-registered("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > apply(vc-bzr-registered "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > vc-call-backend(Bzr registered "d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > #[(b) "\302\303 #\205\304 \305#\205\306\307\310\"\207" [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4](Bzr) > mapc(#[(b) "\302\303 #\205\304 \305#\205\306\307\310\"\207" [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4] (RCS CVS SVN SCCS Bzr Git Hg Mtn Arch)) > byte-code("\303\304\"\305\306 \203 \307=\203\n\202 \nB\"\210)\310\304\307#\210\311\207" [file backend vc-handled-backends vc-file-getprop vc-backend mapc #[(b) "\302\303 #\205\304 \305#\205\306\307\310\"\207" [b file vc-call-backend registered vc-file-setprop vc-backend throw found t] 4] none vc-file-setprop nil] 4) > vc-registered("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > vc-backend("d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69") > vc-after-save() > basic-save-buffer() > save-buffer(1) > call-interactively(save-buffer nil nil) Strange. What exactly creates the d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69 file? Is your TEMP set to d:/gnu/bzr/emacs/trunk/ ? I think that if you change: (vc-bzr-command "status" t 0 file) to: (vc-bzr-command "status" t 3 file) in vc-bzr-status it should work, but I am not 100% sure that's TRTD. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 23:12:13 2010 Received: (at 5291) by debbugs.gnu.org; 3 Jan 2010 04:12:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRHp7-0002RP-HD for submit@debbugs.gnu.org; Sat, 02 Jan 2010 23:12:13 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRHp4-0002RK-Vw for 5291@debbugs.gnu.org; Sat, 02 Jan 2010 23:12:11 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0KVN00F00KU5UV00@a-mtaout21.012.net.il> for 5291@debbugs.gnu.org; Sun, 03 Jan 2010 06:12:04 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.222.44]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KVN00FUQL00UU10@a-mtaout21.012.net.il>; Sun, 03 Jan 2010 06:12:00 +0200 (IST) Date: Sun, 03 Jan 2010 06:09:58 +0200 From: Eli Zaretskii Subject: Re: bug#5291: 23.1.91; "bzr status" FAILED In-reply-to: <201001022217.o02MHUE3013455@godzilla.ics.uci.edu> X-012-Sender: halo1@inter.net.il To: Dan Nicolaescu Message-id: <83637jesmh.fsf@gnu.org> References: <83d41se72h.fsf@gnu.org> <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> <837hs0dw32.fsf@gnu.org> <201001022217.o02MHUE3013455@godzilla.ics.uci.edu> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 5291 Cc: 5291@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii 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.1 (--) > Date: Sat, 2 Jan 2010 14:17:30 -0800 (PST) > From: Dan Nicolaescu > Cc: 5291@debbugs.gnu.org > > What exactly creates the d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69 file? "bzr commit" does. This file is where it puts the list of files to be committed, then submits it to $EDITOR (in my case, emacsclient), and expects me to insert the commit message there. After "bzr commit" is done (i.e., the changes committed), this file is deleted by bzr. > Is your TEMP set to d:/gnu/bzr/emacs/trunk/ ? No. AFAIU, bzr creates these temporary files in the directory where you run "bzr commit". I see these files created in the current directory on GNU/Linux as well, although I will have to check if the same problem happens there as well as on Windows. > I think that if you change: > (vc-bzr-command "status" t 0 file) > to: > (vc-bzr-command "status" t 3 file) > in vc-bzr-status > it should work, but I am not 100% sure that's TRTD. OK, I will look into this when I have a chance. Thanks. Do you (or someone else) know where can I find the documentation of status code returned by bzr? From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 03 13:46:28 2010 Received: (at 5291) by debbugs.gnu.org; 3 Jan 2010 18:46:28 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRVTA-0000k8-AQ for submit@debbugs.gnu.org; Sun, 03 Jan 2010 13:46:28 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRVT7-0000k1-Sp for 5291@debbugs.gnu.org; Sun, 03 Jan 2010 13:46:26 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0KVO00D00P5P2J00@a-mtaout23.012.net.il> for 5291@debbugs.gnu.org; Sun, 03 Jan 2010 20:41:07 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.222.44]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KVO00BTFP8IGO80@a-mtaout23.012.net.il>; Sun, 03 Jan 2010 20:41:07 +0200 (IST) Date: Sun, 03 Jan 2010 20:39:06 +0200 From: Eli Zaretskii Subject: Re: bug#5291: 23.1.91; "bzr status" FAILED In-reply-to: <83637jesmh.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: 5291@debbugs.gnu.org Message-id: <834on3dodx.fsf@gnu.org> References: <83d41se72h.fsf@gnu.org> <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> <837hs0dw32.fsf@gnu.org> <201001022217.o02MHUE3013455@godzilla.ics.uci.edu> <83637jesmh.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 5291 Cc: Dan Nicolaescu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii 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.0 (--) > Date: Sun, 03 Jan 2010 06:09:58 +0200 > From: Eli Zaretskii > Cc: 5291@debbugs.gnu.org > > > Date: Sat, 2 Jan 2010 14:17:30 -0800 (PST) > > From: Dan Nicolaescu > > Cc: 5291@debbugs.gnu.org > > > > What exactly creates the d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69 file? > > "bzr commit" does. This file is where it puts the list of files to be > committed, then submits it to $EDITOR (in my case, emacsclient), and > expects me to insert the commit message there. After "bzr commit" is > done (i.e., the changes committed), this file is deleted by bzr. > > > Is your TEMP set to d:/gnu/bzr/emacs/trunk/ ? > > No. AFAIU, bzr creates these temporary files in the directory where > you run "bzr commit". I see these files created in the current > directory on GNU/Linux as well, although I will have to check if the > same problem happens there as well as on Windows. > > > I think that if you change: > > (vc-bzr-command "status" t 0 file) > > to: > > (vc-bzr-command "status" t 3 file) > > in vc-bzr-status > > it should work, but I am not 100% sure that's TRTD. > > OK, I will look into this when I have a chance. Thanks. I found the problem. It seems to be Windows-specific. (I cannot reproduce it on GNU/Linux, but I have a slightly different version of Bazaar there, so it could be bzr-version specific as well. Still, the nature of the problem (see below) makes it a safe bet that it exists only on Windows.) The detailed reason for the failure is found in the .bzr.log file: LockContention: Could not acquire lock "D:/gnu/bzr/emacs/test/.bzr/checkout/dirstate": (32, 'CreateFileW', 'The process cannot access the file because it is being used by another process.') What happens is evidently this: . I run "bzr ci", which locks dirstate and launches emacsclient to edit the commit message that it puts on a temporary file bzr_log.FOO in the directory where I run "bzr ci". . The file with the commit message pops up in Emacs, where I edit it. . When I'm done editing, I save the bzr_log.FOO file. . Emacs then run "bzr status bzr_log.FOO" as a side effect of C-x C-s, because the file is inside a versioned directory. This "bzr status" tries to lock dirstate again, which fails, because Windows fails the CreateFileW system call due to sharing issues. I could probably submit a bug for Bazaar, but they would probably say that Emacs is to blame as well as Bazaar: it is Emacs who invokes the second instance of bzr while the first is still running. It would be nice if I could tell Bazaar to put those bzr_log.FOO files under $TMPDIR, but there doesn't seem to be a way of doing that. Anyone? Any ideas for how best to resolve this? > Do you (or someone else) know where can I find the documentation of > status code returned by bzr? To answer my own question: exit status 3 means that there was some fatal exception or error in running the command. When that happens, bzr writes a full traceback to .bzr.log file, so one should look there for that info. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 03 15:10:23 2010 Received: (at 5291) by debbugs.gnu.org; 3 Jan 2010 20:10:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRWmM-0001R5-U3 for submit@debbugs.gnu.org; Sun, 03 Jan 2010 15:10:23 -0500 Received: from colin-baker-v0.ics.uci.edu ([128.195.1.153]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRWmL-0001R0-3W for 5291@debbugs.gnu.org; Sun, 03 Jan 2010 15:10:21 -0500 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by colin-baker-v0.ics.uci.edu (8.13.8/8.13.8) with ESMTP id o03KA6ex032559 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jan 2010 12:10:06 -0800 Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id o03KA611029754; Sun, 3 Jan 2010 12:10:06 -0800 (PST) Date: Sun, 3 Jan 2010 12:10:06 -0800 (PST) Message-Id: <201001032010.o03KA611029754@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Eli Zaretskii Subject: Re: bug#5291: 23.1.91; "bzr status" FAILED References: <83d41se72h.fsf@gnu.org> <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> <837hs0dw32.fsf@gnu.org> <201001022217.o02MHUE3013455@godzilla.ics.uci.edu> <83637jesmh.fsf@gnu.org> <834on3dodx.fsf@gnu.org> X-Debbugs-No-Ack: yes In-Reply-To: <834on3dodx.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Jan 2010 20:39:06 +0200") Lines: 75 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please send mail to helpdesk@ics.uci.edu or more information X-ICS-MailScanner-ID: o03KA6ex032559 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.363, required 5, autolearn=disabled, ALL_TRUSTED -1.44, TW_BZ 0.08) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-Spam-Status: No X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 5291 Cc: 5291@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: -2.7 (--) Eli Zaretskii writes: > > Date: Sun, 03 Jan 2010 06:09:58 +0200 > > From: Eli Zaretskii > > Cc: 5291@debbugs.gnu.org > > > > > Date: Sat, 2 Jan 2010 14:17:30 -0800 (PST) > > > From: Dan Nicolaescu > > > Cc: 5291@debbugs.gnu.org > > > > > > What exactly creates the d:/gnu/bzr/emacs/trunk/bzr_log.ahvp69 file? > > > > "bzr commit" does. This file is where it puts the list of files to be > > committed, then submits it to $EDITOR (in my case, emacsclient), and > > expects me to insert the commit message there. After "bzr commit" is > > done (i.e., the changes committed), this file is deleted by bzr. > > > > > Is your TEMP set to d:/gnu/bzr/emacs/trunk/ ? > > > > No. AFAIU, bzr creates these temporary files in the directory where > > you run "bzr commit". I see these files created in the current > > directory on GNU/Linux as well, although I will have to check if the > > same problem happens there as well as on Windows. > > > > > I think that if you change: > > > (vc-bzr-command "status" t 0 file) > > > to: > > > (vc-bzr-command "status" t 3 file) > > > in vc-bzr-status > > > it should work, but I am not 100% sure that's TRTD. > > > > OK, I will look into this when I have a chance. Thanks. > > I found the problem. It seems to be Windows-specific. (I cannot > reproduce it on GNU/Linux, but I have a slightly different version of > Bazaar there, so it could be bzr-version specific as well. Still, the > nature of the problem (see below) makes it a safe bet that it exists > only on Windows.) > > The detailed reason for the failure is found in the .bzr.log file: > > LockContention: Could not acquire lock "D:/gnu/bzr/emacs/test/.bzr/checkout/dirstate": (32, 'CreateFileW', 'The process cannot access the file because it is being used by another process.') > > What happens is evidently this: > > . I run "bzr ci", which locks dirstate and launches emacsclient to > edit the commit message that it puts on a temporary file > bzr_log.FOO in the directory where I run "bzr ci". > > . The file with the commit message pops up in Emacs, where I edit it. > > . When I'm done editing, I save the bzr_log.FOO file. > > . Emacs then run "bzr status bzr_log.FOO" as a side effect of C-x > C-s, because the file is inside a versioned directory. This "bzr > status" tries to lock dirstate again, which fails, because Windows > fails the CreateFileW system call due to sharing issues. > > I could probably submit a bug for Bazaar, but they would probably say > that Emacs is to blame as well as Bazaar: it is Emacs who invokes the > second instance of bzr while the first is still running. It seems that this is actually a combination of bzr "features": putting a temporary file in a versioned directory plus the fact that "bzr status" blocks when a commit is in progress (i.e. a read lock blocks when a write lock is on). > It would be nice if I could tell Bazaar to put those bzr_log.FOO files > under $TMPDIR, but there doesn't seem to be a way of doing that. > Anyone? > > Any ideas for how best to resolve this? Not sure we want to do something in emacs about this, it looks like bzr needs fixing. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 09 03:06:19 2010 Received: (at 5291-done) by debbugs.gnu.org; 9 Jan 2010 08:06:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NTWKx-0004UD-6u for submit@debbugs.gnu.org; Sat, 09 Jan 2010 03:06:19 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NTWKu-0004U8-9x for 5291-done@debbugs.gnu.org; Sat, 09 Jan 2010 03:06:17 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0KVY00900ZQRKM00@a-mtaout22.012.net.il> for 5291-done@debbugs.gnu.org; Sat, 09 Jan 2010 10:05:11 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.222.44]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KVY009W1ZSMEO20@a-mtaout22.012.net.il>; Sat, 09 Jan 2010 10:05:11 +0200 (IST) Date: Sat, 09 Jan 2010 10:05:44 +0200 From: Eli Zaretskii Subject: Re: bug#5291: 23.1.91; "bzr status" FAILED In-reply-to: <201001032010.o03KA611029754@godzilla.ics.uci.edu> X-012-Sender: halo1@inter.net.il To: Dan Nicolaescu Message-id: <83637baejr.fsf@gnu.org> References: <83d41se72h.fsf@gnu.org> <201001022047.o02Kl0iT010221@godzilla.ics.uci.edu> <837hs0dw32.fsf@gnu.org> <201001022217.o02MHUE3013455@godzilla.ics.uci.edu> <83637jesmh.fsf@gnu.org> <834on3dodx.fsf@gnu.org> <201001032010.o03KA611029754@godzilla.ics.uci.edu> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 5291-done Cc: 5291-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Eli Zaretskii 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.0 (--) > Date: Sun, 3 Jan 2010 12:10:06 -0800 (PST) > From: Dan Nicolaescu > Cc: 5291@debbugs.gnu.org > > It seems that this is actually a combination of bzr "features": putting > a temporary file in a versioned directory plus the fact that "bzr status" blocks > when a commit is in progress (i.e. a read lock blocks when a write lock > is on). > > > It would be nice if I could tell Bazaar to put those bzr_log.FOO files > > under $TMPDIR, but there doesn't seem to be a way of doing that. > > Anyone? > > > > Any ideas for how best to resolve this? > > Not sure we want to do something in emacs about this, it looks like bzr > needs fixing. First, it turns out this happens on GNU/Linux as well, at least if one invokes "bzr status" while "bzr ci" is waiting for emacsclient. The solution, suggested by John Arbash Meinel on the Bazaar mailing list, is to patch msgeditor.py, a bzr module, as shown in the patch below. This will cause Bazaar to create the bzr_log.* files in the system temporary directory, so Emacs will not try to run "bzr status" on it. If you are on Windows, and installed Bazaar with a standalone installer, then you will need to download from the Bazaar site the sources of Bazaar that correspond to your installed version. Then locate library.zip, remove from it bzrlib/mzgeditor.pyo, and add the patched bzrlib/mzgeditor.py. If you are on Unix or GNU system, you will need to talk to your sysadmin about replacing msgeditor with a patched version. --- bzrlib/msgeditor.py~ 2010-01-08 23:36:47.257578300 +0200 +++ bzrlib/msgeditor.py 2010-01-09 09:51:45.472750000 +0200 @@ -215,8 +215,9 @@ """ import tempfile tmp_fileno, msgfilename = tempfile.mkstemp(prefix='bzr_log.', +# dir='.', text=True) - msgfilename = osutils.basename(msgfilename) +# msgfilename = osutils.basename(msgfilename) msgfile = os.fdopen(tmp_fileno, 'w') try: if start_message is not None: From unknown Sat Jun 21 10:25:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 06 Feb 2010 12:24:04 +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