[Workarounded!] Re: make-kpkg "utsrelease.h ... does not match current version"
Hi All
Thanks to Bin I found a workaround: He asked a good question, that
left me without an answer ... :)
On Wed, Jan 09 2008, at 20:27 +0100, Wolfgang Pfeiffer wrote:
> Since hours I'm trying to compile one of the latest git kernel
> sources: all builds break like this:
>
Most important first: the .config change below, i.e. switching off
LOCALVERSION_AUTO, helped to finish the compile until building the
kernel .deb:
-------------------------------
$ diff -u ../../.config.2008.01.09 .config
--- ../../.config.2008.01.09 2008-01-09 12:08:47.000000000 +0100
+++ .config 2008-01-10 12:24:53.000000000 +0100
@@ -1,7 +1,7 @@
#
# Automatically generated make config: don't edit
-# Linux kernel version: 2.6.24-rc6+first.run
-# Wed Jan 9 12:08:47 2008
+# Linux kernel version: 2.6.24-rc7-2008.01.10
+# Thu Jan 10 12:24:53 2008
#
# CONFIG_PPC64 is not set
@@ -60,7 +60,7 @@
CONFIG_BROKEN_ON_SMP=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
-CONFIG_LOCALVERSION_AUTO=y
+# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
------------------------------
Funny thing: I didn't believe this LOCALVERSION_AUTO option was
related to this issue as I compiled successfully at least one
git-kernel around summer 2006, with exactly this option turned
on.
BTW: I think I was wrong in one of my previous messages when writing I
used kernel-package=10.060 then: it probably was some of the versions
before that one.
To narrow down the issue:
Has anyone out there - with a mildly fresh Debian/unstable or
experimental - managed to compile, with make-kpkg, a git(!)-kernel tree with
CONFIG_LOCALVERSION_AUTO=y
?
Those who use the (non-git?) kernel sources from
http://www.kernel.org/pub/linux/kernel/v2.6/
Can you successfully compile with make-kpkg with
CONFIG_LOCALVERSION_AUTO=y
?
Oh yes: the one liner I used today for the successful build, IINM:
time MAKEFLAGS="CC=gcc-4.1" fakeroot make-kpkg --append-to-version=-2008.01.10 --revision +1st.run kernel_image
I suspect #423721 being responsible for this failure. I add a report
to that page ASAP ...
Thanks to everyone for your support
Best Regards
Wolfgang
--
Wolfgang Pfeiffer: /ICQ: 286585973/ + + + /AIM: crashinglinux/
http://heelsbroke.blogspot.com/
Key: 0xE3037113
http://keyserver.mine.nu/pks/lookup?search=0xE3037113&fingerprint=on
Reply to: