**** BEGIN LOGGING AT Tue Mar 08 02:59:59 2016 Mar 08 05:12:44 morning Mar 08 07:48:13 morning Mar 08 08:01:19 Morning! Mar 08 18:02:56 Morning Mar 08 18:03:22 Herrie: Expect a few PRs today so I can eliminate some patches from meta-rpi-luneos Mar 08 18:03:43 Just various conf files for the Pi Mar 08 18:12:45 Andolamin: OK Mar 08 18:12:54 Let me know when you have images you want me to test Mar 08 18:13:17 Mako build is ~50% done right now, should have an image up in an hour or so Mar 08 19:33:45 Herrie: https://github.com/webOS-ports/luna-sysmgr/pull/26, https://github.com/webOS-ports/meta-webos-ports/pull/171, https://github.com/webOS-ports/nyx-modules/pull/4 Mar 08 20:18:27 Andolamin: maybe you should put in the conf files which screen you are using? Mar 08 20:28:19 Tofe: No problem. I added comments to the conf files mentioning that the values where from the official 7" touchscreen Mar 08 20:29:22 ok perfect, merged :) Mar 08 21:14:23 Tofe: still around? Mar 08 21:15:43 Andolamin: yes Mar 08 21:16:40 Any idea why my maguro builds are failing? https://gist.github.com/Andolamin/bdd1009f9111c5b4ead5 Mar 08 21:18:44 wow, pretty weird Mar 08 21:18:57 "run.do_configure.3091: kernel_conf_variable: not found" ... Mar 08 21:20:28 Could you upload to gist your run.do_configure.3091 ? Mar 08 21:26:13 Tofe: https://gist.github.com/Andolamin/18938788100053945901 Mar 08 21:28:22 you sure it's "run.do_configure.3091" ? Mar 08 21:28:53 looks like it's the same log Mar 08 21:34:56 You're right, got the wrong file Mar 08 21:35:22 Try https://gist.github.com/Andolamin/68c37ad7522f13b5761d Mar 08 21:36:00 ok; so it fails here: https://gist.github.com/Andolamin/68c37ad7522f13b5761d#file-run-do_configure-3091-L186 Mar 08 21:36:53 But I don't see exactly how you would influence the bbappend recipe for maguro? Mar 08 21:37:05 I don't see how I could have Mar 08 21:38:49 It's that kind of line: https://github.com/webOS-ports/meta-smartphone/blob/webOS-ports/master/meta-samsung/recipes-kernel/linux/linux-samsung-tuna_git.bb#L34 Mar 08 21:42:12 Well, in the run.do_configure you uploaded, I agree that kernel_conf_variable isn't defined Mar 08 21:44:19 Yeah - concerned that it's failing, though, as the neither the meta-raspberrypi layer or the meta-rpi-luneos layer should touch anything related to linux-samsung-tuna... Mar 08 21:44:39 I agree, I'm a bit lost too Mar 08 21:46:06 You don't have any linux.inc in your layer? Mar 08 21:46:40 the kernel_conf_variable function is defined in meta-openembedded/meta-oe/recipes-kernel/linux/linux.inc Mar 08 21:47:46 and where does this kernel_configure_variable come from... Mar 08 21:48:10 Actually, meta-raspberrypi does have a linux.in Mar 08 21:48:18 Actually, meta-raspberrypi does have a s/linux.in/linux.inc Mar 08 21:48:43 ah, interesting Mar 08 21:49:12 and let me guess, kernel_configure_variable is defined and/or used in there Mar 08 21:49:27 but not kernel_conf_variable Mar 08 21:50:07 I think you should probably remove the linux.inc in meta-raspberrypi Mar 08 21:50:16 Looks like it https://github.com/agherzan/meta-raspberrypi/blob/master/recipes-kernel/linux/linux.inc#L24 Mar 08 21:51:23 Ok, it's clearly in conflict with the one from meta-openembedded Mar 08 21:51:46 Lovely Mar 08 21:52:48 So it's either rename it (and adapt the raspberrypi kernel recipes to inherit from the renamed one) or just remove it and adapt a bit the kernel_configure_variable calls in the raspberrypi kernel recipes Mar 08 21:53:16 I'm not sure how much the two linux.inc differ Mar 08 21:53:30 but having only one seems easier to maintain Mar 08 21:55:06 Ok - I'll try renaming it. Means we'll likely have to fork meta-raspberrypi, so renaming it instead of removing it will likely make pull upstream changes easier. Mar 08 21:55:52 ah ok, I didn't realize you were not the owner of that layer :) Mar 08 21:57:33 yes, we can do that this way, it's a pity we have to fork it, but I don't see how to do otherwise Mar 08 21:57:42 Nope, meta-raspberrypi is part of yocto Mar 08 21:58:20 Eventually we could try to submit a fix upstream... Mar 08 21:59:36 Yes, they should welcome this kind of fix; maybe they just didn't see the problem yet Mar 08 21:59:50 I'll try to talk to JaMa, when he'll be around Mar 08 22:01:24 Yeah - interesting that it doesn't happen with mako, but does with maguro Mar 08 22:02:03 I guess it's a bit the randomness of the paths of include Mar 08 22:02:20 Or, if not random, something quite hidden Mar 08 22:02:29 Yeah Mar 08 22:03:34 (like, meta-samsung begins with a 's', meta-lg with a 'l', and meta-raspberrypi is in-between with 'r'... that's just a wild theory :p ) Mar 08 22:05:22 ok, looking at what I wrote, I think it's time to go to sleep :) Mar 08 22:05:28 See you tomorrow! Mar 08 22:07:30 G'night! **** ENDING LOGGING AT Wed Mar 09 02:59:58 2016