https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c2 --- Comment #2 from Marcus Meissner 2011-02-04 23:05:13 UTC --- this seems related: + exec rpmbuild -ba --define '_srcdefattr (-,root,root)' --define 'disturl obs://build.opensuse.org/home:jobermayr/openSUSE_Factory/41012c0900c8dcc0fda6cb41df81c7d9-drm-intel' --eval %suse_insert_debug_package /usr/src/packages/SOURCES/drm-intel.spec /bin/sh: /usr/src/linux-2.6.37-20-obj/i386/xen/scripts/Makefile.xen: Permission denied /usr/src/linux-2.6.37-20/scripts/basic/fixdep.c:398:1: fatal error: opening dependency file scripts/basic/.fixdep.d: Permission denied compilation terminated. make[4]: *** [scripts/basic/fixdep] Error 1 make[3]: *** [scripts_basic] Error 2 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c Jeff Mahoney changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffm@novell.com AssignedTo|kernel-maintainers@forge.pr |mmarek@novell.com |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c5 --- Comment #5 from Michal Marek 2011-02-08 11:12:57 UTC --- BTW, I'm aware of the build failures, but it's quite tricky, because this time I am not able to reproduce them locally :-(. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c7 --- Comment #7 from Kshitij Kulshreshtha 2011-02-08 14:21:17 UTC --- (In reply to comment #4)

kernelrelease has to depend on .config, because it has to reflect CONFIG_LOCALVERSION.

CONFIG_LOCALVERSION is present in include/config/auto.conf which is sourced by scripts/setlocalversion, or it exits if this file is not present saying kernelrelease is not valid. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c9 --- Comment #9 from Kshitij Kulshreshtha 2011-02-08 16:03:29 UTC --- Here is an experiment I made, without the need of any kernel-module source code: As a non-root user I executed the following commands and got the corresponding results: $ make -C /usr/src/linux-obj/i586/desktop kernelrelease V=1 make: Entering directory `/usr/src/linux-2.6.37-20-obj/i386/desktop' make -C ../../../linux-2.6.37-20 O=/usr/src/linux-2.6.37-20-obj/i386/desktop/. kernelrelease make -C /usr/src/linux-2.6.37-20-obj/i386/desktop \ KBUILD_SRC=/usr/src/linux-2.6.37-20 \ KBUILD_EXTMOD="" -f /usr/src/linux-2.6.37-20/Makefile \ kernelrelease make -f /usr/src/linux-2.6.37-20/Makefile silentoldconfig make -f /usr/src/linux-2.6.37-20/scripts/Makefile.build obj=scripts/basic gcc -Wp,-MD,scripts/basic/.fixdep.d -Iscripts/basic -Wall -Wmissing-prototypes -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/basic/fixdep /usr/src/linux-2.6.37-20/scripts/basic/fixdep.c /usr/src/linux-2.6.37-20/scripts/basic/fixdep.c:398:1: fatal error: opening dependency file scripts/basic/.fixdep.d: Permission denied compilation terminated. make[4]: *** [scripts/basic/fixdep] Error 1 make[3]: *** [scripts_basic] Error 2 2.6.37-20-desktop make: Leaving directory `/usr/src/linux-2.6.37-20-obj/i386/desktop' $ make -C /usr/src/linux-obj/i586/desktop kernelrelease V=1 KBUILD_EXTMOD=1 make: Entering directory `/usr/src/linux-2.6.37-20-obj/i386/desktop' make -C ../../../linux-2.6.37-20 O=/usr/src/linux-2.6.37-20-obj/i386/desktop/. kernelrelease make -C /usr/src/linux-2.6.37-20-obj/i386/desktop \ KBUILD_SRC=/usr/src/linux-2.6.37-20 \ KBUILD_EXTMOD="1" -f /usr/src/linux-2.6.37-20/Makefile \ kernelrelease test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo; \ echo " ERROR: Kernel configuration is invalid."; \ echo " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo; \ /bin/false) 2.6.37-20-desktop make: Leaving directory `/usr/src/linux-2.6.37-20-obj/i386/desktop' The only difference in the two above is that in the second one KBUILD_EXTMOD was defined. When it is not defined in the first case, a make silentoldconfig was run from the kernel Makefile line 513. I hope this helps. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c11 Michal Marek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |kkhere.geo@gmail.com --- Comment #11 from Michal Marek 2011-02-08 16:54:40 UTC --- Re comment #10 - could try with V=2 instead? That should help us find the culprit. BTW, my theory is that it is the %fdupes call at the end of %install again, I'm inclined to shoot it without proof this time. But if you are able to reproduce it locally, that the V=2 output would help indeed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c13 --- Comment #13 from Kshitij Kulshreshtha 2011-02-08 17:28:12 UTC --- (In reply to comment #11)

Re comment #10 - could try with V=2 instead? That should help us find the culprit. BTW, my theory is that it is the %fdupes call at the end of %install again, I'm inclined to shoot it without proof this time. But if you are able to reproduce it locally, that the V=2 output would help indeed.

since fdupes uses md5sums followed by a byte-by-byte comparison I checked the md5sums of .config and include/config/auto.conf $ md5sum /usr/src/linux-2.6.37-20-obj/i586/desktop/.config f649c2fe8274b0220f2bb70c9cf31569 /usr/src/linux-2.6.37-20-obj/i586/desktop/.config $ md5sum /usr/src/linux-2.6.37-20-obj/i586/desktop/include/config/auto.conf 22b0f65e9c808a1ff8ae72d242343112 /usr/src/linux-2.6.37-20-obj/i586/desktop/include/config/auto.conf A visual inspection shows that the entries in include/config/auto.conf are not even in the same order as in .config -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c15 --- Comment #15 from Michal Marek 2011-02-08 21:19:49 UTC --- ctime is not interesting, it is the time when the file was unpacked by rpm -i. And the mtime on my x86_64 Factory install looks like: $ cd /usr/src/linux-2.6.37-20-obj/x86_64/desktop $ ls -lt --full-time .config include/config/*.conf* -rw-r--r-- 1 root root 95642 2011-01-24 15:57:47.000000000 +0100 include/config/auto.conf -rw-r--r-- 1 root root 61677 2011-01-24 15:57:47.000000000 +0100 include/config/tristate.conf -rw-r--r-- 1 root root 16938 2011-01-24 15:57:46.000000000 +0100 include/config/auto.conf.cmd -rw-r--r-- 1 root root 120310 2011-01-24 15:57:39.000000000 +0100 .config $ find -type f ! -newer .config /Module.base /.config /Module.supported $ make -s kernelrelease 2.6.37-20-desktop $ echo $? 0 I.e. everything works as expected. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c17 --- Comment #17 from Michal Marek 2011-02-08 21:44:18 UTC --- Wow, I'm able to reproduce it in a running system. For some reason it did not trigger when using osc. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c19 --- Comment #19 from Kshitij Kulshreshtha 2011-02-08 22:30:07 UTC --- (In reply to comment #18)

The failure here was caused by using a i386 kernel config on x86_64: $ uname -m x86_64 $ cd /usr/src/linux-obj/i586/desktop $ make -s kernelrelease /usr/src/linux-2.6.37-20/scripts/basic/fixdep.c:398:1: fatal error: opening dependency file scripts/basic/.fixdep.d: Permission denied compilation terminated. make[4]: *** [scripts/basic/fixdep] Error 1 make[3]: *** [scripts_basic] Error 2 2.6.37-20-desktop $ linux32 make -s kernelrelease 2.6.37-20-desktop

In the first case, kbuild detects an architecture change and forces a refresh of the configuration.

Kshitij, are you seeing the errors on a 32bit install or are you trying to build 32bit modules on a 64bit system?

Yes in fact I was building 32bit modules on a x86_64 system with i586 packages installed. Somehow I was under the impression that Kbuild uses the .config file and adds -m32 or -m64 to the compile commands. In the obs logs for i586 I did not see the linux32 command. There the call to make -s kernelrelease from macros.kernel-source produces these errors and also returns kver=Updating in the xen case. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c Michal Marek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |coolo@novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c22 --- Comment #22 from Adrian Schröter 2011-02-09 09:40:19 UTC --- build is not running linux32, it sets the personality directly (via perl code) when running in XEN vm on the workers. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c24 --- Comment #24 from Adrian Schröter 2011-02-09 10:35:16 UTC --- kernel-xen from Factory. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c26 --- Comment #26 from Michal Marek 2011-02-09 11:44:55 UTC --- Here we go: The failures are most likely caused by a bug in the kernel package that I realized yesterday, but didn't believe it could be the cause. Namely, kernel-devel and kernel-$flavor-devel are built independently (by kernel-source.spec and kernel-$flavor.spec, respectively), which can result in files below /usr/src/linux/ being newer than in /usr/src/linux-obj. I'm going to fix this by setting the mtime of /usr/src/linux/ files to the timestamp of the git commit. Now the funny part - the buildservice apparently uses more up to date packages when building on the server, than it offers for download when you build locally: local build: + rpm -q --qf '%{buildtime} %{n} %{buildtime:date}\n' kernel-xen-devel kernel-devel + sort -n 1295881154 kernel-devel Mon Jan 24 14:59:14 2011 1295888065 kernel-xen-devel Mon Jan 24 16:54:25 2011 + ls -ltr --full-time /usr/src/linux/init/Kconfig /usr/src/linux-obj/i386/xen/include/config/auto.conf -rw-r--r-- 1 root root 44561 2011-01-24 14:56:48.000000000 +0000 /usr/src/linux/init/Kconfig -rw-r--r-- 1 root root 93934 2011-01-24 14:59:15.000000000 +0000 /usr/src/linux-obj/i386/xen/include/config/auto.conf remote build: + rpm -q --qf '%{buildtime} %{n} %{buildtime:date}\n' kernel-xen-devel kernel-devel + sort -n 1295881324 kernel-devel Mon Jan 24 15:02:04 2011 1295888065 kernel-xen-devel Mon Jan 24 16:54:25 2011 + ls -ltr --full-time /usr/src/linux/init/Kconfig /usr/src/linux-obj/i386/xen/include/config/auto.conf -rw-r--r-- 1 root root 93934 2011-01-24 14:59:15.000000000 +0000 /usr/src/linux-obj/i386/xen/include/config/auto.conf -rw-r--r-- 1 root root 44561 2011-01-24 14:59:18.000000000 +0000 /usr/src/linux/init/Kconfig Note the differing build times of kernel-devel and mtimes of /usr/src/linux/init/Kconfig. kernel-xen-devel is still newer in both cases, but the build time is recorded at the end of the build. The age of the files is different in the two cases. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c28 --- Comment #28 from Stephan Kulow 2011-02-09 12:57:37 CET --- the server builds i586 against i586, osc pulls noarch packages from a not defined architecture - in this case you get the x86_64 "noarch" package. If kernel-devel is arch specific, it shouldn't be noarch. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c30 --- Comment #30 from Michal Marek 2011-02-09 12:02:07 UTC --- (In reply to comment #28)

the server builds i586 against i586, osc pulls noarch packages from a not defined architecture - in this case you get the x86_64 "noarch" package.

Ah, ok, that explains things. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=669669 https://bugzilla.novell.com/show_bug.cgi?id=669669#c32 Michal Marek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #32 from Michal Marek 2011-02-09 14:00:24 UTC --- Fixed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.