**** BEGIN LOGGING AT Fri May 18 02:59:58 2012 May 18 06:29:21 Hi. When using a toolchain built in openembedded, I get lots of the warnings: arm-none-linux-gnueabi-libtool: link: warning: library `/usr/local/oecore-x86_64/sysroots/armv7ahf-vfp-neon-none-linux-gnueabi/usr/lib/libgudev-1.0.la' was moved. May 18 06:29:31 why is that? what can I do to remove those warnings? May 18 07:07:36 good morning May 18 07:48:05 hi all May 18 09:37:13 it is possible clean all the builded files and restart the cross compilation from beginning? May 18 09:37:33 yes May 18 09:37:55 could u show me the command pls? May 18 09:38:19 bitbake -c clean ....? May 18 09:38:22 -c cleansstate May 18 09:38:29 tahnks May 18 09:39:24 and if i want crosscompile manually 1 paket? i mean, i have source and i want compile only that packet May 18 09:39:48 mot using all the toolchain May 18 10:08:06 morning all May 18 10:08:52 hey pb_ May 18 10:39:06 is it expected that the gold linker (ld-is-gold DISTRO_FEATURE) does not support -fuse-linker-plugin? Is there a similar functionality or is it builtin now? May 18 10:40:01 applications fail to build now with '.../arm-linux-gnueabi-ld: -plugin: unknown option' May 18 11:10:18 anyone around who got a recent build to work on hx4700? May 18 11:14:42 bluelightning, got that kexecboot managed but the compiled 3.0.1 is freezing right after selection ( holding still boot-menu) also i miss module/firmware for acx100 ( especially build for MACHINE=hx4700 ) any suggestions ? May 18 11:15:30 lautriv: I think we do have a recipe for the acx100 firmware... what image are you building? May 18 11:15:46 ensc: I don't think that's expected. What version of gold do you have? May 18 11:15:47 in any case that firmware is not needed in order to boot May 18 11:16:20 lautriv: I haven't built an image recently but I can try over the weekend May 18 11:16:31 lautriv: for hx4700 I mean May 18 11:16:35 bluelightning, first attempt was systemd-gnome-image, right now i try console-image and saw already firmware-acx in the task-list. May 18 11:17:56 bluelightning, this thing was long stuck on 2.6.21 but koen from angstrom talked about a functional 3.0 a half year ago, never got any details. May 18 11:18:12 pb_: binutils-2.22-r6 (org.openembedded.meta layer) May 18 11:18:18 lautriv: it definitely did work, I had it running May 18 11:19:40 bluelightning, once this thingie ran a fully bloated debian but my CF-card broke, now i try to reanimate it ;) May 18 11:20:58 lautriv: heh May 18 11:21:17 I'm just glad someone is maintaining a recent kernel for it (Paul Parsons) May 18 11:22:36 bluelightning, having a source for patches without that ugly versioning would be nice. May 18 11:27:44 bluelightning, haha, even stranger.... console-image gave me the proper firmware but still no acx.ko May 18 11:28:37 bluelightning, i assume 3.x lacks on hcx4700_defconfig May 18 11:31:10 found defconfig for hx4700, acx not mentioned. May 18 11:31:52 have to work, will be back in approx 7h May 18 11:35:49 ah right... yeah it's possible it's not enabled in the kernel config May 18 11:36:55 pb_: http://pastebin.com/raw.php?i=TX9JP7QD May 18 12:16:00 is there somehow an SMP related race when building libtool? I see random '/bin/sh: ./arm-linux-gnueabi-libtool: Permission denied' errors when building libtool. 'make' seems to be called without '-j' but BB_NUMBER_THREADS is set to 4 May 18 12:17:13 ... make is called with '-j 2'... May 18 12:24:22 problem seems to be 'config.status: executing libtool commands' which appears in the middle of the build and which probably recreates the ...-libtool script May 18 12:26:37 * ensc hates makefiles where important commands are hidden by @ May 18 12:31:25 seems to be caused by OE which adds an extra do_compile_prepend() step invalidating dependencies of ...-libtool May 18 12:37:35 was broken in 648290d5bf4d6ff50d3643bb7ad902dfc23aa702; /me wonders whether this is still needed for libtool 2.4... May 18 17:19:13 okay, i bumped the PR and git tag in a handfull of packages in our current build May 18 17:20:08 but the bb messages have been sitting at "do_fetch: Started" for about 25 minutes while 8 cpus have been cranking away the whole time May 18 17:20:23 any hints? May 18 17:21:00 it's only 5 small-ish packages, so this sdhould have been done 20 minutes ago May 18 17:22:29 'ps' is your friend May 18 17:25:27 and pstree May 18 17:34:53 yeah, but it didn't help May 18 17:35:24 it was just an artifact of yesterday's power outage May 18 17:35:55 turned out i was missing my "downloads" mount May 18 17:36:12 heh, oops May 18 17:36:23 it's already into do_rootfs May 18 17:37:22 GNUtoo-desktop: hi May 18 17:37:34 otavio, hi May 18 17:38:13 GNUtoo-desktop: https://github.com/OSSystems/node/commit/a2a86b2883057ff62333f56b4073d5110533af99 May 18 17:38:27 GNUtoo-desktop: this, if applied to chromium, ought to fix it for you May 18 17:38:38 GNUtoo-desktop: didn't try but seems very possible to be the same issue May 18 17:38:46 I've posted patches to oe-core mailing list 5 days ago (patch/27521 and patch/27523 in patchwork). However, I still didn't receive any response and patches aren't applied. Is there any procedure to inqure about reasons or I should just ask in maillist? May 18 17:39:03 nueva: ping in ml May 18 17:39:21 ok, thanks May 18 17:39:39 otavio, it's already fixed in meta-browser May 18 17:39:51 well, that power outage revealed a few things... May 18 17:39:56 ericben: the patch I sent to meta-oe, right now, ought to be applied in denzil-next IMO May 18 17:40:04 GNUtoo-desktop: awesome! May 18 17:40:09 and indeed it's the same issue etc... May 18 17:40:10 GNUtoo-desktop: was it the same issue? May 18 17:40:13 yes May 18 17:40:14 good May 18 17:40:17 nice May 18 17:40:27 btw I've fixed stuff in chromium that should be fixed in firefox May 18 17:40:35 with newer toolchain firefox fails to compile May 18 17:40:39 ipc/ May 18 17:40:44 * ipc/ stuff May 18 17:42:59 GNUtoo-desktop: in gcc-47? May 18 17:43:11 GNUtoo-desktop: it has a fix from JaMa|Off for it May 18 17:43:20 and it has been applied. Did you test it? May 18 17:44:49 yes, let me retry May 18 17:45:05 it's the same kind of stuff than gcc47 fix May 18 17:46:11 GNUtoo-desktop: I am working in mx23 support right now so won't be able to test it May 18 17:46:18 GNUtoo-desktop: if you can, it would be nice./ May 18 17:46:27 ok I'll test firefox May 18 17:46:34 thx :) May 18 17:46:38 with SHR setup.... May 18 17:46:44 Yey! :0 May 18 17:46:45 nice May 18 17:51:41 otavio, If I've the bug and I fix it can I send you a patch, because I do only have access to the repo on the work laptop May 18 17:52:02 and beside I'm doing the firefox fix in my free time....so May 18 17:52:16 GNUtoo-desktop: no problem May 18 17:52:23 ok May 18 17:52:25 thanks May 18 17:52:39 GNUtoo-desktop: if you want, i can add a second github account access too; whatever you prefer May 18 17:53:24 https://github.com/GNUtoo May 18 17:53:34 that is my personal account May 18 17:53:46 I'm ok with sending patches too May 18 17:53:57 whatever you prefer May 18 17:55:58 ls May 18 17:56:03 opps May 18 18:12:43 need a clue.. on an IA32 build, I need to set a flag in EXTRA_OEMAKE += "ARCH=i386" May 18 18:12:54 is there an easy way to do that? override, inline python, etc? May 18 18:47:42 otavio, firefox compiled May 18 18:47:55 maybe it was with angstrom and old repo May 18 18:47:56 GNUtoo-desktop: nice ... did you fix anything? May 18 18:48:05 maybe; JaMa|Off has fixed it May 18 18:48:23 GNUtoo-desktop: you are with commit rights in meta-browser in any case May 18 18:48:41 otavio, no I didn't have to fix anything May 18 18:48:42 thanks May 18 18:48:52 GNUtoo-desktop: and if you are in good mood, you can update firefox to last esr release ;-) May 18 18:48:57 lol May 18 18:59:27 I'll test on angstrom May 18 21:56:03 otavio, firefox worked on angstrom too May 18 21:56:17 sorry for the noise May 18 21:56:47 GNUtoo-desktop: awesome! :-) May 18 21:56:52 GNUtoo-desktop: no problem :) **** ENDING LOGGING AT Sat May 19 02:59:58 2012