From unknown Thu Aug 14 18:39:42 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#2675 <2675@debbugs.gnu.org> To: bug#2675 <2675@debbugs.gnu.org> Subject: Status: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory Reply-To: bug#2675 <2675@debbugs.gnu.org> Date: Fri, 15 Aug 2025 01:39:42 +0000 retitle 2675 23.0.91; unnecessary vc-next-action conflicts in vc-dir direct= ory reassign 2675 emacs submitter 2675 Miles Bader severity 2675 normal thanks From miles@gnu.org Sat Mar 14 19:47:07 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 15 Mar 2009 02:47:07 +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,MURPHY_DRUGS_REL8 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 n2F2l35G011652 for ; Sat, 14 Mar 2009 19:47:04 -0700 Received: from mail.gnu.org ([199.232.76.166]:48762 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LigNS-0000nz-Ge for emacs-pretest-bug@gnu.org; Sat, 14 Mar 2009 22:47:02 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LigNR-000761-Kn for emacs-pretest-bug@gnu.org; Sat, 14 Mar 2009 22:47:02 -0400 Received: from smtp11.dentaku.gol.com ([203.216.5.73]:59471) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LigNQ-00075V-Kq; Sat, 14 Mar 2009 22:47:01 -0400 Received: from 218.231.175.8.eo.eaccess.ne.jp ([218.231.175.8] helo=catnip.gol.com) by smtp11.dentaku.gol.com with esmtpa (Dentaku) id 1LigNO-0000uK-6s; Sun, 15 Mar 2009 11:46:58 +0900 Received: by catnip.gol.com (Postfix, from userid 1000) id 76554DFD8; Sun, 15 Mar 2009 11:46:57 +0900 (JST) From: Miles Bader To: emacs-pretest-bug@gnu.org Subject: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory Reply-To: Miles Bader System-Type: x86_64-unknown-linux-gnu Date: Sun, 15 Mar 2009 11:46:57 +0900 Message-ID: <87ocw3cxjy.fsf@catnip.gol.com> Lines: 114 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) [Note: I have Dan's patch for fixing whole-directory vc-dir commit in Git applied, though I don't think it should affect the following, as it relates to final commit.] If I have a vc-dir buffer showing a tree with some "up-to-date" entries from previously committed files, and also some entries for newly changed files: VC backend : Git Working dir: /tmp/zonk/ Branch : master ./ up-to-date newf2 up-to-date newf3 unregistered newf4 up-to-date ppling Then hitting "v" on the first line of the buffer gives the following error: vc-dir-deduce-fileset: /tmp/zonk/newf4:unregistered clashes with /tmp/zonk/newf2:up-to-date This seems like a silly and pointless error -- it should probably simply ignore any "up-to-date" entries when checking for conflicts. [I know, I can use the "x" command to flush those up-to-date entries -- but I shouldn't have to, and not every user will know about that command (or know to use it, given the slightly obscure error message).] Thanks, -Miles 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 /usr/local/share/emacs/23.0.91/etc/DEBUG for instructions. In GNU Emacs 23.0.91.11 (x86_64-unknown-linux-gnu, GTK+ Version 2.15.5) of 2009-03-13 on catnip Windowing system distributor `The X.Org Foundation', version 11.0.10599902 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: ja_JP.UTF-8 value of $XMODIFIERS: @im=SCIM locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: VC dir Minor modes in effect: diff-auto-refine-mode: t shell-dirtrack-mode: t rcirc-track-minor-mode: t tooltip-mode: t mouse-wheel-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 line-number-mode: t transient-mark-mode: t Recent input: r a p C-x C-s C-x k C-x C-v n e w f 2 w h o o C-x C-s C-x k v C-n C-n C-n C-n C-n v C-c C-c C-u C-p C-u C-p v x C-x C-v n e w f 3 o o o o C-x C-s C-x k C-a v C-n C-n C-n C-n C-n C-n C-u C-p C-u C-p v v v v v C-n C-n v C-n C-n C-n C-n v C-c C-c C-u C-p C-u C-p v c o m 2 C-c C-c C-x b q SPC h e y y > h e y y . . . u p SPC n o w SPC C-a C-k C-\ i ' m SPC h e r e . . . SPC : - ) i SPC s a w SPC y o u r SPC m s g SPC o n SPC f a c e b o o k SPC s o SPC i SPC g u e s s SPC y o u SPC g o t SPC d i m s u m ! ! y u m m m m m m m C-c C-SPC C-x b C-g C-x b C-x b z o SPC n SPC C-g C-x C-v M-p h x v C-g C-x b * v c SPC - d i SPC r SPC SPC / SPC C-n C-n C-n C-n C-x C-v n e w 4 f 4 p l o o C-x C-s C-x k C-p C-p C-p v x r e c o SPC h r e p o SPC r SPC e m SPC Recent messages: Quit xding Quit Making completion list... [3 times] (New file) Saving file /tmp/zonk/newf4... Wrote /tmp/zonk/newf4 xding vc-dir-deduce-fileset: /tmp/zonk/newf4:unregistered clashes with /tmp/zonk/newf2:up-to-date Making completion list... [2 times] -- `To alcohol! The cause of, and solution to, all of life's problems' --Homer J. Simpson From dann@godzilla.ics.uci.edu Sun Mar 15 02:21:11 2009 Received: (at 2675) by emacsbugs.donarmstrong.com; 15 Mar 2009 09:21: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=-6.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2F9L8xP020249 for <2675@emacsbugs.donarmstrong.com>; Sun, 15 Mar 2009 02:21:09 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n2F9Kp5j018033; Sun, 15 Mar 2009 02:20:51 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n2F9KoWO015533; Sun, 15 Mar 2009 02:20:50 -0700 (PDT) Date: Sun, 15 Mar 2009 02:20:50 -0700 (PDT) Message-Id: <200903150920.n2F9KoWO015533@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Miles Bader Cc: 2675@debbugs.gnu.org Subject: Re: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory References: <87ocw3cxjy.fsf@catnip.gol.com> X-Debbugs-No-Ack: yes In-Reply-To: <87ocw3cxjy.fsf@catnip.gol.com> (Miles Bader's message of "Sun, 15 Mar 2009 11:46:57 +0900") Lines: 35 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n2F9Kp5j018033 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Miles Bader writes: > [Note: I have Dan's patch for fixing whole-directory vc-dir commit in > Git applied, though I don't think it should affect the following, as it > relates to final commit.] > > If I have a vc-dir buffer showing a tree with some "up-to-date" entries > from previously committed files, and also some entries for newly changed > files: > > VC backend : Git > Working dir: /tmp/zonk/ > Branch : master > > ./ > up-to-date newf2 > up-to-date newf3 > unregistered newf4 > up-to-date ppling > > Then hitting "v" on the first line of the buffer gives the following > error: > > vc-dir-deduce-fileset: /tmp/zonk/newf4:unregistered clashes with /tmp/zonk/newf2:up-to-date > > This seems like a silly and pointless error -- it should probably simply > ignore any "up-to-date" entries when checking for conflicts. If you look at vc-next-action, you'll see that it's possible to do things to files in the 'up-to-date state, and it's not the same as what it's done to unregistered files. vc-next-action wants to treat all the files the same, that's the reason for this check. From snogglethorpe@gmail.com Sun Mar 15 03:01:26 2009 Received: (at 2675) by emacsbugs.donarmstrong.com; 15 Mar 2009 10:01:26 +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 mail-gx0-f177.google.com (mail-gx0-f177.google.com [209.85.217.177]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2FA1MCF030805 for <2675@emacsbugs.donarmstrong.com>; Sun, 15 Mar 2009 03:01:24 -0700 Received: by gxk25 with SMTP id 25so4200350gxk.1 for <2675@emacsbugs.donarmstrong.com>; Sun, 15 Mar 2009 03:01:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=drOJq4T0T4QFPp+MDx9G989mP2jaS/TFpi5CoBv3uTg=; b=DZsoWu5daRPLAi6fPS+lNOCLQqgiUKVaeygGZypm0hottSPjc3PPWIZVnb2EzHl0Vn phHtWXCTEwjUYmldd/wqt4XbQt4BG1Ua5NAQXLbPe5SFzqD3KgEaQPr3AHcTzKykEoVl VSzrpHTcBnay55jvKFPIeBLb6m8Xamrfughoc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=ddx6mGpI97S15HOCTDIPN9yHHm5C5etU8H+BQe5cz0K9gj17b/bdTKIReLqDn8lCOI LnVLQa4GIcU8DJqc/AYlP8o8ih6S9jfIvkUGxxx+t9u8qcsdnjHy9dYjt7MMie7uB87e MahELNyM1ztlByJoKHvU49m6NUcCLPlDiXzlw= MIME-Version: 1.0 Sender: snogglethorpe@gmail.com Received: by 10.231.14.196 with SMTP id h4mr717456iba.36.1237111277117; Sun, 15 Mar 2009 03:01:17 -0700 (PDT) In-Reply-To: <200903150920.n2F9KoWO015533@godzilla.ics.uci.edu> References: <87ocw3cxjy.fsf@catnip.gol.com> <200903150920.n2F9KoWO015533@godzilla.ics.uci.edu> Date: Sun, 15 Mar 2009 19:01:17 +0900 X-Google-Sender-Auth: 5f49eadb345d5651 Message-ID: Subject: Re: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory From: Miles Bader To: Dan Nicolaescu Cc: 2675@debbugs.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, Mar 15, 2009 at 6:20 PM, Dan Nicolaescu wrote: > =A0> =A0 =A0vc-dir-deduce-fileset: /tmp/zonk/newf4:unregistered clashes w= ith /tmp/zonk/newf2:up-to-date > =A0> > =A0> This seems like a silly and pointless error -- it should probably si= mply > =A0> ignore any "up-to-date" entries when checking for conflicts. > > If you look at vc-next-action, you'll see that it's possible to do > things to files in the 'up-to-date state, and it's not the same as what > it's done to unregistered files. > > vc-next-action wants to treat all the files the same, that's the reason > for this check. AFAICS, that's only true in certain circumstances, which vc-next-action could check for: (1) it's a locking system, or (2) the user specified a prefix arg (I guess meaning "move to another rev". In the default case, I think it's simply being annoyingly pedantic. -miles --=20 Do not taunt Happy Fun Ball. From dann@godzilla.ics.uci.edu Sun Mar 15 08:08:07 2009 Received: (at 2675) by emacsbugs.donarmstrong.com; 15 Mar 2009 15:08:08 +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=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2FF85Sn021060 for <2675@emacsbugs.donarmstrong.com>; Sun, 15 Mar 2009 08:08:06 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id n2FF7rmT023319; Sun, 15 Mar 2009 08:07:53 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n2FF7rJk017569; Sun, 15 Mar 2009 08:07:53 -0700 (PDT) Date: Sun, 15 Mar 2009 08:07:53 -0700 (PDT) Message-Id: <200903151507.n2FF7rJk017569@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Miles Bader Cc: 2675@debbugs.gnu.org Subject: Re: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory References: <87ocw3cxjy.fsf@catnip.gol.com> <200903150920.n2F9KoWO015533@godzilla.ics.uci.edu> X-Debbugs-No-Ack: yes In-Reply-To: (Miles Bader's message of "Sun, 15 Mar 2009 19:01:17 +0900") Lines: 25 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n2FF7rmT023319 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Miles Bader writes: > On Sun, Mar 15, 2009 at 6:20 PM, Dan Nicolaescu wrot= e: > > =C2=A0> =C2=A0 =C2=A0vc-dir-deduce-fileset: /tmp/zonk/newf4:unregiste= red clashes with /tmp/zonk/newf2:up-to-date > > =C2=A0> > > =C2=A0> This seems like a silly and pointless error -- it should prob= ably simply > > =C2=A0> ignore any "up-to-date" entries when checking for conflicts. > > > > If you look at vc-next-action, you'll see that it's possible to do > > things to files in the 'up-to-date state, and it's not the same as wh= at > > it's done to unregistered files. > > > > vc-next-action wants to treat all the files the same, that's the reas= on > > for this check. >=20 > AFAICS, that's only true in certain circumstances, which > vc-next-action could check for: (1) it's a locking system, or (2) the > user specified a prefix arg (I guess meaning "move to another rev". >=20 > In the default case, I think it's simply being annoyingly pedantic. Personally, I disagree with that. Anyway, vc-dir is the wrong tree to bark at, you want to have vc-next-action + vc-compatible-state changed and this issue will disappear. From mod-submit@uni-berlin.de Sun Mar 15 16:12:37 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 15 Mar 2009 23:12:38 +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.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 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 n2FNCYO3029043 for ; Sun, 15 Mar 2009 16:12:35 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LizVR-0006tP-SQ for bug-gnu-emacs@gnu.org; Sun, 15 Mar 2009 19:12:33 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LizVM-0006tD-0e for bug-gnu-emacs@gnu.org; Sun, 15 Mar 2009 19:12:32 -0400 Received: from [199.232.76.173] (port=44741 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LizVL-0006tA-VC for bug-gnu-emacs@gnu.org; Sun, 15 Mar 2009 19:12:27 -0400 Received: from moderators.individual.net ([130.133.4.7]:44110) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LizVL-0005ai-KF for bug-gnu-emacs@gnu.org; Sun, 15 Mar 2009 19:12:27 -0400 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]) by moderators.individual.net (Exim 4.69) for gnu-emacs-bug@moderators.individual.net with esmtp (envelope-from ) id <1LizVL-0001XB-7F>; Mon, 16 Mar 2009 00:12:27 +0100 Received: from relay1.zedat.fu-berlin.de ([130.133.4.67]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for gnu-emacs-bug@moderators.individual.net with esmtp (envelope-from ) id <1LizVK-0000S2-99>; Mon, 16 Mar 2009 00:12:26 +0100 Received: from curry.zedat.fu-berlin.de ([130.133.1.2]) by relay1.zedat.fu-berlin.de (Exim 4.69) for gnu-emacs-bug@moderators.individual.net with esmtp (envelope-from ) id <1LizVK-0005ji-7X>; Mon, 16 Mar 2009 00:12:26 +0100 Received: by Curry.ZEDAT.FU-Berlin.DE (Smail3.2.0.98) from news.uni-berlin.de with bsmtp id ; Mon, 16 Mar 2009 00:12:26 +0100 (MET) To: gnu-emacs-bug@moderators.individual.net Path: individual.net!not-for-mail From: Miles Bader Newsgroups: gnu.emacs.bug Subject: Re: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory Date: Mon, 16 Mar 2009 08:12:25 +0900 Lines: 16 Message-ID: <87tz5u9y92.fsf@catnip.gol.com> References: <87ocw3cxjy.fsf@catnip.gol.com> <200903150920.n2F9KoWO015533@godzilla.ics.uci.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Orig-X-Trace: individual.net LKTQSEGZVUQnSaW+lmnbBgfsyNORvfdARFZ0orAywqvn7nKWhf Cancel-Lock: sha1:sOEnKza+gwxhW0BbZ5nY7CyOg58= sha1:y2+kr0Jg1/KDk0om88wiEubWS1c= System-Type: x86_64-unknown-linux-gnu X-Originating-IP: 130.133.1.2 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Dan Nicolaescu writes: > Personally, I disagree with that. > Anyway, vc-dir is the wrong tree to bark at, you want to have > vc-next-action + vc-compatible-state changed and this issue will > disappear. FWIW, I just did `report-emacs-bug', I didn't intend to register this as a vc-dir bug in particular (or anything else, though vc-next-action is the command invoked). Is there a protocol for filing bugs against specific parts of emacs? -Miles -- Bigot, n. One who is obstinately and zealously attached to an opinion that you do not entertain. From monnier@iro.umontreal.ca Sun Mar 15 17:50:16 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 16 Mar 2009 00:50:17 +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=unavailable 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 n2G0oCdC022658 for ; Sun, 15 Mar 2009 17:50:14 -0700 Received: from mail.gnu.org ([199.232.76.166]:50083 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Lj11v-0006zL-5R for emacs-pretest-bug@gnu.org; Sun, 15 Mar 2009 20:50:11 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Lj11u-0005Zm-2n for emacs-pretest-bug@gnu.org; Sun, 15 Mar 2009 20:50:11 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:34249) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lj11t-0005Zi-Qm; Sun, 15 Mar 2009 20:50:09 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al8FALM+vUlFxIZP/2dsb2JhbACBTs5Ig38GhEk X-IronPort-AV: E=Sophos;i="4.38,369,1233550800"; d="scan'208";a="35237469" Received: from 69-196-134-79.dsl.teksavvy.com (HELO ceviche.home) ([69.196.134.79]) by ironport2-out.teksavvy.com with ESMTP; 15 Mar 2009 20:50:09 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 8A895B4E15; Sun, 15 Mar 2009 20:50:09 -0400 (EDT) From: Stefan Monnier To: Miles Bader Cc: 2675@debbugs.gnu.org, emacs-pretest-bug@gnu.org Subject: Re: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory Message-ID: References: <87ocw3cxjy.fsf@catnip.gol.com> Date: Sun, 15 Mar 2009 20:50:09 -0400 In-Reply-To: <87ocw3cxjy.fsf@catnip.gol.com> (Miles Bader's message of "Sun, 15 Mar 2009 11:46:57 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. > Then hitting "v" on the first line of the buffer gives the following error: >From where I stand, the problem is the use of `v' in vc-dir. While the concept of "next-action" might make sense for single files, it's not nearly as useful for vc-dir, especially since vc-dir has a lot of free key-bindings, so it can easily use separate bindings for commit/checkout/merge/... Stefan From snogglethorpe@gmail.com Sun Mar 15 18:12:38 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 16 Mar 2009 01:12:38 +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 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 n2G1CZr6028895 for ; Sun, 15 Mar 2009 18:12:36 -0700 Received: from mx10.gnu.org ([199.232.76.166]:50784) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Lj1Nb-0007fK-42 for emacs-pretest-bug@gnu.org; Sun, 15 Mar 2009 21:12:35 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Lj1Na-0007gk-Hi for emacs-pretest-bug@gnu.org; Sun, 15 Mar 2009 21:12:35 -0400 Received: from mail-gx0-f160.google.com ([209.85.217.160]:51659) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lj1NZ-0007gV-9f; Sun, 15 Mar 2009 21:12:33 -0400 Received: by gxk4 with SMTP id 4so3013307gxk.18 for ; Sun, 15 Mar 2009 18:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=0tKfsLyYL+sp1PG9PZ81FYatkgpTmvbiGpu1Xwtd3qw=; b=Be7GdSO8A12ek8GrRIdDF+DADU/W8fOdTgJ1iuD1c0gEKkSXEbvZECcrKp/UNRqcgK eoAEsaVEjnL6CDKWyFF1iqoMJZ06aGKZ/peyhYibj6bGXD0VbK/bpGbOdAp5oPGxngFT jkmarXJ9yyduKRDc6epZnfo4B8OHHp1zFcmaY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=gybnSGJy0TH2UgBjJj+MRbGzwZEoET1P7ZEqDqB8pBgVPvaZbeZTzmlJG/864ym38N Uq1+iMKmCnqu/UZkR0bp9cDglmDVcJC4sfW1QK0thxejOnMtBVL47xAT2MCAbqqJMJJX wmaHnULGPmAQA02BVCZUZGbAXjvgXGKpMBAK4= MIME-Version: 1.0 Sender: snogglethorpe@gmail.com Received: by 10.231.19.204 with SMTP id c12mr868633ibb.20.1237165952026; Sun, 15 Mar 2009 18:12:32 -0700 (PDT) In-Reply-To: References: <87ocw3cxjy.fsf@catnip.gol.com> Date: Mon, 16 Mar 2009 10:12:31 +0900 X-Google-Sender-Auth: b6d9bcfbd2bad88a Message-ID: Subject: Re: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory From: Miles Bader To: Stefan Monnier Cc: 2675@debbugs.gnu.org, emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) On Mon, Mar 16, 2009 at 9:50 AM, Stefan Monnier wrote: >> Then hitting "v" on the first line of the buffer gives the following err= or: > > From where I stand, the problem is the use of `v' in vc-dir. =A0While the > concept of "next-action" might make sense for single files, it's not > nearly as useful for vc-dir, especially since vc-dir has a lot of free > key-bindings, so it can easily use separate bindings for > commit/checkout/merge/... Yeah, good point; the concept of "next-action" has always kind of bothered me, even in the old single-file case... Even if it's sometimes a handy shortcut, I think in many cases I'd prefer a firmer notion of what my command was going to do... How about "c" for commit in *vc-dir*? Of course, there needs to be a vc-commit command first... ! [I'd also suggest "a" as an alias for "register", as "i" seems obscure.] [Offhand, I think they'd be good bindings for the global keymap too, but it contains so much weird cruft bound to apparently arbitrary letters, it's probably too late to make any sense of that...] -Miles --=20 Do not taunt Happy Fun Ball. From lekktu@gmail.com Mon Mar 16 03:01:04 2009 Received: (at control) by emacsbugs.donarmstrong.com; 16 Mar 2009 10:01:04 +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 n2GA10nD005328 for ; Mon, 16 Mar 2009 03:01:02 -0700 Received: by ewy24 with SMTP id 24so3587653ewy.1 for ; Mon, 16 Mar 2009 03:00:55 -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=i6IWS3kEaldcXATEjc4+iRbM405bcENCpisDOFppCtw=; b=Hr41hZGojSatEArIZiK6b8DP19WSH9hAXKffgR6KgAJpGEukaxRUpwJ2DYKQy4tiaL Qaxj23iT5EY+IDYJQ46T5m4o4YXz7xoLVqOhFuYx9C8cf9ApPR+MptKVIZJ0EnZhm6Gi 8OwdesaKCHqzyoP8Q0uOVfsDg+AGB3msdo2WI= 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=bTr3uyoFB+I4PLEOs8dBEFc59Tbb5Caeyg90qH/jwLrLsX0vZAEKYo+OA2+b6VDzSY pzBAjl2JY0En+h4GH2SmjNF9FxUNGUNButic4TKhyrI6eqTKgC/oxVCCnYIhKMMD8fec 6BqVXQCjaqlc017pT/JkNNloTxNOqSe+yF4Tg= MIME-Version: 1.0 Received: by 10.210.136.10 with SMTP id j10mr3422472ebd.24.1237197655309; Mon, 16 Mar 2009 03:00:55 -0700 (PDT) Date: Mon, 16 Mar 2009 11:00:55 +0100 Message-ID: Subject: From: Juanma Barranquero To: control@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit reassign 2682 spam reassign 2641 emacs,vc-dir reassign 2652 emacs,vc-dir reassign 2675 emacs,vc-dir reassign 2676 emacs,vc-dir reassign 2678 emacs,vc-dir reassign 2662 emacs,ns reassign 2663 emacs,ns quit From dann@godzilla.ics.uci.edu Mon Mar 16 17:59:10 2009 Received: (at 2675) by emacsbugs.donarmstrong.com; 17 Mar 2009 00:59: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=-5.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2H0x8uw005328 for <2675@emacsbugs.donarmstrong.com>; Mon, 16 Mar 2009 17:59:09 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n2H0wo9v029744; Mon, 16 Mar 2009 17:58:51 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n2H0woN8011160; Mon, 16 Mar 2009 17:58:50 -0700 (PDT) Date: Mon, 16 Mar 2009 17:58:50 -0700 (PDT) Message-Id: <200903170058.n2H0woN8011160@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Miles Bader Cc: 2675@debbugs.gnu.org Subject: Re: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory References: <87ocw3cxjy.fsf@catnip.gol.com> <200903150920.n2F9KoWO015533@godzilla.ics.uci.edu> <87tz5u9y92.fsf@catnip.gol.com> X-Debbugs-No-Ack: yes In-Reply-To: <87tz5u9y92.fsf@catnip.gol.com> (Miles Bader's message of "Mon, 16 Mar 2009 08:12:25 +0900") Lines: 20 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n2H0wo9v029744 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Miles Bader writes: > Dan Nicolaescu writes: > > Personally, I disagree with that. > > Anyway, vc-dir is the wrong tree to bark at, you want to have > > vc-next-action + vc-compatible-state changed and this issue will > > disappear. > > FWIW, I just did `report-emacs-bug', I didn't intend to register this as > a vc-dir bug in particular (or anything else, though vc-next-action is > the command invoked). Is there a protocol for filing bugs against > specific parts of emacs? No idea. Somehow vc-dir managed to get itself a bug category (not very useful given that it's so small, a vc category would be more useful, but...). But the interesting thing is that I don't remember at the moment any bug in that category that is/was a vc-dir bug, most were vc bugs, or various vc-backend bugs. From dann@godzilla.ics.uci.edu Mon Mar 16 18:09:00 2009 Received: (at 2675) by emacsbugs.donarmstrong.com; 17 Mar 2009 01:09:00 +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=-6.0 required=4.0 tests=HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2H18vMO008538 for <2675@emacsbugs.donarmstrong.com>; Mon, 16 Mar 2009 18:08:58 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id n2H18hsE007865; Mon, 16 Mar 2009 18:08:43 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n2H18gxe011226; Mon, 16 Mar 2009 18:08:42 -0700 (PDT) Date: Mon, 16 Mar 2009 18:08:42 -0700 (PDT) Message-Id: <200903170108.n2H18gxe011226@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Miles Bader Cc: 2675@debbugs.gnu.org, Stefan Monnier Subject: Re: bug#2675: 23.0.91; unnecessary vc-next-action conflicts in vc-dir directory References: <87ocw3cxjy.fsf@catnip.gol.com> X-Debbugs-No-Ack: yes In-Reply-To: (Miles Bader's message of "Mon, 16 Mar 2009 10:12:31 +0900") Lines: 37 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n2H18hsE007865 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu Miles Bader writes: > On Mon, Mar 16, 2009 at 9:50 AM, Stefan Monnier > wrote: > >> Then hitting "v" on the first line of the buffer gives the following= error: > > > > From where I stand, the problem is the use of `v' in vc-dir. =C2=A0Wh= ile the > > concept of "next-action" might make sense for single files, it's not > > nearly as useful for vc-dir, especially since vc-dir has a lot of free > > key-bindings, so it can easily use separate bindings for > > commit/checkout/merge/... >=20 > Yeah, good point; the concept of "next-action" has always kind of > bothered me, even in the old single-file case... > Even if it's sometimes a handy shortcut, I think in many cases I'd > prefer a firmer notion of what my command was going to do... I actually like vc-next-action, it does what I want most of the time... > How about "c" for commit in *vc-dir*? >=20 > Of course, there needs to be a vc-commit command first... ! Add the vc-commit command, and I'll add the vc-dir binding for it :-) > [I'd also suggest "a" as an alias for "register", as "i" seems obscure.] "i" comes from "C-x v i" -- in general the VC commands in vc-dir use the bindings from the C-x v map. > [Offhand, I think they'd be good bindings for the global keymap too, > but it contains so much weird cruft bound to apparently arbitrary > letters, it's probably too late to make any sense of that...] Probably too late for the 23.1 release, but if you want to open the discussion after the release, maybe there won't be too much pushback for getting rid of things like C-x v h 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 dann@godzilla.ics.uci.edu Tue Apr 7 09:26:39 2009 Received: (at control) by emacsbugs.donarmstrong.com; 7 Apr 2009 16:26:39 +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,ONEWORD, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from barrelv2.ics.uci.edu (barrelv2.ics.uci.edu [128.195.1.114]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n37GQaKl024097 for ; Tue, 7 Apr 2009 09:26:37 -0700 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by barrelv2.ics.uci.edu (8.13.8+Sun/8.13.8) with ESMTP id n37GQJeA013969 for ; Tue, 7 Apr 2009 09:26:19 -0700 (PDT) Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n37GQIRq022682; Tue, 7 Apr 2009 09:26:18 -0700 (PDT) Date: Tue, 7 Apr 2009 09:26:18 -0700 (PDT) Message-Id: <200904071626.n37GQIRq022682@godzilla.ics.uci.edu> From: Dan Nicolaescu To: control@debbugs.gnu.org Subject: commands X-Debbugs-No-Ack: yes Lines: 9 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n37GQJeA013969 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu close 1098 tags 2065 + patch close 2110 close 2117 close 2604 close 2652 close 2675 retitle 2678 vc-git-register not working when passed a directory argument merge 1589 2641 From unknown Thu Aug 14 18:39:42 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:15 +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