**** BEGIN LOGGING AT Wed Sep 17 02:59:58 2014 Sep 17 05:27:40 Hello All, I am getting an error while configuring "bitbake libidl-native*.bb" i.e. "checking for LIBIDL... configure: error: Package requirements (glib-2.0 >= 1.3.7) were not met:" but the glib-2.0 version is updated.....any suggestion on this? Sep 17 07:48:48 morning all Sep 17 08:24:17 hi guys Sep 17 08:24:39 i am trying to bring a old toolchain from the old oe days alive inside a latest distribution Sep 17 08:25:06 i decided to use deboostrap and install the original old host os and chroot into that Sep 17 08:25:20 all went well , installed all packages in my chroot Sep 17 08:25:49 but now on building packages , i get the all mighty CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/gtk-2.0 Sep 17 08:26:11 so it still seems some includes are taken from the host where they should have been taken from the chain Sep 17 08:27:02 i just realize , that that feels that my chains pkg-config is fucked , right ? Sep 17 11:27:12 how do I print a line even if my task succeeds Sep 17 11:27:26 bbnote etc are not printed Sep 17 12:15:39 heeen: bb.plain() will work though Sep 17 13:07:43 bluelightning: nope Sep 17 13:07:49 bbplain that is Sep 17 13:07:59 do I have to use python for this Sep 17 13:08:14 oh right, for the shell bb* functions, no none of those will print via the bitbake UI Sep 17 13:08:44 there is https://bugzilla.yoctoproject.org/show_bug.cgi?id=5275 open for that issue (assigned to me, I'm ashamed to say) Sep 17 13:38:19 bluelightning: is there an easy way to call bb.note from a shell task Sep 17 13:38:36 I have an ugly hack that checks for taskcompleted in an event handler Sep 17 13:42:58 heeen: no, unfortunately not - that's part of the reason why what bug has stayed open for so long Sep 17 13:51:45 why doesn't make --always-make work Sep 17 13:51:57 for qmake projects that is Sep 17 13:52:06 so, recursive make I guess Sep 17 14:09:00 what could be the reason that a cleansstate task just takes forever Sep 17 14:34:26 stupid cmake :) Sep 17 14:35:44 Crofton: I'm convinced our cmake class is making things harder in some ways Sep 17 14:36:24 could be Sep 17 14:37:01 but we had to add the ASM vars to build after we added .S Sep 17 14:37:26 the GNU raido guys are doing something similar and have an awful mess in theor cmake file Sep 17 14:37:34 sitting down with them in a bit to fix it hopefully Sep 17 17:39:23 gerrit :D Sep 17 17:40:39 isn't automation great? :) Sep 17 18:15:06 who is sending the 2.5 mib sized gerrit build reports to more than 200 recipients? Sep 17 18:33:01 * Crofton is feeling left out Sep 17 18:33:17 but apparently we need to welcome Qualcomm to the OpenEmbedded commnity? Sep 17 18:39:55 I wasn't left out :) **** ENDING LOGGING AT Thu Sep 18 03:00:00 2014