From owner-freebsd-bugs Tue Jun 20 05:20:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA17576 for bugs-outgoing; Tue, 20 Jun 1995 05:20:55 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA17569 for ; Tue, 20 Jun 1995 05:20:52 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id FAA02858; Tue, 20 Jun 1995 05:18:41 -0700 From: "Rodney W. Grimes" Message-Id: <199506201218.FAA02858@gndrsh.aac.dev.com> Subject: Re: bogus release version string To: bde@zeta.org.au (Bruce Evans) Date: Tue, 20 Jun 1995 05:18:41 -0700 (PDT) Cc: asami@cs.berkeley.edu, bde@zeta.org.au, bugs@freebsd.org In-Reply-To: <199506201052.UAA06090@godzilla.zeta.org.au> from "Bruce Evans" at Jun 20, 95 08:52:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1318 Sender: bugs-owner@freebsd.org Precedence: bulk > > > * Release: FreeBSD 2.0-BUILT-19950603 i386 > > * > > * 1. This provides very little information about the version - it might be > > * for plain 2.0 built late or for 2.2 built early. > > >I agree. Is there some way to let cvs generate an $Id$-like string > >that has the checkout time, not the checkin time? Then we can put it > >in one of the header files and pull it into the kernel, and this will > >give us a reasonable approximation assuming the whole source is > >checked out at once (certainly true for sup from freefall or ctm). > > `cvs co ...; date >some-header.h' :-) > > I'd prefer for `cvs commit' to print the date step commit the changed > header (not recursively, and without doubly the number of commits). cvs co occured once for /usr/src on freefall since the 2.0 tree, it has never been checked out again. some-header.h is not how the version string gets built, it is needed by /sys/conf/newvers.sh. This would not handle the 3 way branch we now have in cvs. We need to think this throught carefully and come up with somethings that works well, but does not require excessive version reving of a commited file. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD