**** BEGIN LOGGING AT Tue Feb 26 02:59:57 2019
Feb 26 08:51:11 <yocti> New news from stackoverflow: Mono Cross Platform AOT (Ahead Of Time) compiling <https://stackoverflow.com/questions/51629444/mono-cross-platform-aot-ahead-of-time-compiling>
Feb 26 09:51:54 <black_13> is there a way to speed up the building of the cross tool chain i have a machine that has 16 cores but it seems that only one is building the cross toolchain
Feb 26 10:58:28 <kanavin> rburton, maybe mesa is building more stuff with meson than previously?
Feb 26 10:59:55 <kanavin> RP, I can't disagree with that, it does need more testing and feedback. I'd also like to enable the headless oe-selftest on the autobuilders.
Feb 26 11:30:55 <rburton> kanavin: same output, but maybe meson is doing more actual work.  the build walltime is about 30% of with autotools though
Feb 26 11:31:23 <rburton> kanavin: fun py bug
Feb 26 11:32:24 <rburton> kanavin: if i change the ia tune to skylake, py3 fails to build because py native can't find the loader (insert confused face emoji)
Feb 26 11:32:52 <rburton> kanavin: had to disable qemu-usermode as it appears skylake+qemu hangs qemu-user
Feb 26 11:33:06 <rburton> just doing a test build now to identify if its qemu-user or skylake thats to blame
Feb 26 11:39:09 <fenrig> Hi, I'm trying to get an external toolchain into yocto :)
Feb 26 11:39:20 <fenrig> but its a toolchain generated by buildroot
Feb 26 11:39:28 <fenrig> and I dont see any meta that has support for it
Feb 26 11:39:45 <fenrig> so I tried setting tcmode myself, but apparently I can only set it to default :/
Feb 26 11:39:50 <fenrig> is there any way to fix this?
Feb 26 11:40:27 <fenrig> when I google it I always get yocto vs buildroot articles
Feb 26 11:46:56 <varjag> i would guess you need to make your own recipes to build it
Feb 26 11:47:12 <varjag> but it must be really exotic to have no similar recipes already
Feb 26 11:47:22 <rburton> varjag: you're misunderstanding the question
Feb 26 11:47:50 <rburton> fenrig: i'd ask kergoth really nicely, i know he uses external toolchains more than many
Feb 26 11:48:16 <rburton> by which i mean: most people don't use external toolchains, and fewer people configure one :)
Feb 26 11:53:36 <rburton> kanavin: ok i think what's happening is that the py3 install is running nativepython but that is attempting to load the module .so from the build, which matches archtecture so that works *but* has instructions my machine can't handle
Feb 26 11:54:09 <rburton> #0  0x00007fc1080e3b10 in PyInit__heapq () at /usr/src/debug/python3/3.7.2-r0/Python-3.7.2/Modules/_heapqmodule.c:643
Feb 26 11:55:24 <kanavin> rburton, that's not supposed to happen :-/
Feb 26 11:55:28 <rburton> no
Feb 26 11:56:50 <rburton> just throwing in some debugging bits now to find out where its happening
Feb 26 12:01:43 <rburton> kanavin: problem with merging py and py-native is that its harder to iterate on bugs in target py3 without rebuilding the world
Feb 26 12:01:57 <rburton> kanavin: i wouldn't go back to two recipes though :)
Feb 26 12:02:02 <rburton> #coffeebreaks
Feb 26 12:02:10 <u1106> I noticed that my image contains  the `systemd-container` package. I don't think I need that. Can I somehow blacklist packages from being installed? At least to understand who tries to pull it in, `git grep -e -container` did not bring up anything interesting
Feb 26 12:03:31 <rburton> you can use bitbake myimage -g to generate dependency trees
Feb 26 12:08:05 <rburton> also why are we building python2 for target to build python3
Feb 26 12:08:14 * rburton glares 
Feb 26 12:08:24 <kanavin> rburton, tell me about it :-/ I went through a million such rebuilds
Feb 26 12:10:14 * rburton glares at openssl
Feb 26 12:13:57 <u1106> rburton: Thanks for the reply, but I am not following you :( Subpackages don't have their own task so how would I see them in `bitbake -g`?
Feb 26 12:14:23 <u1106> $ grep systemd-container recipe-depends.dot pn-buildlist  task-depends.dot
Feb 26 12:14:23 <u1106> $
Feb 26 12:16:21 <rburton> u1106: yeah sorry brain distracted.  :)  if you're using opkg, you can grep the package indexes...
Feb 26 12:19:16 <u1106> so I guess I have write a couple of lines of shell script to extract my ipkgs. Or maybe just including opkg into a test image might be faster???
Feb 26 12:37:13 <u1106> ah it was easier than expected, because I found a script on my disk that nearly worked...
Feb 26 12:38:18 <u1106> so `systemd` requires `systemd-container`. That's weird, first split off a subpackage but than require it during installation
Feb 26 13:09:25 <fenrig> kergoth: Can I ask you really nicely how I should include an external binary toolchain made by buildroot
Feb 26 13:09:47 <fenrig> kergoth: :) at the moment I'm looking at http://git.linaro.org/openembedded/meta-linaro.git/tree/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb?h=thud
Feb 26 13:18:27 <rburton> kanavin: during do_install it runs 'python3.7 ../Python-3.7.2/setup.py  build'
Feb 26 13:47:21 <HumanBroDude> hey! is there any painless way to bring python2 to thud?
Feb 26 13:54:53 <rburton> just install it?
Feb 26 13:55:05 <rburton> its in oe-core
Feb 26 13:59:36 <HumanBroDude> rburton: but not the libs
Feb 26 13:59:48 <rburton> yes, the libs
Feb 26 14:00:13 <rburton> literally impossible to build python2 without the standard library
Feb 26 14:00:22 <rburton> if you're not installing it, then that's the problem
Feb 26 14:00:52 <HumanBroDude> sorry, I've meant pathon packages
Feb 26 14:01:23 <rburton> you should try explaining what you're trying to do
Feb 26 15:13:47 <ronybeck> should I use devtool to edit the default.xml in the base repo?
Feb 26 15:18:57 <ronybeck> I retract my stupid question.  :-D
Feb 26 15:26:11 <fenrig> kergoth: still here, if you have a moment, let me know. thx
Feb 26 15:27:21 <kergoth> fenrig: every external toolchain is a little different, with different tools and different files for the different packages. meta-external-toolchain tries to be as generic as possible to give the best possible starting point for creating your own layer based on it for use with your particular toolchain. see meta-sourcery for an example of a layer based on it that t weaks for a particular toolchain
Feb 26 15:27:41 <fenrig> kergoth: ah so the link I referenced was okay?
Feb 26 15:27:53 <kergoth> meta-linaro is a different layer for the linaro toolchain
Feb 26 15:27:58 <kergoth> as i said, every toolchain is different
Feb 26 15:28:35 <fenrig> yeah offcourse :) no problem with that. I was already assembling my own layer as we speak
Feb 26 15:28:45 <fenrig> so kinda picked the right direction
Feb 26 15:28:47 <fenrig> thx :)
Feb 26 15:29:25 <kergoth> i'd recommend basing it on meta-external-toolchain myself, but i'm biased since i'm the maintainer. you have multiple options as s tarting points, each will require a certain amount of work to adapt to the particulars of the buildroot toolchain
Feb 26 15:31:42 <fenrig> kergoth: ah great, I'm looking into it
Feb 26 15:34:01 <fenrig> kergoth: is it right that its on git.yoctoproject?
Feb 26 16:48:15 <nolbishop> Hello all, I'm fairly new to the Yocto Project and am using a version built for the TI AM5728 chip. I'm having a lot of trouble trying to figure out how to change the console to UART5 from the current UART3
Feb 26 16:48:55 <nolbishop> I've tried a lot of methods I've found on the TI forums, I've gotten it to work on UART5 with RTOS, but I need to do it for Linux as well
Feb 26 16:52:56 <nolbishop> It involves changing the pin-muxing, we are using UART5 on different pins than what was already setup in the build. My changes are not working and if I change stdout-path then it does not boot at all
Feb 26 22:23:57 <yocti> New news from stackoverflow: Yocto: LICENSE="CLOSED" <https://stackoverflow.com/questions/54894899/yocto-license-closed>
Feb 26 23:24:09 <yocti> New news from stackoverflow: How to add ldd utility to bitbake image <https://stackoverflow.com/questions/54895637/how-to-add-ldd-utility-to-bitbake-image>
Feb 27 00:43:26 <RP> khem: the libc distro feature patch blew up on the autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/267
Feb 27 02:04:37 <khem> RP:let me take a look
Feb 27 02:08:08 <khem> RP: how is x11 getting removed from poky distro config
Feb 27 02:27:38 <khem> RP: sent a v5, I should not have removed DISTRO_FEATURES_DEFAULT
**** ENDING LOGGING AT Wed Feb 27 02:59:56 2019