**** BEGIN LOGGING AT Fri Oct 24 03:00:01 2014
Oct 24 09:17:45 <bluelightning> morning all
Oct 24 09:20:19 <mckoan> hi bluelightning 
Oct 24 09:20:26 <bluelightning> hi mckoan
Oct 24 09:27:25 <woglinde> hi mckoan and bluelightning
Oct 24 09:27:33 <bluelightning> hi woglinde
Oct 24 09:27:36 <mckoan> hi woglinde 
Oct 24 11:52:45 <otavio> morning
Oct 24 12:00:10 <mckoan> hi otavio 
Oct 24 12:01:08 <woglinde> hi otavio
Oct 24 13:25:07 <Crofton|work> can I use a machines download dir as a premirror for some other local machines?
Oct 24 13:27:22 <bluelightning> Crofton|work: yes
Oct 24 16:22:18 <Crofton|work> ERROR: Nothing RPROVIDES 'packagegroup-base-ext2' (but /home/balister/src/oe-core/oe-core/meta/recipes-core/packagegroups/packagegroup-base.bb RDEPENDS on or otherwise requires it)
Oct 24 16:22:23 <Crofton|work> hmm, how did I get this
Oct 24 16:29:02 <bluelightning> Crofton|work: unlikely but you aren't poking into COMBINED_FEATURES directly by any chance?
Oct 24 16:29:19 <Crofton|work> no, I just added ext2 to MACHINE_FEATURES
Oct 24 16:29:36 <Crofton|work> der
Oct 24 16:30:03 <Crofton|work> I misspelled ext2 as ext2i
Oct 24 16:30:41 <Crofton|work> that is seriously weird
Oct 24 16:30:53 <bluelightning> hmm
Oct 24 16:31:11 <bluelightning> which version are you building?
Oct 24 16:31:16 <Crofton|work> master
Oct 24 16:31:26 <bluelightning> oh, I know
Oct 24 16:31:54 <bluelightning> if what I think is happening is happening, there is an evil bug :/
Oct 24 16:32:10 <Crofton|work> the error message isn't helpful
Oct 24 16:32:26 <bluelightning> it shouldn't ever happen under these circumstances
Oct 24 16:32:35 <Crofton|work> If you mispell a machine feature, it shouldn't use it and create an unrelated error :)
Oct 24 16:32:53 <bluelightning> no, it shouldn'[t
Oct 24 16:34:44 <kergoth> sounds like a missing $ on a base_contains regex
Oct 24 16:34:48 <kergoth> there are a lot of those
Oct 24 16:34:49 <kergoth> unanchored
Oct 24 16:34:53 * kergoth shrugs
Oct 24 16:35:18 <bluelightning> bb.utils.contains doesn't use a regex though
Oct 24 16:35:30 <bluelightning> which is what we now use almost everywhere
Oct 24 16:43:00 <bluelightning> found it
Oct 24 16:43:30 <bluelightning> base_both_contain doesn't actually split the values and look in the resulting list, it just does a find() on the value
Oct 24 16:43:33 <bluelightning> yuck :(
Oct 24 16:47:14 <Crofton|work> sorry I blundered across that :)
Oct 24 16:47:48 <Crofton|work> I don't mean to create more work 
Oct 24 16:51:54 <bluelightning> Crofton|work: no worries, you didn't create the bug ;)
Oct 24 16:52:29 <bluelightning> the function has been wrong since it was implemented
Oct 24 16:52:40 <bluelightning> bug filed: https://bugzilla.yoctoproject.org/show_bug.cgi?id=6888
Oct 24 16:52:56 <Crofton|work> and it took this long for someone to make that typo :)
Oct 24 16:54:20 <bluelightning> well, I'm unsure as to whether this specific failure is that old... I haven't checked but if the new bb.utils.contains() is stricter than the old base_contains() then this failure wouldn't have been present earlier
Oct 24 16:56:29 <bluelightning> bbl
Oct 24 16:56:39 <Crofton|work> thanks for enterig the bug
Oct 24 17:20:08 <mago_> anyone ever had problems with /etc/resolv.conf getting wiped after boot? I clearly see udhcpc getting a DNS during boot, but when I look in /etc/resolv.conf, it only says #MANUAL and 3x 0.0.0.0 name-servers. After a while (i'm guessing when my lease expires, the DNS gets updated again)
Oct 24 17:33:59 <Crofton|work> | /usr/include/stdc-predef.h:40:1: error: one or more PCH files were found, but they were invalid
Oct 24 17:34:08 <Crofton|work> qt4-native build fail
Oct 24 18:43:14 <Crofton|work> I think cleaning sstate soled my qt4-native issue
Oct 24 18:43:35 <mario-goulart> I'm trying to use module_autoload.  I've added 'module_autoload_<mod> = "<mod>"' to the kernel recipe (which indirectly inherits kernel-module-split), where <mod> is the same string as in kernel-module-<mod>... package.  IIUC, the kernel-module-<mod> package should contain etc/module-autoload.d/<mod>.conf, right?
**** ENDING LOGGING AT Sat Oct 25 03:00:01 2014