[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070110095350.8669dbba.khali@linux-fr.org>
Date: Wed, 10 Jan 2007 09:53:50 +0100
From: Jean Delvare <khali@...ux-fr.org>
To: Andrew Morton <akpm@...l.org>
Cc: Linus Torvalds <torvalds@...l.org>,
Andrey Borzenkov <arvidjaar@...l.ru>,
linux-kernel@...r.kernel.org, Andy Whitcroft <apw@...dowen.org>,
Herbert Poetzl <herbert@...hfloor.at>,
Olaf Hering <olaf@...fle.de>
Subject: Re: .version keeps being updated
Hi Linus, Andrew,
On Tue, 9 Jan 2007 15:25:34 -0800, Andrew Morton wrote:
> On Tue, 9 Jan 2007 15:21:51 -0800, Linus Torvalds wrote:
> > Actually, how about just removing the incrementing version count entirely?
>
> I use it pretty commonly to answer the question "did I remember to install
> that new kernel I just built before I rebooted"? By comparing `uname -a'
> with $TOPDIR/.version.
This will no longer work with the current state of things, as
$TOPDIR/.version keeps increasing.
> > (...) We have more useful _real_ versioning these days, with git commit
> > ID's etc.
These are completely different types of IDs. The .version number is a
local build ID and changes when one applies a local patch, or simply
changes a config option, and recompiles his/her kernel. The git ID of
course doesn't.
>From the other comments in this thread, it looks like the build ID is
something many people are interested in, so we can't just drop it.
--
Jean Delvare
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists