**** BEGIN LOGGING AT Fri Mar 02 02:59:58 2012 Mar 02 08:24:38 mornin Mar 02 08:39:21 good morning Mar 02 09:12:50 moin mckoan Mar 02 09:53:38 morning Mar 02 09:56:37 hi kenws, all Mar 02 10:01:55 I just rebased OE-core to the current head and got the following fail: http://pastie.org/private/grjxfgfy6xzkzqgqaz5alq Mar 02 10:02:28 after bisecting the recent commits I found that this change introduced it: http://git.openembedded.org/openembedded-core/commit/?id=f2b572072c754048aaafdc4c42b71af87d61d9e7 Mar 02 10:03:56 The interesting thing is that even when commenting out every occurance of FILESPATH in my layer the error persits Mar 02 10:05:19 Maybe ${ELT_VER_MAIN} should be expanded already? Mar 02 10:08:50 aah Mar 02 10:12:30 I just need something like this: http://git.openembedded.org/openembedded-core/commit/?id=264d1254e5ac11613af06c0f1c53c736f54e9f54 Mar 02 10:57:19 hi all Mar 02 10:57:29 I got stuck in minor stuff Mar 02 10:58:42 I want to updaye PATH variable but when I do it like this in local .conf the I dont get the value of $PATH. I am doing export PATH = /usr/bin:$PATH Mar 02 10:59:12 in exvironment instead of bringing value of $PATH, $PATH is added as a string Mar 02 10:59:21 what I am doing wrong here Mar 02 11:01:47 I'm not sure this would be a good idea... why would you want it to use the host executables first? Mar 02 11:04:49 bluelightning: I am working with intel toolchain and this toolchain is configured for 32/64 bit. when we install it, it adds itself in PATH and it is providing gcc/g++ binaries ..... so when building on 64bit hpst gcc of that toolcahin is being invoked which is configured for 32bit by default and by build break on native recipes where -m64 swtich is not being given to compiler Mar 02 11:05:09 so I want to use host gcc instead of toolchain provided gcc Mar 02 11:06:32 bluelightning: other wise have to look into all the recipes who fails to compile on 64bit host due to the reason that -m64 is not provided to the toolchain gcc Mar 02 11:07:02 I think what you probably ought to do is not let it set PATH and instead use our external toolchain mechanisms or something similar to enable the toolchain for building target recipes Mar 02 11:08:55 bluelightning: BTW I am on oe classic Mar 02 11:09:14 ok, the same thing applies though Mar 02 11:09:58 bluelightning: and yes we are using external-toolchain recipe for enabeling cross toolcahin to build target recipe Mar 02 11:10:22 right, so it should be able to use the toolchain without PATH being set, right? Mar 02 11:10:26 the problem is gcc and g++ binaries are present in cross toolchain bin folder Mar 02 11:11:14 and as I mention this is for IA32 architecture so that gcc gets invoked when bin folder of that toolcahin is adde in PATH and we write gcc on cmd Mar 02 11:12:10 yes but cant stop the default installation behaviour of toolchian :) Mar 02 11:35:04 hi Mar 02 11:35:11 im using http://cgit.openembedded.org/openembedded/tree/ openembedded version Mar 02 11:35:36 can anyone suggest compatible bitbake version for this Mar 02 11:36:11 this is openembedded classic Mar 02 11:38:35 anuj: 1.12.x Mar 02 12:29:20 hi, all! Mar 02 12:30:01 how can I install multiple .service files into single -systemd package so, that they become enabled on device? Mar 02 12:30:29 for single-service package it is ok, but it is not for multiple Mar 02 12:41:00 can anyone tell which bitbake version to use for http://cgit.openembedded.org/openembedded/tree/ openembedded version Mar 02 12:42:50 im new to ie Mar 02 12:42:52 oe* Mar 02 12:42:57 please help Mar 02 12:54:21 anuj: I'm using trunk and try to keep them in sync Mar 02 12:54:46 anuj: this might help to get you started: https://wiki.yoctoproject.org/wiki/OpenEmbedded-Core Mar 02 13:00:40 Oh, you are referring to the classic OE - no idea, sorry Mar 02 13:28:18 anuj: I already answered, 1.12.x Mar 02 17:50:20 evening Mar 02 18:43:31 hello, I can often read QA Issues like that, what does they mean ?: WARNING: QA Issue: ldd reports: libcgroup.so.1 => /home/nschle85/build-angstrom-panda/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sysroots/omap4430-panda/usr/lib/libcgroup.so.1 (0xdead1000) Mar 02 18:47:34 nschle85: what is one line above? Mar 02 19:11:32 Jay7: i do not have the line any more but is that really relevant for (0x--->dead<----1000) messages ? Mar 02 19:11:52 what does this "dead" mean ? Mar 02 19:15:42 entry point iirc Mar 02 19:16:16 anyway this mean that some lib tried to link with something wrong iirc Mar 02 19:25:00 Jay7: do you know anybody or any channel where it can be explained in detail ? Mar 02 19:25:48 nschle85: this channel is ok imho Mar 02 19:26:03 just wait someone Mar 02 19:26:20 where is this comming from? Mar 02 19:26:37 iirc, ynezz have something similar yesterday Mar 02 19:27:08 woglinde: i am compiling shr and angstrom images Mar 02 19:27:50 but i do not expect a fix, i would like to know what it does mean Mar 02 19:28:10 again from where is this comming? Mar 02 19:28:13 bitbake? Mar 02 19:28:19 hulahula dance? Mar 02 19:28:23 dark side of moon? Mar 02 19:28:48 woglinde: its from my computer :-) Mar 02 19:28:57 okay Mar 02 19:28:59 no help Mar 02 19:29:04 woglinde: its from bitbake Mar 02 19:29:37 woglinde: i wanted to make a joke Mar 02 19:30:42 if you need real logs i can provide Mar 02 19:31:14 i have a jenkins build server, all logs are available Mar 02 19:33:44 woglinde: who compiles with bitbake on the moon ? Mar 02 22:32:06 khem: I've sent first results of P_M testing Mar 02 22:32:20 I will take a look Mar 02 22:44:00 Rather like proving the non-existance of someting, though. Mar 02 22:47:28 khem: I can resend patch with P_M deleted instead :) Mar 02 22:47:43 but anyway it's just first version for testing only Mar 02 22:47:59 not commit-candidate :) Mar 02 22:48:18 I prefer to test a final patch Mar 02 22:48:31 to avoid human errors later Mar 02 22:48:37 well.. moment then :) Mar 02 22:49:31 ah, do you mean final as with all recipes tested? Mar 02 22:56:47 I've updated patch Mar 02 22:57:02 now going to bed Mar 02 22:57:11 * Jay7 -> sleep **** ENDING LOGGING AT Sat Mar 03 02:59:58 2012