From MAILER-DAEMON Wed Sep 05 12:51:40 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ISy6O-0000Co-0Y for mharc-bug-cvs@gnu.org; Wed, 05 Sep 2007 12:51:40 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ISwRV-0000VJ-4t for bug-cvs@nongnu.org; Wed, 05 Sep 2007 11:05:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ISwRT-0000Ux-Sv for bug-cvs@nongnu.org; Wed, 05 Sep 2007 11:05:20 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISwRT-0000Uu-Lf for bug-cvs@nongnu.org; Wed, 05 Sep 2007 11:05:19 -0400 Received: from sosrv35.dfw9.maint.ops.us.uu.net ([206.64.119.57]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ISwRS-0007qw-Vp for bug-cvs@nongnu.org; Wed, 05 Sep 2007 11:05:19 -0400 Received: from EX00.idirect.net (nat.dmz.idirect.net [208.226.76.43]) by sosrv35.dfw9.maint.ops.us.uu.net (uu-smart-$Revision: 1.4 $) with ESMTP id l85ExjsO008243 for ; Wed, 5 Sep 2007 15:05:17 GMT Received: from 10.0.51.9 ([10.0.51.9]) by EX00.idirect.net ([10.250.250.84]) with Microsoft Exchange Server HTTP-DAV ; Wed, 5 Sep 2007 15:02:23 +0000 Received: from gimli by ex00; 05 Sep 2007 11:03:20 -0400 From: Rick Phillips To: bug-cvs@nongnu.org Message-Id: <1189004600.3581.169.camel@gimli> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-17) Date: Wed, 05 Sep 2007 11:03:20 -0400 X-Detected-Kernel: Solaris 8 (1) X-Mailman-Approved-At: Wed, 05 Sep 2007 12:51:38 -0400 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: CVS upgrade differences X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 15:05:21 -0000 Among other things I am the CVS admin at our company. We are currently using CVS version 1.11.2 and looking to upgrade to 1.12.13 to take advantage of the "write-proxy" feature to better support some off-shore development being done. Before doing the upgrade of our actual CVS server, I decided to prototype the upgrade on a backup system. I took a copy of the current repository on put it on the prototype running CVS 1.11.2. I then did several CVS operations to make sure everything was stable. Among the things I did was a checkout of our entire source tree. I then upgraded to CVS 1.12.13, and repeated all my tests, including the checkout. When I did a "diff -r --brief" on the two checkouts, I was surprised to find 41 file differences. Below is a list of the files that differed after a checkout under CVS version 1.11.2 and 1.12.13: The problem always affect the first occurrence of the pattern "*^I$", "*^I^I$" or "*^I^I^M$" (vi "set list" format) and none of the ones after that (and there are ones after that). All 41 of these files display exactly one of the differences listed in the examples below. I know that in every case below, the difference is in a comment and therefore won't create a problem compiling, etc. BUT it really bothers me that version 1.12.13 apparently cannot accurately reproduce these files. Has anyone seen this problem before? Have any other similar issues been seen that might affect us in the future. Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/lm80.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skaddr.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skcsum.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skdebug.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skdrv1st.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skdrv2nd.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skerror.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgedrv.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgehwt.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgei2c.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgeinit.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgepnm2.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgepnmi.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgesirq.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/ski2c.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skqueue.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skrlmt.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/sktimer.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/sktypes.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skversion.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skvpd.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/xmac_ii.h Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skaddr.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skcsum.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skdim.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skge.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgehwt.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgeinit.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgemib.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgepnmi.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgesirq.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/ski2c.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/sklm80.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skproc.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skqueue.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skrlmt.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/sktimer.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skvpd.c Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skxmac2.c Support/Tools/DIAB_Compiler_Toolkit/compiler/4.3g/include/sys/acct.h Support/Tools/DIAB_Compiler_Toolkit/compiler/4.3g/libraries/include/include.unx/sys/acct.h The following is an example from a skxmac2.c, see the RED highlight, note the unchanged same pattern in BLUE. 1.11.2 checkout: $ /******************************************************************************$ *$ * History:$ *$ *^I$Log: skxmac2.c,v $$ *^IRevision 1.1.1.1 2004/03/03 22:42:42 cvssvr$ *^I- Import snapgear's Kernel Distribution Linux 2.4.22-uc0$ *^I$ *^IRevision 1.99 2003/07/11 12:19:33 rschmidt$ *^IReduced init values for Master & Slave downshift counters to$ *^Iminimum values.$ *^IEditorial changes.$ *^I$ *^IRevision 1.98 2003/07/04 12:53:56 rschmidt$ *^IChanged setting of downshift feature in SkGmInitPhyMarv().$ 1.12.13 checkout: $ /******************************************************************************$ *$ * History:$ *$ *^I$Log: skxmac2.c,v $$ *^IRevision 1.1.1.1 2004/03/03 22:42:42 cvssvr$ *^I- Import snapgear's Kernel Distribution Linux 2.4.22-uc0$ *$ *^IRevision 1.99 2003/07/11 12:19:33 rschmidt$ *^IReduced init values for Master & Slave downshift counters to$ *^Iminimum values.$ *^IEditorial changes.$ *^I$ *^IRevision 1.98 2003/07/04 12:53:56 rschmidt$ *^IChanged setting of downshift feature in SkGmInitPhyMarv().$ Also another pattern is from acct.h 1.11.2 checkout: *^I^IRevision 1.1.1.1 2001/08/13 19:22:21 maharig$ *^I^IInitial import of DIAB-SDS compiler toolkit 4.3g$ *^I^I$ *^I^IRevision 1.1.1.1 2001/08/13 16:46:28 maharig$ *^I^IInitial import of DIAB-SDS compiler toolkit 4.3g$ 1.12.13 checkout: *^I^IRevision 1.1.1.1 2001/08/13 19:22:21 maharig$ *^I^IInitial import of DIAB-SDS compiler toolkit 4.3g$ *$ *^I^IRevision 1.1.1.1 2001/08/13 16:46:28 maharig$ *^I^IInitial import of DIAB-SDS compiler toolkit 4.3g$ One more pattern from the second acct.h in the list: 1.11.2 checkout: *^I^IRevision 1.1 2002/02/28 22:37:18 maharig$ *^I^IInitial revision$ *^I^I^M$ *^I^IRevision 1.1 1994/03/29 00:42:23 fb^M$ *^I^IInitial version^M$ 1.12.13 checkout: *^I^IRevision 1.1 2002/02/28 22:37:18 maharig$ *^I^IInitial revision$ *^M$ *^I^IRevision 1.1 1994/03/29 00:42:23 fb^M$ *^I^IInitial version^M$ From MAILER-DAEMON Wed Sep 05 14:36:32 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ISzjr-0004h4-Uz for mharc-bug-cvs@gnu.org; Wed, 05 Sep 2007 14:36:32 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ISzjp-0004f7-S2 for bug-cvs@nongnu.org; Wed, 05 Sep 2007 14:36:29 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ISzjn-0004cZ-QP for bug-cvs@nongnu.org; Wed, 05 Sep 2007 14:36:28 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ISzjn-0004cO-Kt for bug-cvs@nongnu.org; Wed, 05 Sep 2007 14:36:27 -0400 Received: from sosrv34.lax9.maint.ops.us.uu.net ([206.64.118.152]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ISzjn-0007P9-22 for bug-cvs@nongnu.org; Wed, 05 Sep 2007 14:36:27 -0400 Received: from EX00.idirect.net (nat.dmz.idirect.net [208.226.76.43]) by sosrv34.lax9.maint.ops.us.uu.net (uu-smart-$Revision: 1.4 $) with ESMTP id l85IVK9f028555 for ; Wed, 5 Sep 2007 18:36:04 GMT Received: from 10.0.51.9 ([10.0.51.9]) by EX00.idirect.net ([10.250.250.84]) with Microsoft Exchange Server HTTP-DAV ; Wed, 5 Sep 2007 17:42:07 +0000 Received: from gimli by ex00; 05 Sep 2007 13:43:05 -0400 From: Rick Phillips To: bug-cvs@nongnu.org In-Reply-To: <1189004600.3581.169.camel@gimli> References: <1189004600.3581.169.camel@gimli> Message-Id: <1189014185.3581.182.camel@gimli> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 (1.4.5-17) Date: Wed, 05 Sep 2007 13:43:05 -0400 X-Detected-Kernel: Solaris 8 (1) Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: CVS upgrade differences X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 18:36:30 -0000 OK, where's my STUPID sign. After some more experimentation, I realized that the issue is in the "history" info string being inserted by CVS, which makes it a complete non-issue. The files listed are all in third-party source that we use, internally we don't use the "history" info string. Sorry to waste everyone's time. Rick Phillips On Wed, 2007-09-05 at 11:03, Rick Phillips wrote: > Among other things I am the CVS admin at our company. We are > currently using CVS version 1.11.2 and looking to upgrade to 1.12.13 > to take advantage of the "write-proxy" feature to better support some > off-shore development being done. > > Before doing the upgrade of our actual CVS server, I decided to > prototype the upgrade on a backup system. I took a copy of the > current repository on put it on the prototype running CVS 1.11.2. I > then did several CVS operations to make sure everything was stable. > Among the things I did was a checkout of our entire source tree. > > I then upgraded to CVS 1.12.13, and repeated all my tests, including > the checkout. > > When I did a "diff -r --brief" on the two checkouts, I was surprised > to find 41 file differences. > > Below is a list of the files that differed after a checkout under CVS > version 1.11.2 and 1.12.13: The problem always affect the first > occurrence of the pattern "*^I$", "*^I^I$" or "*^I^I^M$" (vi "set > list" format) and none of the ones after that (and there are ones > after that). All 41 of these files display exactly one of the > differences listed in the examples below. > > I know that in every case below, the difference is in a comment and > therefore won't create a problem compiling, etc. BUT it really > bothers me that version 1.12.13 apparently cannot accurately reproduce > these files. > > Has anyone seen this problem before? Have any other similar issues > been seen that might affect us in the future. > > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/lm80.h > > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skaddr.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skcsum.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skdebug.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skdrv1st.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skdrv2nd.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skerror.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgedrv.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgehwt.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgei2c.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgeinit.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgepnm2.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgepnmi.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skgesirq.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/ski2c.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skqueue.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skrlmt.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/sktimer.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/sktypes.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skversion.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/skvpd.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/h/xmac_ii.h > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skaddr.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skcsum.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skdim.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skge.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgehwt.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgeinit.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgemib.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgepnmi.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skgesirq.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/ski2c.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/sklm80.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skproc.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skqueue.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skrlmt.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/sktimer.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skvpd.c > Support/phoenix/kernel/linux-2.4.24-uc0/drivers/net/sk98lin/skxmac2.c > Support/Tools/DIAB_Compiler_Toolkit/compiler/4.3g/include/sys/acct.h > Support/Tools/DIAB_Compiler_Toolkit/compiler/4.3g/libraries/include/include.unx/sys/acct.h > > The following is an example from a skxmac2.c, see the RED highlight, note the unchanged same pattern in BLUE. > > 1.11.2 checkout: > > $ > /******************************************************************************$ > *$ > * History:$ > *$ > *^I$Log: skxmac2.c,v $$ > *^IRevision 1.1.1.1 2004/03/03 22:42:42 cvssvr$ > *^I- Import snapgear's Kernel Distribution Linux 2.4.22-uc0$ > *^I$ > *^IRevision 1.99 2003/07/11 12:19:33 rschmidt$ > *^IReduced init values for Master & Slave downshift counters to$ > *^Iminimum values.$ > *^IEditorial changes.$ > *^I$ > *^IRevision 1.98 2003/07/04 12:53:56 rschmidt$ > *^IChanged setting of downshift feature in SkGmInitPhyMarv().$ > > 1.12.13 checkout: > > $ > /******************************************************************************$ > *$ > * History:$ > *$ > *^I$Log: skxmac2.c,v $$ > *^IRevision 1.1.1.1 2004/03/03 22:42:42 cvssvr$ > *^I- Import snapgear's Kernel Distribution Linux 2.4.22-uc0$ > *$ > *^IRevision 1.99 2003/07/11 12:19:33 rschmidt$ > *^IReduced init values for Master & Slave downshift counters to$ > *^Iminimum values.$ > *^IEditorial changes.$ > *^I$ > *^IRevision 1.98 2003/07/04 12:53:56 rschmidt$ > *^IChanged setting of downshift feature in SkGmInitPhyMarv().$ > > Also another pattern is from acct.h > > > 1.11.2 checkout: > *^I^IRevision 1.1.1.1 2001/08/13 19:22:21 maharig$ > *^I^IInitial import of DIAB-SDS compiler toolkit 4.3g$ > *^I^I$ > *^I^IRevision 1.1.1.1 2001/08/13 16:46:28 maharig$ > *^I^IInitial import of DIAB-SDS compiler toolkit 4.3g$ > 1.12.13 checkout: > *^I^IRevision 1.1.1.1 2001/08/13 19:22:21 maharig$ > *^I^IInitial import of DIAB-SDS compiler toolkit 4.3g$ > *$ > *^I^IRevision 1.1.1.1 2001/08/13 16:46:28 maharig$ > *^I^IInitial import of DIAB-SDS compiler toolkit 4.3g$ > One more pattern from the second acct.h in the list: > > 1.11.2 checkout: > *^I^IRevision 1.1 2002/02/28 22:37:18 maharig$ > *^I^IInitial revision$ > > *^I^I^M$ > > *^I^IRevision 1.1 1994/03/29 00:42:23 fb^M$ > *^I^IInitial version^M$ > > 1.12.13 checkout: > *^I^IRevision 1.1 2002/02/28 22:37:18 maharig$ > *^I^IInitial revision$ > *^M$ > *^I^IRevision 1.1 1994/03/29 00:42:23 fb^M$ > *^I^IInitial version^M$ From MAILER-DAEMON Wed Sep 05 17:33:41 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1IT2VJ-0008Rp-LK for mharc-bug-cvs@gnu.org; Wed, 05 Sep 2007 17:33:41 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IT2VH-0008Qe-KE for bug-cvs@nongnu.org; Wed, 05 Sep 2007 17:33:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IT2VF-0008Q7-W9 for bug-cvs@nongnu.org; Wed, 05 Sep 2007 17:33:39 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IT2VF-0008Pv-Oy for bug-cvs@nongnu.org; Wed, 05 Sep 2007 17:33:37 -0400 Received: from relay00.pair.com ([209.68.5.9]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1IT2VF-0007oO-9A for bug-cvs@nongnu.org; Wed, 05 Sep 2007 17:33:37 -0400 Received: (qmail 24754 invoked by uid 0); 5 Sep 2007 21:33:36 -0000 Received: from unknown (HELO ?192.168.199.197?) (unknown) by unknown with SMTP; 5 Sep 2007 21:33:36 -0000 X-pair-Authenticated: 70.50.182.201 Message-ID: <46DF20A5.7090105@dreampossible.ca> Date: Wed, 05 Sep 2007 17:33:25 -0400 From: Jim Hyslop Organization: Dreampossible Inc. User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Rick Phillips References: <1189004600.3581.169.camel@gimli> <1189014185.3581.182.camel@gimli> In-Reply-To: <1189014185.3581.182.camel@gimli> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Detected-Kernel: Genre and OS details not recognized. Cc: bug-cvs@nongnu.org Subject: Re: CVS upgrade differences X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Sep 2007 21:33:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rick Phillips wrote: > Sorry to waste everyone's time. Glad we could help :-) By the way, for future reference: >> The following is an example from a skxmac2.c, see the RED highlight, note the unchanged same pattern in BLUE. Many of us receive plain-text messages, with no colour distinction. Just so ya know ;-) - -- Jim Hyslop Dreampossible: Better software. Simply. http://www.dreampossible.ca Consulting * Mentoring * Training in C/C++ * OOD * SW Development & Practices * Version Management -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG3yClLdDyDwyJw+MRAsR/AJ90pSV79T7vJDBmLVsdBHrUMxpHQQCfUzBW mWsfCgEBdw4NrtbWZFe/AA8= =5Hkp -----END PGP SIGNATURE----- From MAILER-DAEMON Fri Sep 07 01:47:09 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ITWgP-0006bh-7v for mharc-bug-cvs@gnu.org; Fri, 07 Sep 2007 01:47:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ITWgN-0006X9-Am for bug-cvs@nongnu.org; Fri, 07 Sep 2007 01:47:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ITWgL-0006SA-9i for bug-cvs@nongnu.org; Fri, 07 Sep 2007 01:47:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ITWgL-0006Rz-7I for bug-cvs@nongnu.org; Fri, 07 Sep 2007 01:47:05 -0400 Received: from mail2.quechup.com ([212.100.231.184]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ITWgK-0007br-E0 for bug-cvs@nongnu.org; Fri, 07 Sep 2007 01:47:04 -0400 Received: by mail2.quechup.com (Postfix, from userid 48) id B473E2B0A04; Fri, 7 Sep 2007 06:47:02 +0100 (BST) To: bug-cvs@nongnu.org From: "Sankar Suresh" Sender: "Quechup" X-Mailer: PHP v5.2.4 MIME-Version: 1.0 Message-Id: <20070907054702.B473E2B0A04@mail2.quechup.com> Date: Fri, 7 Sep 2007 06:47:02 +0100 (BST) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Invite from Sankar Suresh (ssuresh83@gmail.com) X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Sankar Suresh List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 05:47:07 -0000 SankarSuresh (ssuresh83@gmail.com)=0D has invited you as a friend on Quechup... =0D ...the social networking platform sweeping the globe=0D =0D Go to: http://quechup.com/join.php/aT0wMDAwMDAwMDA5NjM5NzUzJmM9OTk3MzM%3D to accept Sankar's invite=0D =0D You can use Quechup to meet new people, catch up with old friends, maintain a blog, share videos & photos, chat with other members, play games, and more.=0D It's no wonder Quechup is fast becoming 'The Social Networking site to be on'=0D =0D Join Sankar and his friends today:=0D http://quechup.com/join.php/aT0wMDAwMDAwMDA5NjM5NzUzJmM9OTk3MzM%3D=0D ------------------------------------------------------------------=0D You received this because Sankar Suresh (ssuresh83@gmail.com) knows and agreed to invite you. You will only receive one invitation from ssuresh83@gmail.com. Quechup will not spam or sell your email address, se= e our privacy policy - http://quechup.com/privacy.php=0D Go to http://quechup.com/emailunsubscribe.php/ZW09YnVnLWN2c0Bub25nbnUub3J= n if you do not wish to receive any more emails from Quechup.=0D ------------------------------------------------------------------=0D Copyright Quechup.com 2007.=0D ------------------------------------=0D Go to http://quechup.com/emailunsubscribe.php/ZW09YnVnLWN2c0Bub25nbnUub3J= n if you do not wish to receive any more emails from Quechup=0D From MAILER-DAEMON Mon Sep 10 19:23:17 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1IUsb7-0004QM-CN for mharc-bug-cvs@gnu.org; Mon, 10 Sep 2007 19:23:17 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IUsb4-0004OZ-2e for bug-cvs@nongnu.org; Mon, 10 Sep 2007 19:23:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IUsb2-0004Nm-8x for bug-cvs@nongnu.org; Mon, 10 Sep 2007 19:23:13 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IUsb2-0004Nh-47 for bug-cvs@nongnu.org; Mon, 10 Sep 2007 19:23:12 -0400 Received: from savannah.gnu.org ([199.232.41.3] helo=sv.gnu.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IUsb1-0001zV-UQ for bug-cvs@nongnu.org; Mon, 10 Sep 2007 19:23:12 -0400 Received: from savannah.gnu.org ([199.232.41.3] helo=frontend) by sv.gnu.org with esmtp (Exim 4.63) (envelope-from ) id 1IUsb1-0000Xz-4D for bug-cvs@nongnu.org; Mon, 10 Sep 2007 23:23:11 +0000 Received: from www-data by frontend with local (Exim 4.63) (envelope-from ) id 1IUsb0-0000Xw-SQ for bug-cvs@nongnu.org; Mon, 10 Sep 2007 23:23:10 +0000 To: bug-cvs@nongnu.org From: anonymous X-Savane-Server: savannah.nongnu.org:80 [199.232.41.4] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: cvs X-Savane-Tracker: bugs X-Savane-Item-ID: 21023 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727) X-Apparently-From: 70.185.246.3 Message-Id: <20070910-232309.sv0.65799@savannah.nongnu.org> References: In-Reply-To: Date: Mon, 10 Sep 2007 23:23:10 +0000 X-Detected-Kernel: Linux 2.6 (newer, 3) Subject: [bug #21023] Possible commit problem X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2007 23:23:14 -0000 URL: Summary: Possible commit problem Project: Concurrent Versions System Submitted by: None Submitted on: Monday 09/10/2007 at 23:23 UTC Category: Bug Report Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any Release: Fixed Release: None Fixed Feature Release: None _______________________________________________________ Details: At our work we use the pserver access method to interact with the CVS repository. We had an instance where a user had issued a commit and prior to the commit completing they made a last minute change to the file. A subsequent “cvs status” showed the file to be up to date so the user concluded that their change was included in the repository revision; however, that was not the case. While tracing the client we found, shall I call it a “window of opportunity”, which we believe was the possible cause of the incorrect situation. To illustrate this, let’s take the following scenario: 1) User issues commit 2) send_modified in client.c sends the file --- (file has a timestamp of yesterday) 3) Prior to the commit completing (possibly due to a repository lock on the server) the file is modified in the client’s work area by another process (file now has a timestamp of today). 4) The server then talks back and the client gets a “Checked-in” response 5) The client then eventually calls update_entries who reads the new revision from the server and gets the files timestamp (todays) for the file in the work area and copies that to local_timestamp. 6) Register is then called passing local_timestamp (todays – not yesterdays). 7) Register creates a new entnode with todays (incorrect) timestamp and eventually returns to update_entries. 8) update_entries returns to call_in_directory who then calls Entries_Close to write out the entries file. The CVS/Entries file now has the revision that matches what is in the repository; however, the entries timestamp does not reflect the files timestamp that existed for the file when it was actually committed. Consequently, a status, diff, etc will say that the file is up to date. Let me state also that we are back-leveled a bit (1.11.14). Can someone please let me know if this doesn’t seem to be a problem in the current 1.11 branch? Also, if it is a problem in the current 1.11 branch then please let me know that also. I can be reached at either of the email addresses below. Thanks for your assistance, John Elgin John@JCElgin.com John.Elgin@eds.com _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ From MAILER-DAEMON Tue Sep 11 02:58:45 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1IUzhs-0000ua-Q9 for mharc-bug-cvs@gnu.org; Tue, 11 Sep 2007 02:58:44 -0400 Path: shelby.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!news-xxxfer.readnews.com!news-out.readnews.com!spool-big2.readnews.com!diablo3.voicenet.com!newshost01.allthenewsgroups.com!not-for-mail Newsgroups: gnu.cvs.bug From: John@nospam.com Date: Mon, 10 Sep 2007 22:52:52 GMT X-Newsreader: News Rover 12.3.0 (http://www.NewsRover.com) Message-ID: X-Complaints-To: abuse@allthenewsgroups.com Organization: Voicenet Lines: 39 NNTP-Posting-Host: ip70-185-246-3.ok.ok.cox.net X-Trace: d513d46e5c7b1e31c53a624506 Xref: shelby.stanford.edu gnu.cvs.bug:13413 To: bug-cvs@nongnu.org X-Mailman-Approved-At: Tue, 11 Sep 2007 02:58:43 -0400 Subject: possible commit problem X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Sep 2007 23:40:23 -0000 At our work we use the pserver access method to interact with the CVS repository. We had an instance where a user had issued a commit and prior to the commit completing they made a last minute change to the file. A subsequent cvs status showed the file to be up to date so the user concluded that their change was included in the repository revision; however, that was not the case. While tracing the client we found, shall I call it a window of opportunity, which we believe was the possible cause of the incorrect situation. To illustrate this, let's take the following scenario: 1) User issues commit 2) send_modified in client.c sends the file --- (file has a timestamp of yesterday) 3) Prior to the commit completing (possibly due to a repository lock on the server) the file is modified in the client's work area by another process (file now has a timestamp of today). 4) The server then talks back and the client gets a Checked-in response 5) The client then eventually calls update_entries who reads the new revision from the server and gets the files timestamp (todays) for the file in the work area and copies that to local_timestamp. 6) Register is then called passing local_timestamp (todays - not yesterdays). 7) Register creates a new entnode with todays (incorrect) timestamp and eventually returns to update_entries. 8) update_entries returns to call_in_directory who then calls Entries_Close to write out the entries file. The CVS/Entries file now has the revision that matches what is in the repository; however, the entries timestamp does not reflect the files timestamp that existed for the file when it was actually committed. Consequently, a status, diff, etc will say that the file is up to date. Let me state also that we are back-leveled a bit (1.11.14). Can someone please let me know if this doesn't seem to be a problem in the current 1.11 branch? Thanks for your assistance, John Elgin From MAILER-DAEMON Fri Sep 14 16:35:38 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1IWHt3-0004Cs-Ug for mharc-bug-cvs@gnu.org; Fri, 14 Sep 2007 16:35:37 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IWHt2-0004Ce-FA for bug-cvs@nongnu.org; Fri, 14 Sep 2007 16:35:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IWHt0-0004CO-Fk for bug-cvs@nongnu.org; Fri, 14 Sep 2007 16:35:35 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IWHt0-0004CL-Az for bug-cvs@nongnu.org; Fri, 14 Sep 2007 16:35:34 -0400 Received: from savannah.gnu.org ([199.232.41.3] helo=sv.gnu.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IWHt0-0000fg-3n for bug-cvs@nongnu.org; Fri, 14 Sep 2007 16:35:34 -0400 Received: from savannah.gnu.org ([199.232.41.3] helo=frontend) by sv.gnu.org with esmtp (Exim 4.63) (envelope-from ) id 1IWHsz-0002Vh-K3; Fri, 14 Sep 2007 20:35:33 +0000 Received: from www-data by frontend with local (Exim 4.63) (envelope-from ) id 1IWHsz-0002Ve-Dh; Fri, 14 Sep 2007 20:35:33 +0000 To: "John C. Elgin" , bug-cvs@nongnu.org From: "John C. Elgin" X-Savane-Server: savannah.nongnu.org:443 [199.232.41.4] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: cvs X-Savane-Tracker: bugs X-Savane-Item-ID: 21023 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727) X-Apparently-From: 70.185.246.3 (Savane authenticated user johnelgin) Message-Id: <20070914-203533.sv62201.25267@savannah.nongnu.org> References: <20070910-232309.sv0.65799@savannah.nongnu.org> In-Reply-To: <20070910-232309.sv0.65799@savannah.nongnu.org> Date: Fri, 14 Sep 2007 20:35:33 +0000 X-Detected-Kernel: Linux 2.6 (newer, 3) Cc: Subject: [bug #21023] Possible commit problem X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2007 20:35:37 -0000 Follow-up Comment #1, bug #21023 (project cvs): This is considered to be somewhat of a problem at our shop as we have had two or three instances now where users have thought they were implementing a change and weren't. Granted we have tried to tell them not to modify their code until they are sure that the commit has completed, but you know how users are.... John Elgin _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ From MAILER-DAEMON Fri Sep 14 19:18:54 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1IWKR3-0003Zv-VU for mharc-bug-cvs@gnu.org; Fri, 14 Sep 2007 19:18:53 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IWKR2-0003ZV-IV for bug-cvs@nongnu.org; Fri, 14 Sep 2007 19:18:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IWKR1-0003Ys-G5 for bug-cvs@nongnu.org; Fri, 14 Sep 2007 19:18:51 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IWKR1-0003Yn-5R for bug-cvs@nongnu.org; Fri, 14 Sep 2007 19:18:51 -0400 Received: from savannah.gnu.org ([199.232.41.3] helo=sv.gnu.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IWKR0-0005Ab-RC for bug-cvs@nongnu.org; Fri, 14 Sep 2007 19:18:50 -0400 Received: from savannah.gnu.org ([199.232.41.3] helo=frontend) by sv.gnu.org with esmtp (Exim 4.63) (envelope-from ) id 1IWKQr-00071v-Gv; Fri, 14 Sep 2007 23:18:41 +0000 Received: from www-data by frontend with local (Exim 4.63) (envelope-from ) id 1IWKQq-00071q-No; Fri, 14 Sep 2007 23:18:40 +0000 To: Todd Denniston , "John C. Elgin" , bug-cvs@nongnu.org From: Todd Denniston X-Savane-Server: savannah.nongnu.org:443 [199.232.41.4] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: cvs X-Savane-Tracker: bugs X-Savane-Item-ID: 21023 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.5) Gecko/20070713 Firefox/2.0.0.5 X-Apparently-From: 199.10.16.100 (Savane authenticated user tdennist) Message-Id: <20070914-231840.sv45305.37621@savannah.nongnu.org> References: <20070910-232309.sv0.65799@savannah.nongnu.org> <20070914-203533.sv62201.25267@savannah.nongnu.org> In-Reply-To: <20070914-203533.sv62201.25267@savannah.nongnu.org> Date: Fri, 14 Sep 2007 23:18:40 +0000 X-Detected-Kernel: Linux 2.6 (newer, 3) Cc: Subject: [bug #21023] Possible commit problem X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2007 23:18:52 -0000 Follow-up Comment #2, bug #21023 (project cvs): Re comment #1 There are other problems with having an editor open with a CVS controlled file than just this window of oportunity for the date to get funky. The biggest I know of is that if the user happens to change the editor buffer after issuing the `cvs commit` (or gui equivalent), and then saves the result, the user will loose any changes that may have been merged in by CVS from other users checking in, i.e., when CVS is used in it's CONCURRENT mode of operation. The ONLY sane things to do are: 1) educate the users that they _will_ at some point cause one another (not just themselves) to loose changes that others put into CVS, and the other coder may not be happy about it & the boss will NOT be happy about it. (the loss can be fixed with a `cvs -jr1 -jr2` where r1=r2 - 1rev and r2=rev before loss, but don't tell them that). 2) make it company/group/project policy to discipline (publicly if necessary) anyone who has an editor open while running CVS commands. Summary: the problem you see is only the very tip of the iceberg created by having a CVS controled file open in an editor while also running a CVS commit _OR_ update command. I doubt I am alone in seeing this as a user education problem, but I am going to leave the bug open. Advice: DO NOT ALLOW THE PRACTICE TO CONTINUE. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ From MAILER-DAEMON Wed Sep 26 14:45:10 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Iabsk-0006Yh-Kf for mharc-bug-cvs@gnu.org; Wed, 26 Sep 2007 14:45:10 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IabGz-00030C-Vp for bug-cvs@nongnu.org; Wed, 26 Sep 2007 14:06:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IabGy-0002zy-IF for bug-cvs@nongnu.org; Wed, 26 Sep 2007 14:06:09 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IabGy-0002zv-DY for bug-cvs@nongnu.org; Wed, 26 Sep 2007 14:06:08 -0400 Received: from wr-out-0506.google.com ([64.233.184.227]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IabGy-00081l-1d for bug-cvs@nongnu.org; Wed, 26 Sep 2007 14:06:08 -0400 Received: by wr-out-0506.google.com with SMTP id c38so2368238wra for ; Wed, 26 Sep 2007 11:06:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=UF6LANDwFX6utvnG47vULyDkGdtuuhS9NFMvWBUbotY=; b=Yd6+cRCMjmYqlnbY9wXrc6PBZNTrUFDDIwEHIiFjVqohZdpCpvXPh73pl4ZuLjgytmU2mZcv9QM9nMf73kCOxlzWF3vXH840/e2xRpilgyY2duRbZDzcru235cPpW1fIhXkfWlZKCAY0A+jeuRlkdfFfQNZzQNmajYJZiPhfz/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=FoK8yR+4G+2oZaViwMo9bdS0KN6bOeNkg5SkSTuvdR2vc47H6yC6b5BFfHW2q86F0VUpSVRf6WY6WILax+71oO7ph+tuIG7M4HrpmC965bgI37cyHud8QlgictfbzMeyVgRk1otMIizeXHQ6CzEsNRsxAAK6YojZj6/y4zwBlww= Received: by 10.78.137.7 with SMTP id k7mr977410hud.1190829965143; Wed, 26 Sep 2007 11:06:05 -0700 (PDT) Received: by 10.78.19.3 with HTTP; Wed, 26 Sep 2007 11:06:05 -0700 (PDT) Message-ID: <84b525b80709261106y2c1adf7ar5fb4d06fd56475c2@mail.gmail.com> Date: Wed, 26 Sep 2007 18:06:05 +0000 From: "frank asabere" To: bug-cvs@nongnu.org MIME-Version: 1.0 X-Detected-Kernel: Linux 2.4-2.6 (Google crawlbot) X-Mailman-Approved-At: Wed, 26 Sep 2007 14:45:09 -0400 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: l need your help X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 18:06:10 -0000 Could you please help me to have script on my cvs server that can checkout an only update file ? Thank you From MAILER-DAEMON Wed Sep 26 18:01:34 2007 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Iaewo-00032O-83 for mharc-bug-cvs@gnu.org; Wed, 26 Sep 2007 18:01:34 -0400 Path: shelby.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!cyclone1.gnilink.net!spamkiller.gnilink.net!gnilink.net!trnddc02.POSTED!42025409!not-for-mail From: "Dennis Jones" Newsgroups: gnu.cvs.bug References: Lines: 20 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.3138 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Message-ID: Date: Wed, 26 Sep 2007 20:46:19 GMT NNTP-Posting-Host: 71.245.109.58 X-Complaints-To: abuse@verizon.net X-Trace: trnddc02 1190839579 71.245.109.58 (Wed, 26 Sep 2007 16:46:19 EDT) NNTP-Posting-Date: Wed, 26 Sep 2007 16:46:19 EDT Xref: shelby.stanford.edu gnu.cvs.bug:13419 To: bug-cvs@nongnu.org X-Mailman-Approved-At: Wed, 26 Sep 2007 18:01:33 -0400 Subject: Re: l need your help X-BeenThere: bug-cvs@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports for the CVS versions control system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Sep 2007 21:40:17 -0000 "frank asabere" wrote in message news:mailman.1335.1190832310.18990.bug-cvs@nongnu.org... > Could you please help me to have script on my cvs server that can checkout > an only update file ? You're in the wrong newsgroup -- this is not a bug/issue. However, as long as I'm here... First, a checkout does not occur on the server; it occurs on the client (it checks out *from* the server). Second, you may need to explain more clearly what it is you want to do. CVS's 'update' command brings files up to date in your local sandbox, and that's what it sounds like you want to do. If that is not what you want, you will need to be more specific (and ask in the right group: gnu.cvs.help). - Dennis