>>> Emerging (1 of 1) sys-kernel/linux-headers-2.6.11-r5 to / >>> Unpacking source... >>> Unpacking linux-2.6.11.tar.bz2 to /zzz/tmp/portage/linux-headers-2.6.11-r5/work * gentoo-headers-2.6.11-12.tar.bz2 unpacked * Applying linux-2.6.12.1-blackfin.patch.patch (-p0+) ... [ ok ] * Applying 2.6.0-fb.patch (-p0+) ... [ ok ] * Applying 2.6.0-sysctl_h-compat.patch (-p0+) ... [ ok ] * Applying 2.6.10-generic-arm-prepare.patch (-p0+) ... [ ok ] * Applying 2.6.11-appCompat.patch (-p0+) ... [ ok ] * Applying 2.6.11-m68k-setup-prototypes.patch (-p0+) ... [ ok ] * Applying 2.6.11-ppc64-Makefile.patch (-p0+) ... [ ok ] * Applying 2.6.11-s390-cflags-update.patch (-p0+) ... [ ok ] * Applying 2.6.11-superh-flags.patch (-p0+) ... [ ok ] * Applying 2.6.8.1-soundcard-ppc64.patch (-p0+) ... [ ok ] * Applying 2.6.8.1-strict-ansi-fix.patch (-p0+) ... [ ok ] !!! ERROR: sys-kernel/linux-headers-2.6.11-r5 failed. Call stack: ebuild.sh, line 1525: Called dyn_unpack ebuild.sh, line 700: Called src_unpack linux-headers-2.6.11-r5.ebuild, line 36: Called kernel-2_src_unpack kernel-2.eclass, line 1027: Called unpack_2_6 kernel-2.eclass, line 356: Called die !!! make defconfig failed !!! If you need support, post the topmost build error, and the call stack if relevant. This happens with r2 and r3 too. (r4 is hard masked on x86). The strange thing is that i did emerge -e system && emerge -e system (nothing important updated, i do this once in a while as a routine check) a few days ago and no errors. Portage 2.1_pre10-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.4-r1, 2.6.16-gentoo-r4 i686) ================================================================= System uname: 2.6.16-gentoo-r4 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.12.0_pre19 ccache version 2.4 [enabled] dev-lang/python: 2.4.3 dev-util/ccache: 2.4-r1 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -falign-functions=64 -ffast-math -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -falign-functions=64 -ffast-math -ftracer -fvisibility-inlines-hidden" DISTDIR="/zzz/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms" GENTOO_MIRRORS="http://ftp.roedu.net/pub/mirrors/gentoo.org http://ftp1.lug.ro/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="ro" MAKEOPTS="-j2" PKGDIR="/zzz/portage/packages" PORTAGE_TMPDIR="/zzz/tmp" PORTDIR="/zzz/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/xgl-coffee" SYNC="rsync://rsync.ro.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm avi bitmap-fonts cairo cdr cli crypt dri dvd dvdr encode gdbm gif glitz gpm gstreamer gtk2 hal imlib ipv6 isdnlog jpeg kde libg++ libwww mad mikmod mp3 mpeg ncurses nls nptl nptlonly nvidia ogg opengl pam pcre pdflib perl png pppd python qt readline reflection sdl session spl ssl tcpd truetype truetype-fonts type1-fonts udev unicode vorbis xml xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_ro userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK
sorry about this guys, there was a missing xmakeopts which would have broke defconfig for several archs. This is now in CVS.
*** Bug 132212 has been marked as a duplicate of this bug. ***
so what do users have to do to resolv this?
Ok sorry. I investigated this further and a current kernel-2.eclass does not fix the issue for me. # $Header: /var/cvsroot/gentoo-x86/eclass/kernel-2.eclass,v 1.176 2006/05/06 17:57:16 flameeyes Exp $ I currently don't have linux-headers installed and linux-headers fail to emerge as of not having some headers present...
I resolved the issue in emerging linux-headers with make defconfig commented out in kernel-2.eclass. Could someone reopen this bug?
(In reply to comment #5) > I resolved the issue in emerging linux-headers with make defconfig commented > out in kernel-2.eclass. Could someone reopen this bug? Reopening on request.
can you provide more information please, specifically I need to know what error message you were getting, and what version of linux-headers was failing.
I tried to install sys-kernel/linux-headers-2.6.11-r5 The error message looks exactly like the one in the Description of this bug. I found about the missing headers, when I did make defconfig manually. It find it wrong to depend on existing headers when trying to install headers.
(In reply to comment #8) > The error message looks exactly like the one in the Description of this bug. The error message above is going to hide everything useful unfortunately. Can you please change the line in $PORTDIR/eclass/kernel-2 unpack_2_6() from: make -s defconfig ${xmakeopts} &>/dev/null 2>&1 || die "make defconfig failed" to: make -s defconfig ${xmakeopts} &>/dev/null || die "make defconfig failed" Then try again, and paste the resulting error messages. > I found about the missing headers, when I did make defconfig manually. It find > it wrong to depend on existing headers when trying to install headers. I'm sorry, I dont really understand this comment. You mean you tried to do this manually, but the error message that came up was something to do with missing headers? I'll be able to get more from the error message if you can attach that also. At the moment this (to me) looks like a different bug, which just happens to relate quite conveniently to this one.
You should be able to reproduce my error in removing all installed linux-headers and then reinstalling the current version (emerge -C linux-headers && emerge linux-headers). I'll try to reproduce it myself to provide you the requested logs this evening (CEST)
Ah yes, I can re-create this here now. The problem is with make bits/posix1_lim.h requiring linux/limits.h which wont exist until after these have been installed. I think for the time being I might just remove the || die since there is no real easy fix for this.
Well, I don't know much about the process of installing kernel-headers, but is the make defconfig really needed?.
this has been resolved in CVS. please emerge sync and try again
its not strictly important no, since all it actually requires is the version.h generation. I've overcome this in current headers in CVS, but I suspect 2.6.17+ headers may experience some additional complications.