Re: [gentoo-user] different strange kernel name - 2.6.24-gentoo-r4-g506ab20b-dirty

[Chuanwen Wu]

Thank Willie!
On Tue, Apr 29, 2008 at 9:59 PM, Willie Wong <wwong@×××××××××.edu> wrote:
> On Tue, Apr 29, 2008 at 11:05:07AM +0800, Penguin Lover Chuanwen Wu squawked:
>
> > 1, Why I got a new  kernel  image(2.6.24-gentoo-r4-gb921d0de-dirty)
>  > instead of using the old one (2.6.24-gentoo-r4-g506ab20b-dirty) ? As I
>  > know if I add/change something as modules, all I need to do is "make
>  > && make modules_install", and I don't need to install the kernel image
>  > again and reboot my OS because all the changes are  in modules and the
>  > kernel image is all the same - fixed me please if I'm wrong.
>  >  2, Why the kernel image  including my codes  have a very strange name
>  > - 2.6.24-gentoo-r4-g506ab20b-dirty.
>  >
>
>  If you are coding for the kernel, I certainly hope you read the docs!
I have tried more than two hours.
In fact, at last I fixed this problem by READ Makefile in the root of
the kernel tree(/usr/src/linux).
From this Makefile, I find this section:
/*******************************************************************************/
# If CONFIG_LOCALVERSION_AUTO is set scripts/setlocalversion is called
# and if the SCM is know a tag from the SCM is appended.
# The appended tag is determined by the SCM used.
#
# Currently, only git is supported.
# Other SCMs can edit scripts/setlocalversion and add the appropriate
# checks as needed.
ifdef CONFIG_LOCALVERSION_AUTO
        _localver-auto = $(shell $(CONFIG_SHELL) \
                          $(srctree)/scripts/setlocalversion $(srctree))
        localver-auto  = $(LOCALVERSION)$(_localver-auto)
endif

localver-full = $(localver)$(localver-auto)
/************************************************************************/
I thought the "localver-auto" may be something like "-gb921d0de-dirty".
Then I checked out the file "scripts/setlocalversion", and commend all
the git thing. Now my scripts/setlocalversion is:

$ cat scripts/setlocalversion
#!/bin/sh
# Print additional version information for non-release trees.

usage() {
	echo "Usage: $0 [srctree]" >&2
	exit 1
}

cd "${1:-.}" || usage

# Check for git and a git repo.
#if head=`git rev-parse --verify HEAD 2>/dev/null`; then
	# Do we have an untagged version?
#	if git name-rev --tags HEAD | grep -E
'^HEAD[[:space:]]+(.*~[0-9]*|undefined)$' > /dev/null; then
#		printf '%s%s' -g `echo "$head" | cut -c1-8`
#	fi

	# Are there uncommitted changes?
#	if git diff-index HEAD | read dummy; then
#		printf '%s' -dirty
#	fi
#fi

I am not familiar with Shell script, so maybe my solution is not very
good, but it fixed the problem :)

>
>  Here's something from the help menu that pops up when you go to
>   make menuconfig
>   > General Setup > Automatically append version information to the version string
>   and hit help for that entry
>
>   "This will try to automatically determine if the current tree is a
>   release tree by looking for git tags that belong to the current top
>   of tree revision.
>
>   "A string of the format -gxxxxxxxx will be added to the localversion
>   if a git based tree is found. The string generated by this will be
>   appended after any matching localversion files, and after the value
>   set in CONFIG_LOCALVERSION"
>
>  If you are maintainig a git repository, you'd be dealing with a tree
>  always in flux (with the same versioning number I think), so it helps
>  tremendously if there's some way of differentiating between different
>  kernel images.
>
>  This also means that if you don't want this behaviour, just uncheck
>  that option in the configs.
>
>  W
>  --
>  When a clock is hungry it goes back four seconds.
>  Sortir en Pantoufles: up 508 days, 12:29
>  --
>  gentoo-user@l.g.o mailing list
>
>



-- 
wcw
-- 
gentoo-user@l.g.o mailing list