208292 2008-01-31 12:58 0000 app-laptop/acer_acpi-0.5 doesn't compile w/ kernel 2.6.24 - CFLAGS was changed 2008-11-09 12:51:55 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified AMD64 Linux RESOLVED FIXED P2 normal --- 207383 1 sapaly.nicolas@free.fr jurek@gentoo.org betelgeuse@gentoo.org dj.notabene@interia.pl jarauh@hotmail.com kavol@email.cz mobile@gentoo.org steven@greenius.co.uk sapaly.nicolas@free.fr 2008-01-31 12:58:19 0000 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 betelgeuse@gentoo.org 2008-01-31 13:12:50 0000 (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' jakub@gentoo.org 2008-01-31 13:14:03 0000 Also you didn't post any error whatsoever; attach a full emerge.log, post emerge --info and reopen the bug then. sapaly.nicolas@free.fr 2008-01-31 13:40:00 0000 Created an attachment (id=142282) 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 sapaly.nicolas@free.fr 2008-01-31 15:34:13 0000 Created an attachment (id=142288) Build.log betelgeuse@gentoo.org 2008-01-31 15:34:55 0000 reopening dsd@gentoo.org 2008-02-13 16:23:15 0000 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 dsd@gentoo.org 2008-03-13 16:27:44 0000 quick reminder; 2.6.24 will go stable soon d.w.79@web.de 2008-03-25 01:59:18 0000 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? kavol@email.cz 2008-03-26 09:32:43 0000 (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 sthilaid@iro.umontreal.ca 2008-04-02 18:01:58 0000 (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 jan@sordid.de 2008-04-06 12:01:43 0000 (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. kavol@email.cz 2008-04-06 17:29:29 0000 (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 kavol@email.cz 2008-04-06 17:32:21 0000 (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) ...? :-) sthilaid@iro.umontreal.ca 2008-04-08 12:02:36 0000 > 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! kavol@email.cz 2008-04-08 12:54:05 0000 (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 jarauh@hotmail.com 2008-04-10 12:22:42 0000 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) jarauh@hotmail.com 2008-04-10 14:24:31 0000 (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. dj.notabene@interia.pl 2008-05-30 11:08:09 0000 > 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. jurek@gentoo.org 2008-06-01 01:32:41 0000 Fixed in CVS, thanks! 142282 2008-01-31 13:40 0000 emerge.log emerge.log text/plain MTIwMTc4NTkzNzogU3RhcnRlZCBlbWVyZ2Ugb246IEphbiAzMSwgMjAwOCAxNDoyNTozNwoxMjAx Nzg1OTM3OiAgKioqIGVtZXJnZSAtLWFzayAtLXZlcmJvc2UgYWNlcl9hY3BpCjEyMDE3ODU5NDQ6 ICA+Pj4gZW1lcmdlICgxIG9mIDEpIGFwcC1sYXB0b3AvYWNlcl9hY3BpLTAuNSB0byAvCjEyMDE3 ODU5NDQ6ICA9PT0gKDEgb2YgMSkgQ2xlYW5pbmcgKGFwcC1sYXB0b3AvYWNlcl9hY3BpLTAuNTo6 L3Vzci9wb3J0YWdlL2FwcC1sYXB0b3AvYWNlcl9hY3BpL2FjZXJfYWNwaS0wLjUuZWJ1aWxkKQox MjAxNzg1OTQ2OiAgPT09ICgxIG9mIDEpIENvbXBpbGluZy9NZXJnaW5nIChhcHAtbGFwdG9wL2Fj ZXJfYWNwaS0wLjU6Oi91c3IvcG9ydGFnZS9hcHAtbGFwdG9wL2FjZXJfYWNwaS9hY2VyX2FjcGkt MC41LmVidWlsZCkKMTIwMTc4NTk1NjogICoqKiB0ZXJtaW5hdGluZy4KCg== 142288 2008-01-31 15:34 0000 Build.log build.log text/plain IBtbMzI7MDFtKhtbMG0gRGV0ZXJtaW5pbmcgdGhlIGxvY2F0aW9uIG9mIHRoZSBrZXJuZWwgc291 cmNlIGNvZGUNCiAbWzMyOzAxbSobWzBtIEZvdW5kIGtlcm5lbCBzb3VyY2UgZGlyZWN0b3J5Og0K IBtbMzI7MDFtKhtbMG0gICAgIC91c3Ivc3JjL2xpbnV4DQogG1szMjswMW0qG1swbSBGb3VuZCBr ZXJuZWwgb2JqZWN0IGRpcmVjdG9yeToNCiAbWzMyOzAxbSobWzBtICAgICAvbGliL21vZHVsZXMv Mi42LjI0LWdlbnRvby9idWlsZA0KIBtbMzI7MDFtKhtbMG0gRm91bmQgc291cmNlcyBmb3Iga2Vy bmVsIHZlcnNpb246DQogG1szMjswMW0qG1swbSAgICAgMi42LjI0LWdlbnRvbw0KPj4+IFVucGFj a2luZyBzb3VyY2UuLi4NCj4+PiBVbnBhY2tpbmcgYWNlcl9hY3BpLTAuNS50YXIuYnoyIHRvIC92 YXIvdG1wL3BvcnRhZ2UvYXBwLWxhcHRvcC9hY2VyX2FjcGktMC41L3dvcmsNCj4+PiBTb3VyY2Ug dW5wYWNrZWQuDQo+Pj4gQ29tcGlsaW5nIHNvdXJjZSBpbiAvdmFyL3RtcC9wb3J0YWdlL2FwcC1s YXB0b3AvYWNlcl9hY3BpLTAuNS93b3JrL2FjZXJfYWNwaS0wLjUgLi4uDQogG1szMjswMW0qG1sw bSBQcmVwYXJpbmcgYWNlcl9hY3BpIG1vZHVsZQ0KbWFrZSAtQyAvdXNyL3NyYy9saW51eCBTVUJE SVJTPS92YXIvdG1wL3BvcnRhZ2UvYXBwLWxhcHRvcC9hY2VyX2FjcGktMC41L3dvcmsvYWNlcl9h Y3BpLTAuNSBtb2R1bGVzDQptYWtlWzFdOiBlbnRyYW50IGRhbnMgbGUgcsOpcGVydG9pcmUgwqsg L3Vzci9zcmMvbGludXgtMi42LjI0LWdlbnRvbyDCuw0Kc2NyaXB0cy9NYWtlZmlsZS5idWlsZDo0 NjogKioqIENGTEFHUyB3YXMgY2hhbmdlZCBpbiAiL3Zhci90bXAvcG9ydGFnZS9hcHAtbGFwdG9w L2FjZXJfYWNwaS0wLjUvd29yay9hY2VyX2FjcGktMC41L01ha2VmaWxlIi4gRml4IGl0IHRvIHVz ZSBFWFRSQV9DRkxBR1MuIEFycsOqdC4NCm1ha2VbMV06ICoqKiBbX21vZHVsZV8vdmFyL3RtcC9w b3J0YWdlL2FwcC1sYXB0b3AvYWNlcl9hY3BpLTAuNS93b3JrL2FjZXJfYWNwaS0wLjVdIEVycmV1 ciAyDQptYWtlWzFdOiBxdWl0dGFudCBsZSByw6lwZXJ0b2lyZSDCqyAvdXNyL3NyYy9saW51eC0y LjYuMjQtZ2VudG9vIMK7DQptYWtlOiAqKiogW2FjZXJfYWNwaS5rb10gRXJyZXVyIDINCiAbWzMx OzAxbSobWzBtIA0KIBtbMzE7MDFtKhtbMG0gRVJST1I6IGFwcC1sYXB0b3AvYWNlcl9hY3BpLTAu NSBmYWlsZWQuDQogG1szMTswMW0qG1swbSBDYWxsIHN0YWNrOg0KIBtbMzE7MDFtKhtbMG0gICAg ICAgICAgZWJ1aWxkLnNoLCBsaW5lIDE3MDE6ICBDYWxsZWQgZHluX2NvbXBpbGUNCiAbWzMxOzAx bSobWzBtICAgICAgICAgIGVidWlsZC5zaCwgbGluZSAxMDM5OiAgQ2FsbGVkIHFhX2NhbGwgJ3Ny Y19jb21waWxlJw0KIBtbMzE7MDFtKhtbMG0gICAgICAgICAgZWJ1aWxkLnNoLCBsaW5lICAgNDQ6 ICBDYWxsZWQgc3JjX2NvbXBpbGUNCiAbWzMxOzAxbSobWzBtICAgICAgICAgIGVidWlsZC5zaCwg bGluZSAxMzgzOiAgQ2FsbGVkIGxpbnV4LW1vZF9zcmNfY29tcGlsZQ0KIBtbMzE7MDFtKhtbMG0g ICBsaW51eC1tb2QuZWNsYXNzLCBsaW5lICA1MTk6ICBDYWxsZWQgZGllDQogG1szMTswMW0qG1sw bSBUaGUgc3BlY2lmaWMgc25pcHBldCBvZiBjb2RlOg0KIBtbMzE7MDFtKhtbMG0gICAJCQllbWFr ZSBIT1NUQ0M9IiQodGMtZ2V0QlVJTERfQ0MpIiBDQz0iJChnZXQtS0VSTkVMX0NDKSIgTERGTEFH Uz0iJChnZXRfYWJpX0xERkxBR1MpIiBcDQogG1szMTswMW0qG1swbSAgIAkJCQkgICR7QlVJTERf RklYRVN9ICR7QlVJTERfUEFSQU1TfSAke0JVSUxEX1RBUkdFVFN9IFwNCiAbWzMxOzAxbSobWzBt ICAgCQkJCXx8IGRpZSAiVW5hYmxlIHRvIG1ha2UgJHtCVUlMRF9GSVhFU30gJHtCVUlMRF9QQVJB TVN9ICR7QlVJTERfVEFSR0VUU30uIg0KIBtbMzE7MDFtKhtbMG0gIFRoZSBkaWUgbWVzc2FnZToN CiAbWzMxOzAxbSobWzBtICAgVW5hYmxlIHRvIG1ha2UgIEtFUk5FTFNSQz0vdXNyL3NyYy9saW51 eCBLRVJORUxWRVJTSU9OPTIuNi4yNC1nZW50b28gYWxsLg0KIBtbMzE7MDFtKhtbMG0gDQogG1sz MTswMW0qG1swbSBJZiB5b3UgbmVlZCBzdXBwb3J0LCBwb3N0IHRoZSB0b3Btb3N0IGJ1aWxkIGVy cm9yLCBhbmQgdGhlIGNhbGwgc3RhY2sgaWYgcmVsZXZhbnQuDQogG1szMTswMW0qG1swbSBBIGNv bXBsZXRlIGJ1aWxkIGxvZyBpcyBsb2NhdGVkIGF0ICcvdmFyL3RtcC9wb3J0YWdlL2FwcC1sYXB0 b3AvYWNlcl9hY3BpLTAuNS90ZW1wL2J1aWxkLmxvZycuDQogG1szMTswMW0qG1swbSANCg==