**** BEGIN LOGGING AT Thu Jan 16 02:59:59 2020
Jan 16 15:03:27 <frieder_> armpit: Hi, what about these patches: https://patchwork.openembedded.org/patch/167206/ ?
Jan 16 15:03:58 <frieder_> armpit: They fix an annoying issue with U-Boot and devtool in Zeus/master
Jan 16 15:04:08 <frieder_> armpit: How to get them merged?
Jan 16 15:05:26 <frieder_> armpit: Are you even Armin? Or am I pinging the wrong person?
Jan 16 15:25:32 <armpit> frieder_, armpit is armin
Jan 16 15:25:37 <armpit> I will take a look
Jan 16 15:25:51 <frieder_> armpit: Great, thanks!
Jan 16 15:52:17 <rburton> frieder_: master first, then zeus ,warrior, thud, sumo
Jan 16 15:53:00 <frieder_> rburton: sure, I know
Jan 16 15:55:22 <frieder_> rburton: But this is fixes a regression in zeus, so I think it shouldn't float on the ML for such a long time without being considered 
Jan 16 19:24:57 <laplante> Is it a "problem" that DATETIME can vary across multiconfigs within a given parse session? 
Jan 16 19:25:51 <laplante> Leads to DATETIME being off by a second or two between multiconfigs, resulting in differently named BB_CONSOLELOG for example.
Jan 16 19:25:52 <fray> as lomng as it's the same within a given config, I dont think it's a problem
Jan 16 19:27:00 <laplante> Yep it's the same within the config AFAICT. 
Jan 16 19:27:44 <laplante> I have a usecase for a synchronized DATETIME, which I've implemented currently using some eventhandler stuff. But it leads to complete reparses every time, so I'm wondering if there's a better way.
Jan 16 19:30:14 <laplante> Current impl: https://gist.github.com/mostthingsweb/6d71d7e0ca7c29fe8932858537855a5f
Jan 16 19:30:20 <laplante> for anyone curious
Jan 16 19:53:51 <laplante> this does the trick: https://gist.github.com/mostthingsweb/6d71d7e0ca7c29fe8932858537855a5f/9ec5dccf41b175d6adfd431652e597c4cbca03e4. 
Jan 16 23:00:23 <khem> RP: should we get current glibc for a wider test or wait for final release
Jan 16 23:00:37 <khem> all mips tests you ran passed with flying colors :)
Jan 16 23:00:58 <RP> khem: we have bandwidth for a test, I'm still struggling with binutils
Jan 16 23:01:14 <khem> ok 
Jan 16 23:01:16 <RP> will continue with that tomorrow, I'm close now I know its ld.so.conf
Jan 16 23:01:26 <RP> khem: is your branch still current?
Jan 16 23:02:43 <khem> RP: no give me a minute
Jan 16 23:06:59 <khem> RP: updated now
Jan 16 23:07:24 <khem> RP: we can give it a full shot with world builds 
Jan 16 23:07:27 <khem> as well 
Jan 16 23:09:26 <RP> khem: I'll give it a spin
Jan 16 23:10:28 <khem> RP: thanks 
Jan 16 23:11:14 <RP> khem: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/640
Jan 16 23:12:33 <khem> cool, I have opened it in browser tab, will wait for the nut to turn green :)
Jan 16 23:15:30 <khem> RP: with binutils where did you land so far 
Jan 16 23:19:57 <RP> khem: that its looking at the host ld.so.conf and getting confused. We need a ld.so.conf within the buildtools tarball that adds its own lib paths to the search path before the host system ones
Jan 16 23:20:30 <RP> and nativesdk-bintuils needs to look at it. Currently its path for that isn't relocated
Jan 16 23:21:06 <RP> Its hard as the sysroot is "/" as we're using the host system but we need to add our libdirs
Jan 16 23:21:16 <khem> Can it have multiple config files ?
Jan 16 23:21:40 <khem> yeah its a slippery slope
Jan 16 23:22:00 <RP> khem: yes, we can just do "include /etc/ld.so.conf"
Jan 16 23:22:03 <RP> after our paths
Jan 16 23:22:55 <RP> khem: writing the file is easy, making binutils look at it, slightly harder (but possible)
Jan 16 23:23:00 <RP> we can use the gccreloc trick
Jan 16 23:23:18 <RP> but I'm too tired to power up the build machine again this evening
Jan 16 23:23:21 <khem> yeah 
**** ENDING LOGGING AT Fri Jan 17 02:59:57 2020