From owner-freebsd-arch Thu Jan 31 10:31:28 2002 Delivered-To: freebsd-arch@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id D87D737B402 for ; Thu, 31 Jan 2002 10:31:22 -0800 (PST) Received: from caddis.yogotech.com (caddis.yogotech.com [206.127.123.130]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id LAA20976; Thu, 31 Jan 2002 11:31:18 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id g0VIVI915384; Thu, 31 Jan 2002 11:31:18 -0700 (MST) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15449.36214.123443.928826@caddis.yogotech.com> Date: Thu, 31 Jan 2002 11:31:18 -0700 To: Josef Karthauser Cc: Nate Williams , Sheldon Hearn , Terry Lambert , arch@FreeBSD.ORG Subject: Re: Adding support for a global src tree serial number In-Reply-To: <20020131182839.B84715@genius.tao.org.uk> References: <3C5944A4.4927F812@mindspring.com> <80628.1012484102@axl.seasidesoftware.co.za> <15449.30438.698921.182380@caddis.yogotech.com> <20020131173702.J77899@genius.tao.org.uk> <15449.33154.45261.703514@caddis.yogotech.com> <20020131175001.K77899@genius.tao.org.uk> <15449.34112.10169.928474@caddis.yogotech.com> <20020131182839.B84715@genius.tao.org.uk> X-Mailer: VM 6.96 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > Why wouldn't you get a consistent answer. A source tree is a source > > > tree isn't it? > > > > Nope. I don't have alpha/pc98/sparc/ia64 bits in my x86 tree. I don't > > have any need for them, so why have them fill up my tree. On my alpha, > > I don't have the non-relevant bits as well. > > > > In short, unless you *define* a standard ahead of time, you can't > > guarantee a consistent answer. > > > > And, it still takes *way* too long to calculate. > > > > Maybe we're talking about different things. The point of having a > kernel version date that is related to the source and not to the > build-date is to have an idea of what source versions might contribute > to a bug. Agreed. But, I don't think we should limit it to just kernel, since there are non-kernel bugs, and it would be nice to know how they work. > It doesn't matter whether all the source is there or > not, whether they're alpha/pc98/sparc or whatever. If we use latest > date in a $FreeBSD$ tag of the source files that are installed by > submitting the output of 'uname -v' and a kernel config file it's > possible to know the latest change in the repository that might > have caused a problem. That solves the problem surely. > > % uname -v > FreeBSD 5.0-CURRENT[20011101-12:01:00] #0: Tue Jan 22 09:46:56 GMT 2002 joe@genius.tao.org.uk:/usr/obj/usr/src/sys/GENIUS > > This clearly says that the latest change in the repository that > could make a difference was on Nov 1st 2001. The Jan 22 date is > totally arbitrary. How do you get Nov 1 from the above? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message