From owner-freebsd-arch Thu Jan 31 10:41:32 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 AE0DE37B417 for ; Thu, 31 Jan 2002 10:41:24 -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 LAA21411; Thu, 31 Jan 2002 11:41:18 -0700 (MST) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by caddis.yogotech.com (8.11.6/8.11.6) id g0VIfFH15471; Thu, 31 Jan 2002 11:41:15 -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.36811.343058.246674@caddis.yogotech.com> Date: Thu, 31 Jan 2002 11:41:15 -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: <20020131183618.C84715@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> <15449.36214.123443.928826@caddis.yogotech.com> <20020131183618.C84715@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 > > > 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. > > Of course. The kernel is a good place to start though. The date in > uname -v isn't particularly helpful at the moment. Agreed. > Userland issues > are clouded by the fact that each piece of software is discrete. And, it's not just a binary software issue. Configuration files that change, etc... > Also > we have 'ident' which can tell us about any particular piece of > software. We could almost do a ident-extract-latest-date in periodic > to deal with userland. See above. Ident doesn't give a snapshot of the entire system. Having a global serial # for the system is a better thing in terms of user support, IMO. (It could be included in PR reports). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message