Thursday, 2018-08-09

armpitkhem, glibc 2.28 test run failed.00:00
armpitchecking version of make... 3.82, bad, is this the host issue ross talked about ?00:00
*** sgw <sgw!sgw@nat/intel/x-chfzmkbmiebwidbh> has quit IRC00:55
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto00:58
*** nighty- <nighty-!> has joined #yocto01:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC01:07
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:13
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC01:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:20
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto01:24
*** sgw <sgw!sgw@nat/intel/x-dnxlxkdowbvoxnpe> has joined #yocto01:35
*** anujm <anujm!~anujm@> has joined #yocto01:40
*** jae1 <jae1!~jaewon@> has left #yocto01:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:01
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:09
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:34
*** Crofton <Crofton!~Crofton@> has quit IRC02:36
*** justinttt <justinttt!49e56612@gateway/web/freenode/ip.> has quit IRC02:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:58
*** nemunaire <nemunaire!> has joined #yocto02:58
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto03:24
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto03:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC03:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto04:41
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:41
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:47
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto04:49
*** nyvtr <nyvtr!> has quit IRC04:52
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:57
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:59
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:04
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto05:15
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:16
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto05:21
*** agust <agust!> has joined #yocto05:41
*** ejoerns <ejoerns!~ejo@2001:67c:670:100:76d4:35ff:fee8:98b3> has joined #yocto05:43
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC05:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto05:58
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC06:12
*** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto06:13
*** TobSnyder <TobSnyder!> has joined #yocto06:20
*** sagner <sagner!~ags@2a02:169:34b6::f4a> has quit IRC06:22
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:33
*** frsc <frsc!> has joined #yocto06:33
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:36
*** pabdaddy1995 <pabdaddy1995!4066f914@gateway/web/freenode/ip.> has quit IRC06:38
*** sagner <sagner!~ags@> has joined #yocto06:39
*** lusus <lusus!~lusus@> has joined #yocto06:40
*** miwa <miwa!~miwa@unaffiliated/miwa> has joined #yocto06:47
*** anujm <anujm!~anujm@> has quit IRC06:50
*** fl0v0 <fl0v0!> has joined #yocto06:54
khemarmpit yes06:59
frscI have a Yocto problem and no idea how to debug this. Maybe someone has a hint?07:03
frscI have a recipe with PACKAGE_ARCH = "${MACHINE_ARCH}, but when I switch between different MACHINES no rebuild happens.07:04
*** varjag <varjag!> has joined #yocto07:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto07:06
bluelightningfrsc: first thing to verify would be to bitbake -e recipename | less to see whether that value is being overridden07:12
frscbluelightning: I can see that PACKAGE_ARCH changes correctly when I change the MACHINE07:12
bluelightningwhen you say no rebuild happens, how are you determining that?07:13
xtronhow to use [bb.utils.contains] in anonymous python function?07:14
frscbluelightning: nothing happens at all, I get "Attempted 472 tasks of which 472 didn't need to be rerun and all succeeded."07:14
bluelightningfrsc: if you've built it before with that MACHINE set (which surely you must have) then that would be expected ...07:15
frscbluelightning: No, because actually it's a u-boot recipe and I expect at least that the correct bootloader image for this MACHINE is deployed07:16
frscNo matter if it was already built07:16
frscSo what I expect is that it uses sstate, but rerun do_deploy. At least that's how I think it should work.07:18
bluelightningthe first time, yes, I would expect the same07:19
frscOr maybe it doesn't even need sstate, but I need to have the correct binary for the selected MACHINE in my deploy dir07:20
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC07:20
bluelightningI can't honestly say what might be happening in your tree without further information, but I can confirm it should work as you expect07:20
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto07:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto07:22
frscbluelightning: Ok, do you have any idea how to debug this? What places do I need to look at, that might provide some hints?07:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC07:27
frscBecause the current situation is, that I switch MACHINE and build an image and the image contains a wrong u-boot binary and it doesn't boot and that's really bad.07:28
bluelightningfrsc: the thing is, if PACKAGE_ARCH is changing then WORKDIR must be changing, and that would have to force at minimum a restore from sstate07:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto07:28
bluelightningfrsc: first thing to do would be to bitbake -c clean for both values of MACHINE07:29
bluelightningthen run the experiment again07:29
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto07:29
bluelightninghow is the recipe written such that MACHINE influences how it is built?07:31
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:32
*** dwcraig <dwcraig!> has joined #yocto07:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC07:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC07:34
frscbluelightning: There's a bbappend that includes some files in SRC_URI for all machines, but there are subdirs for the different machines that hold different versions of those files for each MACHINE07:34
*** morphis <morphis!> has joined #yocto07:34
bluelightningRP: this is something you would expect to work without anything more explicit in the recipe, right?07:36
frscbluelightning: I cleaned and retried and it seems to work on the first run with each MACHINE, but once both versions exist in tmp no re-deploy happens and I am stuck with the same binary in the deploy dir07:36
bluelightningah - right... so how exactly is the deploy being done07:37
bluelightning(for this to work properly the deploy must *not* write directly to the output directory, it needs to be going through sstate)07:37
RPbluelightning: it should work, yes07:39
bluelightningOE-Core's does seem to be doing the deployment the correct way07:39
frscbluelightning: I'm using the core's in my recipe07:39
frscIt's basically the core with a few additional variables and files07:40
*** rburton <rburton!> has joined #yocto07:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto07:42
bluelightninghmm... puzzling07:43
bluelightningfrsc: in your testing right now are you still building the image or just u-boot ?07:44
frscbluelightning: just u-boot07:44
*** rburton <rburton!> has quit IRC07:44
bluelightningok, that simplifies things a little07:45
bluelightningso there are two possible avenues: 1) bitbake -DDD (which will print a whole bunch of uninteresting things but should somewhere make reference to u-boot's deploy task)07:47
bluelightningand 2) the stamps for the two different machines, which you should be able to compare with bitbake-diffsigs07:47
frscbluelightning: Ok in the log I get: "We can skip tasks [...]/u-boot/"07:51
frscWhatever leads to this07:51
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC08:01
frscbluelightning: This is what I get when I compare the stamps for the deploy task of both machines:
bluelightninghmm, so it differs in the way you would expect it to...08:08
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has quit IRC08:09
frscbluelightning: So what could lead to the task being skipped?08:16
frscThis is what I see in the log:08:16
frsc[...]/u-boot-exceet/2017.03-r0.do_deploy_setscene.b19c8a38f546274270c1fb5a4603e03c.imxceet-ul-2-s not available08:17
frscDEBUG: Normal stamp current for task [...]/u-boot/
frscDEBUG: Found task [...]/u-boot/ which could be accelerated08:17
frscAnd after that the task gets listed in the "skip list"08:19
RPfrsc: are these things deploying to the same filename?08:19
frscRP: yes, and additional some machine-specific symlinks08:20
frsclike u-boot.imx, u-boot-imxceet-ul-2-s.imx, etc.08:20
*** luneff <luneff!~yury@> has joined #yocto08:38
luneffhey guys! I have wrong machine-specific SRC_URI_append which I'd like to override. how do I do so with such a beast? :-)08:46
luneffI've filed an issue report to original layer, but it could take some time before the fix gets in. Given, I understood it's an issue correctly.
RPfrsc: I'm going to guess that this is the problem, the underlying files are probably all there but the main link which isn't machine specific is going to be the last one the task deployed08:49
RPfrsc: the file names really need to be machine specific since the deploy task will only run once, then the system will think its current and not run it again08:50
bluelightningluneff: it's not ideal but you should be able to do SRC_URI_remove = "0015-Add-eglfs_viv_wl-to-IMX-GPU.patch" and then SRC_URI_append = "0015-Add-eglfs_viv-to-IMX-GPU.patch"08:52
bluelightningluneff: you could make those conditional as well if you need to08:52
luneffyeah, thinking about the same, thank you :-)08:53
bluelightningheh, I missed the leading space in the append, but you probably won't do that :)08:53
frscRP: I guess you're right. Actually we use a common UBOOT_CONFIG for all machines and that leads to the filename of the binary being the same.08:55
frscSo we probably have to change our setup as this does not seem to be an intended use case.08:55
RPfrsc: you need to use different filenames for the two different machines, its not designed to work otherwise08:55
frscRP: Ok08:56
RPfrsc: I am surprised the system didn't warn about the filename overlap08:58
RPah, sstate.bbclass:SSTATE_DUPWHITELIST = "${DEPLOY_DIR_IMAGE}/08:59
RPfrsc: I'd guess if you remove that from the whitelist you would see warnings08:59
frscRP: Indeed. If I remove the dir from the whitelist and rebuild I even get errors.09:05
RPfrsc: I think we shouldn't need that in the main whitelist any more, if we have some idle time on the autobuilder I might see if we do still overlap files anywhere09:10
frscRP: Ok, great09:12
yoctiNew news from stackoverflow: Yocto Linux on a virtual machine <>09:24
*** nighty- <nighty-!> has quit IRC09:31
bluelightningRP: in the ab helper, does layer-config need both targetbuilddir and targetdir? they appear to be the same thing and neither get changed09:38
*** nighty- <nighty-!> has joined #yocto10:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:07
frscbluelightning: RP: I changed my setup to use different UBOOT_CONFIG for each MACHINE instead of the common one and now everything seems fine. The common link like "u-boot.imx" is not updatet, but I guess that's normal and it's not used to include the binary in the image.10:34
frscbluelightning: RP: So thanks a lot for helping!10:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:37
*** jofr <jofr!~jofr@> has quit IRC10:43
*** jofr <jofr!~jofr@> has joined #yocto10:43
bluelightningfrsc: no problem, glad we were able to help figure it out10:49
bluelightningseems like you uncovered a bug in any case (or at least undesirable behaviour)10:49
frscbluelightning: Yes I guess my setup was uncommon and it seems it is not really supported and therefore leads to some undesired results10:52
bluelightningI tend to think that if it's possible to trigger bad behaviour it should be prevented somehow, so I do think it could be improved10:53
*** jofr <jofr!~jofr@> has left #yocto10:55
*** jofr <jofr!~jofr@> has joined #yocto10:56
*** jofr <jofr!~jofr@> has left #yocto10:57
*** jofr <jofr!~jofr@> has joined #yocto10:57
frscbluelightning: Right, I think the root cause is more like a restriction of the u-boot recipe and config classes that caused my setup to fail11:04
frscbluelightning: So having a warning for that case would be nice and as we have seen it would actually trigger an error if the deploy dir wouldn't be whitelisted11:05
yoctiNew news from stackoverflow: How to exclude packages when populate_sdk in Yocto <>11:25
RPbluelightning: the fix is fewer things in the whitelist11:28
RPbluelightning: that looks like some kind of abstraction which never worked out, they are set set to the same thing?11:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:31
luneffis there something to auto-edit a google repo manifest file? like "convert all branch references to exact commit revisions'?11:35
*** arfoll <arfoll!~brendan.l@> has joined #yocto11:37
*** JoeR <JoeR!> has joined #yocto11:40
JoeRHey all. This is perhaps a wish rather than a realistic hope but is it possible to find the list of CVEs open against any particular image recipe?..11:41
JoeRI mean, in any kind of automated manner :-)11:42
bluelightningRP: ok... I'm working on the argparse stuff so I guess I'll just replace the two with one11:44
RPbluelightning: I think we need to get rid of OETestDepends, its particularly urgent for sdk/esdk/selftest, images don't parallelise so those are less of an issue12:05
RPbluelightning: just looking at the esdk devtool tests and wondering if they really need that dependency?12:06
RP(the test_devtool_location one)12:06
bluelightningRP: I'm pretty sure we can do without that dependency yes12:08
RPbluelightning: we could make it a function and call it but I'm not sure that is worth it?12:12
bluelightningI believe the only purpose is to save time in case that test fails, pretty much like all of the other dependencies we've put in12:13
RPbluelightning: the other dependencies were less about time and more about better error messages12:14
RPbluelightning: particularly "your network is dead" which otherwise can be hard to figure out from a series of different timeouts12:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC12:19
*** kanavin_ <kanavin_!~kanavin@> has joined #yocto12:22
*** zeddii_home <zeddii_home!> has joined #yocto12:24
*** kanavin <kanavin!~kanavin@> has quit IRC12:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:33
yoctiNew news from stackoverflow: Openembedded: How to add python-robotframework to Yocto <>12:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto13:02
*** seebs <seebs!~seebs@> has quit IRC13:11
*** seebs <seebs!~seebs@> has joined #yocto13:26
*** kanavin__ <kanavin__!~kanavin@> has joined #yocto13:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:28
*** kanavin_ <kanavin_!~kanavin@> has quit IRC13:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto13:31
*** TobSnyder <TobSnyder!> has quit IRC13:34
*** CoLa|work <CoLa|work!~cordlandw@> has joined #yocto13:42
tlwoernerhas anyone else noticed builds failing due to pigz crashing?13:47
tlwoerneri've been seeing these failures since we started using pigz, but maybe only 1 or so per week13:49
*** sagner <sagner!~ags@> has quit IRC13:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:51
tlwoernerso far, 3/8 of last night's builds failed because of pigz crashing13:51
tlwoernerpigz: abort: internal threads error13:51
tlwoernerpigz: abort: internal threads error13:52
*** sagner <sagner!~ags@> has joined #yocto13:52
tlwoernerpigz: try.c:42: try_throw_: Assertion `try_stack_ != NULL && "try: naked throw"' failed.13:52
tlwoerneri see it's the host's pigz that is used, my host is openSuSE 15.0, pigz --version 2.3.313:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto13:58
*** stephano <stephano!stephano@nat/intel/x-fbbdwptzaxunkkbs> has joined #yocto14:15
*** Crofton <Crofton!~Crofton@> has joined #yocto14:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:33
*** morphis <morphis!> has quit IRC14:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:35
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:50
*** JoeR <JoeR!> has quit IRC14:52
*** varjag <varjag!> has quit IRC14:53
yoctiNew news from stackoverflow: How do I clone a custom Intel Edison? <>14:55
mihai- looks nice :)14:56
mihai-halstead, ^14:57
mihai-I'm not sure who should look at that14:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:00
*** Crofton <Crofton!~Crofton@> has quit IRC15:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:04
moto-timowhich mailing list is used for submitting yocto-autobuilder related patches?15:14
bluelightningmoto-timo: the main yocto list15:17
moto-timobluelightning: thank you15:18
*** Crofton <Crofton!~Crofton@> has joined #yocto15:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:27
*** sagner <sagner!~ags@> has quit IRC15:31
*** morphis <morphis!> has joined #yocto15:35
*** stephano <stephano!stephano@nat/intel/x-fbbdwptzaxunkkbs> has quit IRC15:55
*** varjag <varjag!> has joined #yocto16:02
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:18
*** droman <droman!> has quit IRC16:19
*** droman <droman!> has joined #yocto16:21
*** joaocfernandes <joaocfernandes!~Joao@> has joined #yocto16:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:36
kanavin__RP: I'd like to know where is the source and configuration for the 'new' autobuilder? the last commits in yocto-autobuilder are several months old, yet there's been activity lately, from the status emails16:38
kanavin__RP: basically pelux is struggling with jenkins and I suggested, why not use what upstream is using :D16:38
RPkanavin__: yocto-autobuilder2 and yocto-autobuilder-helper are the two codebases16:39
kanavin__ah, '2' :)16:40
*** morphis <morphis!> has quit IRC16:43
*** morphis <morphis!> has joined #yocto16:43
joaocfernandeshi, I have generated a Build system derived toolchain for arm and I am able to run and debug it on the Qemu through the eclipse launcher + plugin using the autotools project , still if I create a cmake project I have some issues with the toolchain16:49
joaocfernandesit looks like is looking for /lib/ on my local machine instead of using what is contained within the toolchain16:50
*** frsc <frsc!> has quit IRC16:52
joaocfernandessome logs
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:54
*** kism <kism!615a3e9e@gateway/web/freenode/ip.> has joined #yocto16:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:58
joaocfernandes$CC -print-sysroot17:12
joaocfernandes /home/user/yocto/poky/build/tmp/work/armv5e-poky-linux-gnueabi/meta-ide-support/1.0-r3/recipe-sysroot17:13
joaocfernandescan't really understand what is happening and why only with cmake17:14
*** dreyna <dreyna!> has joined #yocto17:15
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC17:18
*** joaocfernandes <joaocfernandes!~Joao@> has quit IRC17:19
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto17:24
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC17:35
*** fl0v0 <fl0v0!> has quit IRC17:48
*** luneff <luneff!~yury@> has quit IRC17:53
*** morphis <morphis!> has quit IRC18:05
*** dreyna <dreyna!> has quit IRC18:08
*** joaocfernandes <joaocfernandes!> has joined #yocto18:24
*** joaocfernandes <joaocfernandes!> has quit IRC18:31
*** joaocfernandes <joaocfernandes!> has joined #yocto18:35
*** joaocfernandes <joaocfernandes!> has quit IRC18:39
*** vmeson <vmeson!> has quit IRC18:46
JPEWHmm, this isn't vim... my leader key doens't work here....18:54
*** vmeson <vmeson!> has joined #yocto19:06
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto19:18
*** xtungvu90 <xtungvu90!uid313450@gateway/web/> has quit IRC19:25
*** sagner <sagner!~ags@2a02:169:34b6::296> has joined #yocto19:33
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:56
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.> has quit IRC20:25
RPkanavin__: The "2" codebase since there wasn't much in common with the older buildbot!20:30
*** pabaddy1995 <pabaddy1995!4066f914@gateway/web/freenode/ip.> has joined #yocto20:31
pabaddy1995is anyone in here familiar with u-boot-fw-utils?20:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC20:34
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.> has joined #yocto20:37
*** stephano <stephano!stephano@nat/intel/x-bqaecfepaobzljic> has joined #yocto20:41
*** hbruce_ <hbruce_!86868b4a@gateway/web/freenode/ip.> has joined #yocto20:48
*** JaMa <JaMa!~martin@> has quit IRC21:03
*** RP is now known as RP_21:03
*** RP_ is now known as RP21:04
aehs29RP: are we planning on switching to AB '2' entirely at some point?21:05
RPaehs29: yes, soon21:08
pabaddy1995I know I keep asking this, but I'm really confused why my u-boot-fw-utils is using the wrong header file to mirror env variables.  When the .config file appears correct.21:34
JPEWAlright, version 2 of hash equivalence.... bombs away!22:11
*** agust <agust!> has quit IRC22:12
kergothdamn, that reminds me, i need to look at that at some point22:14
JPEWkergoth: I think I was trying to use persist_data in a way it wasn't originally intended.... but it was kinda fun fixing it :)22:15
*** kism <kism!615a3e9e@gateway/web/freenode/ip.> has quit IRC22:21
*** varjag <varjag!> has quit IRC22:25
armpitJPEW, if you labeled it hashish, you might get more reviewers22:25
JPEWarmpit: hmm.... but maybe not too many full reviews.... to distracting22:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:33
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:37
RPJPEW: persist data was not my best moment...22:43
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:48
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:05
*** nj0rd <nj0rd!> has joined #yocto23:05
*** nighty- <nighty-!> has quit IRC23:09
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto23:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC23:56

Generated by 2.11.0 by Marius Gedminas - find it at!