Date: Thu, 31 Jan 2002 11:31:18 -0700 From: Nate Williams <nate@yogotech.com> To: Josef Karthauser <joe@tao.org.uk> Cc: Nate Williams <nate@yogotech.com>, Sheldon Hearn <sheldonh@starjuice.net>, Terry Lambert <tlambert2@mindspring.com>, arch@FreeBSD.ORG Subject: Re: Adding support for a global src tree serial number Message-ID: <15449.36214.123443.928826@caddis.yogotech.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15449.36214.123443.928826>