**** BEGIN LOGGING AT Wed Feb 10 02:59:59 2016 Feb 10 09:03:03 good morning Feb 10 09:16:43 morning Feb 10 10:52:40 morning Feb 10 11:39:53 is there any example on how to use oe.recipeutils ? Feb 10 11:43:24 chouimat: git grep recipeutils and you should find a bunch of examples just in oe-core Feb 10 11:43:38 bluelightning: thanks Feb 10 11:54:49 chouimat, long time, no see! Feb 10 12:00:46 Crofton|work: I know, the last 2 years irc was not allowed at work (previous contracts were openwrt and microcontroller based) the current one is poky based for an obscure company Feb 10 12:01:22 well welcome back Feb 10 12:02:05 they let me work from home if I need so this is good :) Feb 10 12:47:16 openembedded-core patches don't go to openembedded-devel@ list? Feb 10 12:47:59 funman: iirc there is -core ml too Feb 10 12:48:09 yeah Feb 10 12:48:32 the patch I wrote was already submitted by someone else though: http://lists.openembedded.org/pipermail/openembedded-core/2016-February/117312.html Feb 10 12:48:38 so no need to subscribe for now Feb 10 13:05:07 hi rburton1: i am trying to run piglit on my build, i just added piglit in my image, and I am seeing "ImportError: No module named xml.etree.cElementTree". Is that a know issue? Feb 10 13:05:36 i would expect piglit to bring in all its dependencies. or am I doing something wrong? Feb 10 13:10:03 ndec, I agree with you :) Feb 10 13:10:09 you would expect that, yes Feb 10 13:10:33 generally when stuff tries to pull in cElementTree it falls back to the standard elementtree Feb 10 13:10:43 rburton1: is there an image recipe somewhere that fives a working piglit? Feb 10 13:10:45 but i'm midway though a piglit build for x86 so i'll see what happens here :) Feb 10 13:11:33 what module threw that error? Feb 10 13:11:59 http://hastebin.com/zewocacozu.rb Feb 10 13:17:59 ffs Feb 10 13:18:14 there's a perfectly good etree api in python Feb 10 13:18:22 * rburton1 checks upstream master Feb 10 13:42:37 huh Feb 10 13:42:43 why don't we build cElementTree Feb 10 13:43:39 ndec: got massively distracted then realised i was stupid, missing dependency on python-xml Feb 10 13:44:17 (patch incoming but obviously trivial to work around locally) Feb 10 13:45:47 huh Feb 10 13:45:48 no, not quite Feb 10 13:45:56 this packaging is a bit screwy Feb 10 13:49:52 rburton: hehe.. i was booting another board.. and on that board i had it installed.. it turns out that this machine has usbhost FEATURES.. which brings nfc, which brings neard, which brings python-dbus, which depends on python-xml.. what a mess ;-) Feb 10 13:50:10 yeah Feb 10 13:50:19 and celementtree for some reason gets put into its own package Feb 10 13:50:46 (changing that now) Feb 10 13:50:49 [1/1] pass: 1 / Thank you for running Piglit! ;-) Feb 10 13:51:21 so which tests do you want me to run to test the mesa upgrade? Feb 10 13:51:54 quick i think is the standard one Feb 10 13:52:00 bonus points for before and after :) Feb 10 13:52:13 we know that piglit on x86/mesa has about 90% pass rate Feb 10 14:05:28 the new cli interface to piglit is a lot better than it was Feb 10 14:05:32 morning Feb 10 14:13:00 it's there an easy way to parse a recipe from a sanity check class? Feb 10 18:44:31 is there an easy way usin gore-image-minimal to replace busybox with regular tools? Feb 10 18:51:43 you can easily install the real tools on top of it without removing busybox.. there is a virtual for busybox, but to replace it entirely with real tools would require a packagegroup provide that virtual, i think Feb 10 18:51:54 likely easiest to just make your own image Feb 10 18:52:00 yeah Feb 10 18:52:09 just seems like it comes up from time to time Feb 10 18:52:25 just got burned by a tar filename issue Feb 10 18:52:27 there is an image with teh real tools installed, just not minimal Feb 10 19:51:19 yeah busybox plugs in the ones which are not provided by others **** ENDING LOGGING AT Thu Feb 11 02:59:58 2016