Date: Thu, 11 Oct 2001 21:36:21 -0700 (PDT) From: John Polstra <jdp@polstra.com> To: stable@freebsd.org Cc: krentel@dreamscape.com Subject: Re: mod times after cvsup Message-ID: <200110120436.f9C4aL580826@vashon.polstra.com> In-Reply-To: <200110060531.f965Vdi48717@dreamscape.com> References: <200110060531.f965Vdi48717@dreamscape.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In article <200110060531.f965Vdi48717@dreamscape.com>, Mark W. Krentel <krentel@dreamscape.com> wrote: > But I'm still puzzled by the following. I cvsup src-base (just six > files) with tag=RELENG_4_2_0_RELEASE into an empty, temp directory and > I get this: [...] > Fine, but now I change tag=RELENG_4_4_0_RELEASE and I get: [...] > Why did it edit Makefile but checkout new copies of Makefile.inc1 and > UPDATING? All of those files previously existed. The short answer is that it checks out new copies whenever it realizes that it can't update the file properly by applying diffs alone. The reasons for that are complicated, but the fact that you changed the tag has something to do with it. > And by setting the mtime for UPDATING to Sep 14, there's the > possibility of the above pitfall you describe. Well, not for > UPDATING because it's not a dependency in a Makefile, but it could > if the file was updating.c. Yes, that's probably a bug. I suspect that when CVSup gives up on applying diffs and checks out a fresh copy instead, it forgets that the file should be touched instead of receiving the timestamp of the revision. I have made a note in my to-do file to look into this. But, whenever you switch tags you should most likely delete your /usr/obj tree anyway, just as a matter of safety. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200110120436.f9C4aL580826>