From svenjoac@gmx.de Tue Dec 30 00:53:26 2008 Received: (at submit) by emacsbugs.donarmstrong.com; 30 Dec 2008 08:53: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=-5.9 required=4.0 tests=FOURLA,HAS_PACKAGE 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 mBU8rNK9017302 for ; Tue, 30 Dec 2008 00:53:24 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LHaLq-0005As-Qv for bug-gnu-emacs@gnu.org; Tue, 30 Dec 2008 03:53:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LHaLq-0005AW-8U for bug-gnu-emacs@gnu.org; Tue, 30 Dec 2008 03:53:22 -0500 Received: from [199.232.76.173] (port=56490 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LHaLq-0005AT-5u for bug-gnu-emacs@gnu.org; Tue, 30 Dec 2008 03:53:22 -0500 Received: from mail.gmx.net ([213.165.64.20]:52095) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1LHaLp-0001DQ-Lb for bug-gnu-emacs@gnu.org; Tue, 30 Dec 2008 03:53:22 -0500 Received: (qmail invoked by alias); 30 Dec 2008 07:53:20 -0000 Received: from p54864516.dip.t-dialin.net (EHLO turtle.gmx.de) [84.134.69.22] by mail.gmx.net (mp038) with SMTP; 30 Dec 2008 08:53:20 +0100 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX198FL8kD+Z8uJm38B6ASPLUjhy76qI5yLpy78EE7k YIoGVaLCTVsDd1 Received: by turtle.gmx.de (Postfix, from userid 1000) id F3192354B0; Tue, 30 Dec 2008 08:53:19 +0100 (CET) From: Sven Joachim To: bug-gnu-emacs@gnu.org Subject: [era eriksson] vc.el adds new files at v2.1 if other v2.x file found Date: Tue, 30 Dec 2008 08:53:19 +0100 Message-ID: <871vvq6qvk.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Y-GMX-Trusted: 0 X-FuHaFi: 0.78 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) --=-=-= I'm revising old bugs reported against Emacs in Debian and will forward some of them here that are still reproducible in current Emacs CVS. This one is an example of a very well written bug report. --=-=-= Content-Type: message/rfc822 Content-Disposition: inline Subject: Bug#149196: emacs20: vc.el adds new files at v2.1 if other v2.x file found Reply-To: era eriksson , 149196@bugs.debian.org Resent-From: era eriksson Original-Sender: era eriksson Resent-To: debian-bugs-dist@lists.debian.org Resent-CC: era+debian@iki.fi, Rob Browning , emacs20@packages.qa.debian.org Resent-Date: Thu, 06 Jun 2002 11:33:04 GMT Resent-Message-ID: Resent-Sender: owner@bugs.debian.org X-Debian-PR-Message: report 149196 X-Debian-PR-Package: emacs20 X-Debian-PR-Keywords: Received: via spool by submit@bugs.debian.org id=B.102336241616711 (code B ref -1); Thu, 06 Jun 2002 11:33:04 GMT From: era eriksson To: submit@bugs.debian.org X-Mailer: bug 3.2.10 Message-Id: Sender: era eriksson Date: Thu, 06 Jun 2002 14:20:13 +0300 Delivered-To: submit@bugs.debian.org MIME-Version: 1.0 Package: emacs20 Version: 20.7-2 Severity: normal It seems that the version control mode vc.el has a "feature" with CVS which causes it to check in new files beginning at version number 2.1 if there is another file whose version number is 2.x in the same directory (i.e. CVS module / project). I had been noticing this more and more frequently over time, but hadn't been able to diagnose it correctly. Now here are the steps to repro this. * Set up a toy CVS repository and populate it with a project mkdir /tmp/toycvs cvs -d /tmp/toycvs init mkdir /tmp/toycvs/foo * Check out the project and check in a new file "bar" cd /tmp cvs -d /tmp/toycvs co foo cd foo emacs -nw bar C-x v v # initiate CVS add C-c C-c # submit for addition -- you should get CVS@@ on the mode line C-x v v # initiate initial check-in C-c C-c # submit for check-in -- mode line should now have CVS-1.1 * Play around with other files and verify that they get checked in at 1.1 * Now modify the bar file and check in at 2.x C-u C-x v v # initiate check in at named version level 2 # enter version level 2 C-c C-c # submit for check in -- you should now see CVS-2.1 * Add new files and find that they too get checked in at initial version 2.1 I'm not altogether sure that what I see is positively an error, but this behavior has been quite baffling and I could find no mention of it in the manuals. Even if it makes sense in some contexts, it would be nice to be able to specify that I like a different behavior -- that version numbers of files in the same project should not influence each other. The behavior also appears to be incompatible with what CVS itself does, and on those grounds alone could be regarded as buggy, even if somebody quite consciously designed vc.el to do this. Feel free to route this upstream if you like; I imagine that would be the sane thing to do in this case. Sorry for submitting this against emacs20, I have had no opportunity to move to Emacs v21 yet. /* era */ -- System Information Debian Release: 2.2 Kernel Version: Linux there 2.2.17 #1 Sun Jun 25 09:24:41 EST 2000 i586 unknown Versions of the packages emacs20 depends on: ii emacsen-common 1.4.12 Common facilities for all emacsen. ii libc6 2.1.3-20 GNU C Library: Shared libraries and Timezone ii liblockfile1 1.01 Shared library with NFS-safe locking functio ii libncurses5 5.0-6.0potato2 Shared libraries for terminal handling ii xlib6g 3.3.6-11potato shared libraries required by X clients --=-=-=-- From dann@mothra.ics.uci.edu Tue Dec 30 02:16:20 2008 Received: (at 1740) by emacsbugs.donarmstrong.com; 30 Dec 2008 10:16:20 +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 mBUAGEFF007222 for <1740@emacsbugs.donarmstrong.com>; Tue, 30 Dec 2008 02:16:15 -0800 Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id mBUAG5KI005525; Tue, 30 Dec 2008 02:16:05 -0800 (PST) Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id mBUAG5Go000170; Tue, 30 Dec 2008 02:16:05 -0800 (PST) Date: Tue, 30 Dec 2008 02:16:05 -0800 (PST) Message-Id: <200812301016.mBUAG5Go000170@mothra.ics.uci.edu> From: Dan Nicolaescu To: Sven Joachim Cc: 1740@debbugs.gnu.org Subject: Re: bug#1740: [era eriksson] vc.el adds new files at v2.1 if other v2.x file found References: <871vvq6qvk.fsf@turtle.gmx.de> X-Debbugs-No-Ack: yes In-Reply-To: <871vvq6qvk.fsf@turtle.gmx.de> (Sven Joachim's message of "Tue, 30 Dec 2008 08:53:19 +0100") Lines: 69 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: mBUAG5KI005525 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@mothra.ics.uci.edu Sven Joachim writes: > I'm revising old bugs reported against Emacs in Debian and will forward > some of them here that are still reproducible in current Emacs CVS. > This one is an example of a very well written bug report. > > From: era eriksson > Subject: Bug#149196: emacs20: vc.el adds new files at v2.1 if other v2.x file found > To: submit@bugs.debian.org > Date: Thu, 06 Jun 2002 14:20:13 +0300 > Reply-To: era eriksson , 149196@bugs.debian.org > Resent-From: era eriksson > > Package: emacs20 > Version: 20.7-2 > Severity: normal > > It seems that the version control mode vc.el has a "feature" with CVS > which causes it to check in new files beginning at version number 2.1 > if there is another file whose version number is 2.x in the same > directory (i.e. CVS module / project). > > I had been noticing this more and more frequently over time, but > hadn't been able to diagnose it correctly. Now here are the steps to > repro this. > > > * Set up a toy CVS repository and populate it with a project > > mkdir /tmp/toycvs > cvs -d /tmp/toycvs init > mkdir /tmp/toycvs/foo > > * Check out the project and check in a new file "bar" > > cd /tmp > cvs -d /tmp/toycvs co foo > cd foo > emacs -nw bar > C-x v v # initiate CVS add > C-c C-c # submit for addition -- you should get CVS@@ on the mode line > C-x v v # initiate initial check-in > C-c C-c # submit for check-in -- mode line should now have CVS-1.1 > > * Play around with other files and verify that they get checked in at 1.1 > > * Now modify the bar file and check in at 2.x > > C-u C-x v v # initiate check in at named version level > 2 # enter version level 2 > C-c C-c # submit for check in -- you should now see CVS-2.1 > > * Add new files and find that they too get checked in at initial version 2.1 This does not seem to have anything to do with vc.el, after this step if you do: $ echo blah > blah $ cvs add blah $ cvs ci -m "add blah" blah RCS file: /tmp/toycvs/foo/blah,v done Checking in blah; /tmp/toycvs/foo/blah,v <-- blah initial revision: 2.1 done so CVS adds the new file as version 2.1 From svenjoac@gmx.de Tue Dec 30 02:48:38 2008 Received: (at 1740-done) by emacsbugs.donarmstrong.com; 30 Dec 2008 10:48: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=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mBUAmZRV014665 for <1740-done@emacsbugs.donarmstrong.com>; Tue, 30 Dec 2008 02:48:36 -0800 Received: (qmail invoked by alias); 30 Dec 2008 10:48:29 -0000 Received: from p54866E88.dip.t-dialin.net (EHLO turtle.gmx.de) [84.134.110.136] by mail.gmx.net (mp012) with SMTP; 30 Dec 2008 11:48:29 +0100 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX18YBsM+QHgYYr+BxJLqJr3Z6CGQsqFP6PHgQLagAA wbrUtRGaXRKnnX Received: by turtle.gmx.de (Postfix, from userid 1000) id 84FCD354B0; Tue, 30 Dec 2008 11:48:29 +0100 (CET) From: Sven Joachim To: Dan Nicolaescu Cc: 1740-done@debbugs.gnu.org Subject: Re: bug#1740: [era eriksson] vc.el adds new files at v2.1 if other v2.x file found References: <871vvq6qvk.fsf@turtle.gmx.de> <200812301016.mBUAG5Go000170@mothra.ics.uci.edu> Date: Tue, 30 Dec 2008 11:48:29 +0100 In-Reply-To: <200812301016.mBUAG5Go000170@mothra.ics.uci.edu> (Dan Nicolaescu's message of "Tue, 30 Dec 2008 02:16:05 -0800 (PST)") Message-ID: <878wpy3pmq.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6899999999999999 On 2008-12-30 11:16 +0100, Dan Nicolaescu wrote: > This does not seem to have anything to do with vc.el, after this step if > you do: > > $ echo blah > blah > $ cvs add blah > $ cvs ci -m "add blah" blah > RCS file: /tmp/toycvs/foo/blah,v > done > Checking in blah; > /tmp/toycvs/foo/blah,v <-- blah > initial revision: 2.1 > done > > so CVS adds the new file as version 2.1 Yes, I can confirm this. So I'll probably reassign the Debian bug to the cvs package. Thanks and sorry for the noise, Sven From unknown Tue Aug 19 23:15:32 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Tue, 27 Jan 2009 15:24:04 +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