Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
View Bug Activity | Format For Printing | XML | Clone This Bug
After kernel upgrade (from 2.6.23-gentoo-r5 to 2.6.24-gentoo), acer_acpi-0.5 can't compile. (I upgrade linux-headers to linux-headers-2.6.24 and recompile glibc) Build.log : * Messages for package app-laptop/acer_acpi-0.5: * * ERROR: app-laptop/acer_acpi-0.5 failed. * Call stack: * ebuild.sh, line 1701: Called dyn_compile * ebuild.sh, line 1039: Called qa_call 'src_compile' * ebuild.sh, line 44: Called src_compile * ebuild.sh, line 1383: Called linux-mod_src_compile * linux-mod.eclass, line 519: Called die * The specific snippet of code: * emake HOSTCC="$(tc-getBUILD_CC)" CC="$(get-KERNEL_CC)" LDFLAGS="$(get_abi_LDFLAGS)" \ * ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} \ * || die "Unable to make ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}." * The die message: * Unable to make KERNELSRC=/usr/src/linux KERNELVERSION=2.6.24-gentoo all. * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/app-laptop/acer_acpi-0.5/temp/build.log'. Thank you for help
(In reply to comment #0) > After kernel upgrade (from 2.6.23-gentoo-r5 to 2.6.24-gentoo), acer_acpi-0.5 > can't compile. > (I upgrade linux-headers to linux-headers-2.6.24 and recompile glibc) > Please comment on why you think this text matches your bug so that we can improve it: Developer Relations: Maintainer of communication guidelines between fellow developers Bugs related to ebuilds belong in 'Gentoo Linux'
Also you didn't post any error whatsoever; attach a full emerge.log, post emerge --info and reopen the bug then.
Created an attachment (id=142282) [edit] emerge.log My emerge --info : Portage 2.1.3.19 (default-linux/amd64/2007.0/no-multilib, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo x86_64) ================================================================= System uname: 2.6.24-gentoo x86_64 AMD Turion(tm) 64 Mobile Technology ML-30 Timestamp of tree: Tue, 29 Jan 2008 01:16:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r6 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.10-r5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.24 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.ovh.net/gentoo-distfiles/ http://gentoo.modulix.net/gentoo/ http://ftp.club-internet.fr/pub/mirrors/gentoo ftp://ftp.free.fr/mirrors/ftp.gentoo.org/ " LANG="fr_FR.UTF-8" LC_ALL="fr_FR.UTF-8" LINGUAS="fr en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X acl acpi alsa amd64 apm avahi bash-completion berkdb bitmap-fonts cairo cdr cjk cli cracklib crypt cups dbus dri dvd dvdr dvdread fortran gdbm gnome gpm gstreamer gtk gtk2 gtkhtml hal iconv ipv6 isdnlog lm_sensors midi mmx mudflap ncurses nls nptl nptlonly openmp pam pcre perl pmu pppd python readline reflection session spl sse sse2 ssl tcpd truetype-fonts type1-fonts unicode vcd xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr en" USERLAND="GNU" VIDEO_CARDS="radeon" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created an attachment (id=142288) [edit] Build.log
reopening
you can fix this by finding the Makefile that is messing with CFLAGS, then use a sed in the ebuild to change that to EXTRA_CFLAGS
quick reminder; 2.6.24 will go stable soon
As silly as may workaround sound, it worked for me. I emerged it a few times in a row and once it worked suddenly. Sorry, that I cannot tell, why, but I thought even it's no really fix, it might help finding the problem. BTW. the kernel 2.6.24 doesn't have any keyword restrictions anymore, doesn't that mean it's stable?
(In reply to comment #6) > you can fix this by finding the Makefile that is messing with CFLAGS, then > use a sed in the ebuild to change that to EXTRA_CFLAGS I just run into this too :-/ ... and yes, this replacement helps
(In reply to comment #6) > you can fix this by finding the Makefile that is messing with CFLAGS, then use > a sed in the ebuild to change that to EXTRA_CFLAGS > How can this be done? Thanks for helping! :D
(In reply to comment #10) > (In reply to comment #6) > > you can fix this by finding the Makefile that is messing with CFLAGS, then use > > a sed in the ebuild to change that to EXTRA_CFLAGS > > > > How can this be done? Thanks for helping! :D > I had problems with all acer_acpi ebuilds (dont know exactly if i used this particular version), and found out why, i had MAKEOPTS="-j3" in my make.conf, commenting it out helped; means it does not build in parallel, same as MAKEOPTS="-j1". it builds successfully 100% of the times started.
(In reply to comment #10) > (In reply to comment #6) > > you can fix this by finding the Makefile that is messing with CFLAGS, then use > > a sed in the ebuild to change that to EXTRA_CFLAGS > > > > How can this be done? Thanks for helping! :D > I guess something like this was meant: --- acer_acpi-0.5.ebuild.old 2008-04-06 19:11:57.000000000 +0200 +++ acer_acpi-0.5.ebuild 2008-04-06 19:26:59.000000000 +0200 @@ -21,6 +21,12 @@ BUILD_PARAMS="KERNELSRC=${KV_DIR} KERNELVERSION=${KV_FULL}" } +src_unpack() { + unpack ${A} + cd "${S}" + sed -i -e "s/CFLAGS+/EXTRA_CFLAGS/" ${WORKDIR}/${P}/Makefile +} + src_install() { linux-mod_src_install dodoc README COPYING NEWS AUTHORS
(In reply to comment #11) > > (In reply to comment #6) > > > you can fix this by finding the Makefile that is messing with CFLAGS, then use > > > a sed in the ebuild to change that to EXTRA_CFLAGS ... > I had problems with all acer_acpi ebuilds (dont know exactly if i used this > particular version), and found out why, i had MAKEOPTS="-j3" in my make.conf, > commenting it out helped; means it does not build in parallel, same as > MAKEOPTS="-j1". > > it builds successfully 100% of the times started. I wonder how the number of make jobs can affect the hardcoded contents of the Makefile (a variable name) ...? :-)
> I guess something like this was meant: > > --- acer_acpi-0.5.ebuild.old 2008-04-06 19:11:57.000000000 +0200 > +++ acer_acpi-0.5.ebuild 2008-04-06 19:26:59.000000000 +0200 > @@ -21,6 +21,12 @@ > BUILD_PARAMS="KERNELSRC=${KV_DIR} KERNELVERSION=${KV_FULL}" > } > > +src_unpack() { > + unpack ${A} > + cd "${S}" > + sed -i -e "s/CFLAGS+/EXTRA_CFLAGS/" ${WORKDIR}/${P}/Makefile > +} > + > src_install() { > linux-mod_src_install > dodoc README COPYING NEWS AUTHORS > Thanks for your help! But changing the ebuild file now results in a digest verification failure. Do I need to put this new ebuild in a portage overlay? Is this solution temporary? Thanks!
(In reply to comment #14) > But changing the ebuild file now results in a digest verification failure. you can regenerate the digest by running ebuild /path/to/modified.ebuild digest > Do I need to put this new ebuild in a portage overlay? Is > this solution temporary? yes, you have to put it aside from the main tree (into overlay), else it would get overwritten on next sync
I am having exactly the same problem with the app-laptop/tp_smapi-0.31 package. (Gentoo 2008.0_beta1 with kernel 2.6.24-r4)
(In reply to comment #16) > I am having exactly the same problem with the app-laptop/tp_smapi-0.31 package. > (Gentoo 2008.0_beta1 with kernel 2.6.24-r4) > ...but tp_smapi-0.37 (masked by ~) works.
> I had problems with all acer_acpi ebuilds (dont know exactly if i used this > particular version), and found out why, i had MAKEOPTS="-j3" in my make.conf, > commenting it out helped; means it does not build in parallel, same as > MAKEOPTS="-j1". > > it builds successfully 100% of the times started. > - commenting out MAKEOPTS, actually doesn't work with this bug. At least not on mine amd64. But i can confirm that manual change of CFLAGS onto EXTRA_CFLAGS works.
Fixed in CVS, thanks!
