litmus-rt.git/scripts/setlocalversion, branch v2.6.22

kbuild: append -dirty for updated but uncommited changes

2006-06-16T22:08:17+00:00

Compare the working copy with the last commit, instead of the index.

Signed-off-by: Uwe Zeisberger 
Acked-by: Ryan Anderson 
Signed-off-by: Sam Ravnborg

kbuild: append git revision for all untagged commits

2006-06-16T22:08:17+00:00

adds revision suffix for untagged commits that are reachable from a tag

I'm bisecting and don't get the -g...... suffix.  The reason is, that

	git name-rev --tags HEAD

returns e.g.

	HEAD tags/v2.6.17-rc1^0~1067

which is currently good enough for setlocalversion to skip the suffix.
This introduces a dependecy to grep -E, which should be fine.

Signed-off-by: Uwe Zeisberger 
Acked-By: Ryan Anderson 
Signed-off-by: Sam Ravnborg

kbuild: In setlocalversion change -git_dirty to just -dirty

2006-01-08T17:44:01+00:00

When building Debian packages directly from the git tree, the appended
"git_dirty" is a problem due to the underscore.  In order to cause the
least problems, change that just to "dirty".

Signed-off-by: Ryan Anderson 
Signed-off-by: Sam Ravnborg

kbuild: Use git in scripts/setlocalversion

2006-01-06T19:46:21+00:00

Currently scripts/setlocalversion is a Perl script that tries to figure
out the current git commit ID of a repo without using git.  It also
imports Digest::MD5 without using it and generally is too big for the
small task it does. :]  And it always reports a git ID, even when the
HEAD is tagged -- this is a bug.

This patch replaces it with a Bourne Shell script that uses git
commands to do the same.  I can't come up with a scenario where someone
would use a git repo and refuse to install git core at the same time,
so I think it's reasonable to assume git is available.

The new script also reports uncommitted changes by adding -git_dirty to
the version string.  Obviously you can't see from that _what_ has been
changed from the last commit, so it's more of a reminder that you
forgot to commit something.

The script is easily extensible: simply add a check for Mercurial (or
whatever) below the git check.

Note: the script doesn't print a newline char anymore.  That's only
because it was easier to implement it that way, not a feature (or bug).
'make kernelrelease' doesn't care.

Signed-off-by: Rene Scharfe 
Acked-by: Ryan Anderson 
Signed-off-by: Sam Ravnborg

[PATCH] kbuild: automatically append a short string to the version based upon the git commit

2005-08-10T19:11:23+00:00

If CONFIG_AUTO_LOCALVERSION is set, the user is using a git-based tree, and the
current HEAD is not referred to by any tags in .git/refs/tags/, append -g and
the first 8 characters of the commit to the version string.  This makes it
easier to use git-bisect, and/or to do a daily build, without trampling on your
older, working builds, or accidentally setting up conflicting sets of modules.

Signed-off-by: Ryan Anderson 
Signed-off-by: Sam Ravnborg