Thursday, 2017-08-03

*** http_GK1wmSU <http_GK1wmSU!~deep-book@> has joined #yocto00:02
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:8cd:dded:d543:a06f> has joined #yocto00:04
*** http_GK1wmSU <http_GK1wmSU!~deep-book@> has left #yocto00:05
*** faulteh <faulteh!faultehscr@gateway/shell/> has joined #yocto00:06
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto00:09
faultehhi so is and the mirror at both down? I can't seem to download native shim x86_64-nativesdk-libc.tar.bz2 from either, both locally or a vps in the usa.00:12
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:8cd:dded:d543:a06f> has quit IRC00:15
*** Jefro <Jefro!> has joined #yocto00:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:19
*** rburton <rburton!> has quit IRC00:22
*** Trinners_ <Trinners_!> has quit IRC00:26
*** rburton <rburton!> has joined #yocto00:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:08
*** nighty-- <nighty--!> has joined #yocto01:14
*** aehs29 <aehs29!~aehernan@> has quit IRC01:17
*** rburton <rburton!> has quit IRC01:25
*** rburton <rburton!> has joined #yocto01:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto01:28
*** flk <flk!> has quit IRC01:45
*** bully4u <bully4u!Adium@nat/intel/x-vvmegfydviugndui> has quit IRC01:46
*** stephano <stephano!~stephano@> has quit IRC01:47
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto01:53
*** berndhs <berndhs!> has left #yocto01:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:57
*** rburton <rburton!> has quit IRC02:09
*** rburton <rburton!> has joined #yocto02:10
*** rburton <rburton!> has quit IRC02:12
*** rburton <rburton!> has joined #yocto02:15
*** rburton <rburton!> has quit IRC02:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:27
*** rheagar <rheagar!67e51004@gateway/web/freenode/ip.> has joined #yocto02:33
rheagarhi , does anyone know to to disable prelink function for a specific bb file ? thanks02:34
rheagarandroid has a bool  var "LOCAL_PRELINK_MODULE"  to control this .02:34
rheagaroh i  see i can add that module to blacklist of prelink .02:41
*** rburton <rburton!> has joined #yocto02:41
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:a067:e661:4943:7de> has joined #yocto02:48
*** rheagar <rheagar!67e51004@gateway/web/freenode/ip.> has quit IRC02:52
*** sjolley <sjolley!~sjolley@> has quit IRC02:59
*** rburton <rburton!> has quit IRC03:08
*** bbarr <bbarr!> has quit IRC03:09
*** khem <khem!~khem@unaffiliated/khem> has quit IRC03:10
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto03:10
*** khem <khem!~khem@unaffiliated/khem> has quit IRC03:11
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto03:12
*** rburton <rburton!> has joined #yocto03:20
*** rburton <rburton!> has quit IRC03:31
*** sjolley <sjolley!~sjolley@> has joined #yocto03:34
*** robert_yang <robert_yang!~lyang1@> has quit IRC03:43
*** robert_yang <robert_yang!~lyang1@> has joined #yocto03:43
*** diego_r <diego_r!~diego@> has joined #yocto04:39
*** rburton <rburton!> has joined #yocto05:02
*** Jefro <Jefro!> has quit IRC05:12
*** flk <flk!> has joined #yocto05:20
*** rburton <rburton!> has quit IRC05:23
*** rburton <rburton!> has joined #yocto05:23
*** ldts <ldts!> has joined #yocto05:32
*** ldts <ldts!~jro@linaro/ldts> has joined #yocto05:32
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto05:33
*** Jefro <Jefro!> has joined #yocto05:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC05:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto05:44
*** ldts <ldts!~jro@linaro/ldts> has quit IRC05:46
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:48
*** agust <agust!> has joined #yocto05:58
*** hamis <hamis!~irfan@> has joined #yocto06:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC06:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto06:07
*** hnje <hnje!~hnje@> has joined #yocto06:26
-YoctoAutoBuilder- build #1203 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_2 Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 BuildImages_4 BuildImages_5 Running Sanity Tests_4 BuildImages_6 Running SDK Sanity Tests SendErrorReport] Build details are at
-YoctoAutoBuilder- build #1291 of nightly is complete: Failure [failed] Build details are at
*** wouterstreamit <wouterstreamit!589f1708@gateway/web/freenode/ip.> has joined #yocto06:44
*** mckoan|away is now known as mckoan06:46
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:46
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC06:54
*** groleo <groleo!> has joined #yocto06:58
*** groleo1 <groleo1!> has joined #yocto07:00
*** BarBQ <BarBQ!> has joined #yocto07:02
*** diego_r <diego_r!~diego@> has quit IRC07:02
*** groleo <groleo!> has quit IRC07:03
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto07:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:05
*** rajm <rajm!~robertmar@> has joined #yocto07:12
*** vdehors_arc <vdehors_arc!> has joined #yocto07:13
*** Kakounet <Kakounet!> has joined #yocto07:17
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:17
*** ldts <ldts!~jro@linaro/ldts> has joined #yocto07:25
*** prabhakarlad <prabhakarlad!~prabhakar@> has left #yocto07:27
bluelightningmorning all07:32
*** Jefro <Jefro!> has quit IRC07:33
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:35
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto07:36
*** ed2 <ed2!~Adium@> has joined #yocto07:37
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC07:40
*** ed2 <ed2!~Adium@> has quit IRC07:40
*** yann|work <yann|work!> has quit IRC07:40
*** diego_r <diego_r!> has joined #yocto07:41
*** miceopede <miceopede!sid140053@gateway/web/> has quit IRC07:42
*** miceopede <miceopede!sid140053@gateway/web/> has joined #yocto07:43
*** basic` <basic`!> has quit IRC07:51
mcfriskhi, any idea why I can't setup layer specific, but common to all layers, .inc files which define variables specific to recipes in the layer. Including this file in layer.conf of each layer works only for a single layer. If same file name is included in another layer, it fails, and if it is not included, the inclusion happens on only one layer, seems like first one found.07:53
*** basic` <basic`!> has joined #yocto07:53
LetoThe2ndmcfrisk: not limited to this specific case, have you compared both evaluation processes with bitbake -e?07:54
LetoThe2ndmcfrisk: besides, IIRC inclusion from a different layer requires the full path07:54
bluelightningif you're including it from a layer.conf it's going to be applied globally07:57
bluelightningas LetoThe2nd says, the way to figure out what's going on is to look at bitbake -e (and not pipe it through grep, or you lose the history information)07:58
mcfriskLetoThe2nd: I'm trying to do similar to meta/conf/distro/include/ and have that kind of file in all/most layers to apply some recipe specific variables which override stuff from recipes. Including that from layer.conf doesn't work correctly. Should it be included/required in local.conf instead?07:58
LetoThe2ndmcfrisk: depends. first, have a look at the very top of bitbake -e. there's the .conf inclusion tree.07:59
mcfriskif layer.conf files in multiple layers include/require the same file name, that results in "WARNING: Duplicate inclusion" from bitbake.08:01
*** ed2 <ed2!Adium@nat/intel/x-zmqnkzybvsvgwzgo> has joined #yocto08:01
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto08:02
*** toscalix <toscalix!> has joined #yocto08:05
*** seebs <seebs!~seebs@> has quit IRC08:05
mcfriskso what is the correct way store and use layer specific overrides, like SECURITY_CFLAGS_pn-dbus_powerpc = "" from meta/conf/distro/include/ ? Or is it really not possible, and only single override file can be applied to the whole bitbake build with multiple layers?08:05
*** behanw <behanw!uid110099@gateway/web/> has quit IRC08:06
mcfriskor is it just the include/require statements which don't work, meaning the overrides can be in layer specific layer.conf but not in the .inc files.08:07
bluelightningmcfrisk: you get duplicate inclusion warnings because there's no point doing that, the definitions in that file have already been included and applied08:09
bluelightningmcfrisk: see meta-oe for an example of a layer adding its own security flags inc file - basically, just name it differently08:10
bluelightningif you want to actually *override* what's specified in the existing security flags inc file though you should really do that from your custom distro config file (which if you don't have, you should)08:11
bluelightningsince that will be parsed later than all of the layer.conf files08:11
*** seebs <seebs!~seebs@> has joined #yocto08:13
mcfriskbluelightning: yea but no, the same file name in different layer has different, layer specific content. but this doesn't seem to be possible. there can only be one .inc file for everything, or I need to prefix the file name with layer name.08:13
mcfriskthanks, got it now, I hope08:14
bluelightningmcfrisk: you may be able to get away with using the same name, I'm not sure08:14
bluelightningprobably safest just to use a different one08:14
mcfriskbluelightning: same include file name in different layers isn't working. including it twice produces a warning too. So, they must have different names or the content must be in a single include file.08:15
*** zero_note <zero_note!~zero@> has joined #yocto08:17
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:a067:e661:4943:7de> has quit IRC08:19
*** flk <flk!> has quit IRC08:30
*** yann|work <yann|work!> has joined #yocto08:32
*** morphis <morphis!> has joined #yocto08:37
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC08:40
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto08:53
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto09:02
*** rubdos_ is now known as rubdos09:04
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:06
*** ZubairLK <ZubairLK!~Thunderbi@unaffiliated/zubairlk> has left #yocto09:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC09:24
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC09:32
*** rburton <rburton!> has quit IRC09:33
*** rburton <rburton!> has joined #yocto09:34
*** pohly <pohly!> has joined #yocto09:36
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:40
*** hnje <hnje!~hnje@> has quit IRC09:41
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:43
*** hnje <hnje!> has joined #yocto09:43
*** nighty-- <nighty--!> has quit IRC09:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:47
*** mckoan is now known as mckoan|away09:52
*** rburton <rburton!> has quit IRC10:06
*** rburton <rburton!> has joined #yocto10:07
*** hnje <hnje!> has quit IRC10:09
*** toscalix_ <toscalix_!~toscalix@> has joined #yocto10:11
*** toscalix_ <toscalix_!~toscalix@> has joined #yocto10:11
*** pr0gg3d <pr0gg3d!> has joined #yocto10:11
*** toscalix <toscalix!> has quit IRC10:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:13
*** hnje <hnje!~hnje@> has joined #yocto10:13
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto10:15
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:20
*** rburton <rburton!> has quit IRC10:34
*** rburton <rburton!> has joined #yocto10:35
*** pr0gg3d <pr0gg3d!> has quit IRC10:39
*** JoiF <JoiF!~jofr@> has joined #yocto10:40
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC10:40
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto10:58
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto10:58
*** ed2 <ed2!Adium@nat/intel/x-zmqnkzybvsvgwzgo> has quit IRC11:08
*** luc4 <luc4!~luca@> has joined #yocto11:34
*** Fuddl <Fuddl!> has joined #yocto11:40
*** catch22__ <catch22__!~catch22__@> has quit IRC11:43
Fuddlhi! i built core-image-minimal with changes in build/conf/local.conf to use systemd as init system and i built meta-toolchain but in the resulting SDK the headers for libsystemd are missing. what could i be doing wrong?11:45
rburtonmeta-toolchain is pretty minimal on purpose, you want to build the sdk for core-image-minimal11:46
rburtonbitbake core-image-minimal -c populaate_sdk11:46
rburton(fix the typo obviously)11:46
bluelightningrburton: luckily bitbake will say "did you mean populate_sdk" ;)11:47
rburtonyeah, good point :)11:47
Crofton|workhas bitbake become self aware?11:47
bluelightningCrofton|work: nah, just uses "sounds-like" matching if there's no match for a target or task, has done that for a while now11:48
bluelightningyou never noticed?11:48
rburtonif anyone fancies helping my "python 2 die die die" mission then a good first step would be writing a recipe for waf.11:48
bluelightningI wonder if it's about time to mark meta-toolchain as deprecated11:48
rburtoni do11:49
Fuddlrburton: many thanks, i'll try that11:49
paulgshame that wasn't simply "No More Python"11:49
LetoThe2ndrburton: here's one for you
bluelightningrburton: sigh... our setup script still suggests it, thats something we should really fix :(11:49
*** toscalix_ is now known as toscalix11:50
*** paulg <paulg!> has quit IRC11:57
*** bbarr <bbarr!> has joined #yocto11:58
*** rburton <rburton!> has quit IRC12:01
*** _yashi_ <_yashi_!> has quit IRC12:04
*** Heinzer123 <Heinzer123!> has joined #yocto12:20
*** ed2 <ed2!Adium@nat/intel/x-jnwzymdbwbbqiuxr> has joined #yocto12:23
*** peacememories <peacememories!~textual@> has joined #yocto12:30
*** Shurelous <Shurelous!~igor@> has joined #yocto12:31
peacememorieshi everyone. i've got a few questions regarding u-boot and swupdate if i may. the first one: can i, from my main system, tell u-boot to boot my update image once? and if so, how?12:37
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC12:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto12:43
*** lamego <lamego!~jose@> has joined #yocto12:48
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC12:50
*** toscalix_ <toscalix_!> has joined #yocto12:51
*** christner <christner!> has joined #yocto12:51
*** toscalix <toscalix!~toscalix@> has quit IRC12:54
*** JosePerez <JosePerez!jgperezc@nat/intel/x-jogpnguonsounfws> has quit IRC12:57
*** hnje <hnje!~hnje@> has quit IRC12:58
*** groleo <groleo!> has joined #yocto13:01
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto13:01
*** groleo1 <groleo1!> has quit IRC13:03
Crofton|worktlwoerner, how good is rpi3 in morty (or pyro)?13:03
*** Fuddl <Fuddl!> has quit IRC13:06
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:09
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:10
*** crawf0rd <crawf0rd!> has quit IRC13:15
*** madisox <madisox!> has joined #yocto13:16
*** Guma <Guma!> has quit IRC13:17
*** bbarr <bbarr!> has quit IRC13:18
peacememorieshuh, my u-boot tries to load an .itb file when running `run sdboot`, but it doesn't know the command sdboot?13:18
*** marka <marka!~masselst@> has joined #yocto13:19
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:20
*** bbarr <bbarr!> has joined #yocto13:22
*** tcpdump <tcpdump!sid47591@gateway/web/> has left #yocto13:24
*** Guma <Guma!> has joined #yocto13:25
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC13:26
*** stephano <stephano!~stephano@> has joined #yocto13:28
*** lsandov1 <lsandov1!~lsandov1@> has joined #yocto13:29
*** morphis <morphis!> has quit IRC13:51
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto13:52
peacememoriescan i somehow tell yocto to bundle a uImage with an initramfs so i can boot a system in u-boot from one file?14:04
*** morphis <morphis!> has joined #yocto14:06
sveinseWhat is the procedure for ironing out taskhash mismatch errors?14:09
sveinseI'm constantly getting it on our build server, but never when I manually run it (of course)14:10
*** toscalix <toscalix!~toscalix@> has joined #yocto14:13
*** toscalix_ <toscalix_!> has quit IRC14:16
*** groleo <groleo!> has quit IRC14:17
*** Trinners_ <Trinners_!> has joined #yocto14:18
*** aehs29 <aehs29!aehernan@nat/intel/x-fnxxkborcuzcbnwt> has joined #yocto14:19
roundandroundHas anybody figured out a recipe to build a PXE bootable Poky core-image-minimal?  The biggest problem I have is my init script to mount the rootfs is getting overwritten (or overridden?) by the core initrdscripts file.14:21
*** hamis <hamis!~irfan@> has quit IRC14:22
*** toscalix_ <toscalix_!> has joined #yocto14:29
*** toscalix_ <toscalix_!> has joined #yocto14:29
*** crawf0rd <crawf0rd!> has joined #yocto14:29
*** rajm <rajm!~robertmar@> has quit IRC14:30
*** rajm <rajm!~robertmar@> has joined #yocto14:31
*** toscalix <toscalix!~toscalix@> has quit IRC14:33
sveinseTaskhash mismatch ... for Man this is pesky14:40
sveinseI'd wish bitbake could be more explicit in telling what has changed when a taskhash mismatch is encountered.14:46
*** majuk <majuk!> has joined #yocto14:55
*** BarBQ <BarBQ!> has quit IRC14:57
kergothsveinse: yeah.. afaik the issue is, we don't know if there's a mismatch until the task parses it. so we'd have to proactively write the basehash data for every task to disk up front, just in case we need it, which imposes a cost. there are commented lines in bitbake to dump it to assist in diagnosing it14:57
*** peacememories <peacememories!~textual@> has quit IRC14:58
*** peacememories <peacememories!~textual@> has joined #yocto14:59
sveinsekergoth: I don't know the details, but if the taskhash is a hash of a parameter database, and it mismatches, couldn't bitbake start to show the diff of the database?14:59
sveinsekergoth: anyhow, how can I proceed dumping the database and comparing?15:00
*** peacememories <peacememories!~textual@> has quit IRC15:00
sveinseMy main problem is that manual invocation of bitbake seems to not trigger the taskhash, so its elusive...15:00
kergothagain, it has to have something to diff against15:00
* kergoth nods, usually is15:00
sveinseright, so it has the hash, but not the data?15:01
kergothprobably an ordering issue somewhere. i.e. something references a list, and the list's order changes sometimes, but not always15:01
kergoththe main suspect with such things is DATE or TIME references, but a TIME reference would happen every time, not randomly..15:01
kergothso it's either a DATE reference across a date change (build at midnight?) or something else is changing between the up front parse and the later parse, hence the ordering possibility15:02
sveinseI've search very thorougly for DATE, I don't think it is. But still...15:02
kergothyou'll probably want to comment out the aofrementioned lines in bitbake, that'll make bitbake write out the basehashes, you should end up with two where they should only be one, and can use bitbake-diffsigs to compare15:02
kergothi'll see if i have the patch handy15:02
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:02
kergothmight not apply directly, but you get the idea15:05
kergoththat'll dump basehash sigdata/siginfo into your stamps directory15:07
sveinsePerfect. And run bitbake-diffsigs without arguments?15:08
kergothdiffsigs won't do anything without arguments. it has options for recipe+task, but probably won't be useful in this context, you'll likely want to look at your stamps dir, find the case where you have two sets of basehash sigdata for the same task, and specify the paths to those two files on the bitbake-diffsigs commandline15:09
kergothi think that's still the best bet to diagnose this, but RP might have other suggestions15:10
* kergoth hasn't had to fix one in a while15:10
kergothTartarus, was that the approach you took when digging into yours the other day?15:10
kergothor did you find a better method?15:10
Tartaruskergoth: I used diffsigs and had the two stamp files around15:11
* kergoth nods15:11
kergothokay, thanks15:11
TartarusThat showed me an actual difference in the same task15:11
TartarusAnd then I figured out a way to solve that15:11
*** alimon <alimon!alimon@nat/intel/x-vnbaaofjjzeqtjha> has joined #yocto15:12
* kergoth wonders what the actual performance impact of writing that data all the time would be15:12
TartarusProbably noticeable just because it would be a ton of small files?15:13
TartarusBut enabling the dump should be easier15:13
* sveinse testing patch and starting build. Crossing fingers that this triggers the taskhash mismatch15:13
kergothgood luck :) worst case you can add the patch to your automated builds for a while and just deal with the performance impact until you get it resolved, been there, done that15:14
kergothremember to save the stamps dir, if you do that15:14
sveinseHeh getting 2099 of "setscene failed with exit code '1' - real task will be run insted" and then it dies :(15:15
*** rburton_ <rburton_!> has joined #yocto15:15
rburton_damnit irc client stop disconnecting15:16
*** rburton_ is now known as rburton15:16
rburtonkhem: new glibc actually builds!!!15:16
kergothsveinse: yikes. i've seen that, but very rarely.. weird15:17
*** HavoK__ <HavoK__!> has quit IRC15:19
sveinsehmm, is the py code correct?15:19
khemrburton: cool.15:19
* kergoth shrugs15:20
*** WillMiles <WillMiles!> has joined #yocto15:20
rburtonkhem: respinning on the AB to see what happens there15:20
khemrburton: your local machine is wierdest15:21
khemAB machines are friendlier to me15:21
rburtonkhem: and all the builders!15:21
rburtonthey all failed with the last patch15:21
khemnot this time, in general I mean15:21
khemyou find more wierder issues with patches15:21
khemI must trick you in installing a sane distro15:22
*** sjolley <sjolley!~sjolley@> has quit IRC15:22
rburtonit's debian stable! :)15:23
rburtoni'm not running something twisted like arch15:23
khemnooo arch is the future15:24
rburtoni scoff at your "sane distro" comment15:24
sveinseDebugging: bitbake/lib/bb/ (in krogoth), it reads for task in self.taskdeps[fn]: self.dump_sigtask(fn, task, d.getVar("STAMP", True), False), but then the line after states for task in taskdeps:. Are we sure it shall be self.taskdeps[fn] in it?15:24
sveinseSomething messes up bitbake completely when this is enabled at least15:25
kergothentirely possible that the existing lines were changed but not the commented bits15:25
* kergoth shrugs15:25
khemrburton: arch is very stable, future is rolling distros15:25
kergothi should install arch again, been a while15:25
khemrburton: debian stable is better than centos certainly15:26
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC15:26
kergothsveinse: i'd say yeah, try changing it to taskdeps instead and see how it goes15:27
khemrburton: and you must be sneaking in testing and unstable feeds I am sure15:27
khemrburton: I saw runtime tests were failing for musl on AB yesterday15:29
khemrburton: it wasnt due to musl change btw. since it was failing without musl patch15:30
sveinseSame result. Failed.15:30
sveinseheh, by timeframe of this test, I had 4 guys and 1 boss in my office asking when the build is up and running again. Somebody is (of course) expecting a beta build for testing today :(15:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:33
sveinseSo, how to get the build server to generate a sigdata for me to compare and find the altered parameter15:35
zero_note(thumbs up for arch! :) )15:35
sveinseOne way to fix the issue is to disable sstate altogether I suppose. But that'll take a million years to compile15:36
*** groleo <groleo!~groleo@> has joined #yocto15:36
sveinseYet that is less than what I would take me if I cant figure it out15:36
sveinsebitbake-diffsigs can diff on bitbake -e files?15:43
kergothno, diffsigs diffs signature data, which relies on variable tracking and analysis15:44
kergothdoesn't compare metadata15:44
sveinseCan I dump the sigdata from bitbake cmd line?15:44
kergoththat's what bitbake-dumpsigs is for15:46
kergothdumpsig, whichever15:46
*** rajm <rajm!~robertmar@> has quit IRC15:48
*** peacememories <peacememories!~textual@> has joined #yocto15:50
sveinseI must be slow, but where do I find or generate the siginfo/sigdata files bitbake-dumpsig requires?15:50
*** peacememories <peacememories!~textual@> has quit IRC15:50
*** sjolley <sjolley!~sjolley@> has joined #yocto15:51
*** lucaceresoli <lucaceresoli!> has quit IRC15:52
*** Heinzer123 <Heinzer123!> has left #yocto15:53
*** ed2 <ed2!Adium@nat/intel/x-jnwzymdbwbbqiuxr> has quit IRC15:55
kergothoh, right, misunderstood your question15:59
kergoththe way you get them written is hte patch i gave you, except it apparnetly needs to be fixed15:59
sveinseright. ok, thanks for trying15:59
*** luc4 <luc4!~luca@> has quit IRC15:59
sveinseBut I have to hand it to you guys, the taskhash collision resolution gotta be resolved in a much better way. Performance or not. It is way too cumbersome to debug and extremely costly.16:02
sveinsePerhaps an article to write for the TipsAndTricks wiki?16:04
kergothshould probably add a bitbake argument to collect and write the additional data needed to diagnose, and ideally also have bitbake automatically use that data to dump the delta on hitting a taskhash mismatch?16:05
kergothif you would, open a bugzilla bug to improve the workflow for diagnosing taskhash mismatches, if one doesn't already exist16:05
sveinsefor bitbake, right?16:08
*** Kakounet <Kakounet!> has quit IRC16:08
kergothTartarus may have a working version of those lines in bitbake to dump the basehashes, i don't have it handy16:09
TartarusWhat you pasted above should still apply16:09
TartarusOr be a trivial fixup16:09
TartarusI think things have shifted like 5 lines, but context is  fine16:10
sveinseI edited the file myself, not use the patch16:10
sveinseWhy I get failures in setscene I don't know16:11
sveinseHmm, what should I ask for in the bugzilla bug? The concept of taskhash being too hard to diagnose, or that the patch does not work?16:13
kergoththe former, we need to improve the workflow for diagnosing taskhash mismatches16:13
sveinseMy concern is mostly the former. The others are just methods for doing that16:13
*** martinkelly1 <martinkelly1!~martin@> has joined #yocto16:18
kergothand not a very pleasant method, at that, just better than nothing :)16:19
*** CTtpollard <CTtpollard!~CTtpollar@> has quit IRC16:25
*** ldts <ldts!~jro@linaro/ldts> has quit IRC16:26
sveinseAll right, sticking my head out:
yoctiBug 11892: enhancement, Undecided, ---, richard.purdie, NEW , Missing workflow for identifying taskhash workflow16:26
kergoththanks, appreciate it16:27
kergothdealing with those is a long standing annoyance16:27
sveinsewell, thank you for trying your best to assist16:27
sveinseI'm no closer to a resolution to our broken build thou :(16:27
*** brrm <brrm!> has joined #yocto16:28
kergothsveinse: reload the gist patch link i gave you, now it applies and i verified it works16:38
kergotherm, no, hold16:39
kergoththere, now it's there16:39
*** martinkelly <martinkelly!> has quit IRC16:39
kergoththen do your build and examine the *sigbasedata* files in tmp*/stamps/16:39
kergothno idea why yours failed, as this is basically the same thing16:42
kergothbuilt fine here16:42
*** Jefro <Jefro!> has joined #yocto16:42
* kergoth shrugs16:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:42
*** toscalix_ <toscalix_!> has quit IRC16:51
*** tgoodwin <tgoodwin!> has quit IRC16:55
*** armpit <armpit!~armpit@2601:202:4001:9ea0:1470:448a:809f:45a> has quit IRC16:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:02
*** dreyna <dreyna!> has joined #yocto17:10
*** ldts <ldts!> has joined #yocto17:21
*** ldts <ldts!~jro@linaro/ldts> has joined #yocto17:21
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto17:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:25
*** ldts <ldts!~jro@linaro/ldts> has quit IRC17:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:43
*** vdehors_arc <vdehors_arc!> has quit IRC17:45
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC17:56
*** groleo <groleo!~groleo@> has left #yocto17:56
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto17:59
*** clsulliv <clsulliv!clsulliv@nat/intel/x-tsjlvgimckcvlcwk> has quit IRC18:02
*** clsulliv <clsulliv!clsulliv@nat/intel/x-wqjqbuckmvoqxlfe> has joined #yocto18:03
*** BCMM_ <BCMM_!> has joined #yocto18:05
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC18:05
*** BCMM_ is now known as BCMM18:06
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:06
*** majuk <majuk!> has quit IRC18:06
*** majuk <majuk!> has joined #yocto18:07
*** paulg <paulg!> has joined #yocto18:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:09
*** crawf0rd <crawf0rd!> has quit IRC18:10
*** crawf0rd <crawf0rd!> has joined #yocto18:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:10
*** majuk <majuk!> has quit IRC18:11
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:14
*** paulg_ <paulg_!~paulg@> has quit IRC18:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:16
*** yann|work <yann|work!> has quit IRC18:24
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC18:25
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:25
kergoththis is odd, i'm seeing a situation where the import of modules in the oe namespace package from layers other than oe-core can't be imported when using devtool, but works just fine running bitbake directly18:26
kergothlike the sys.path changes aren't taking effect or something18:26
khemdoes vevtool filter out anything before invoking bitbake proper ?18:27
*** aehs29 <aehs29!aehernan@nat/intel/x-fnxxkborcuzcbnwt> has quit IRC18:28
*** aehs29 <aehs29!aehernan@nat/intel/x-myzkiwkxngrswbft> has joined #yocto18:28
*** stephano <stephano!~stephano@> has quit IRC18:28
*** gtristan <gtristan!~tristanva@> has joined #yocto18:29
*** sjolley <sjolley!~sjolley@> has quit IRC18:30
kergothwouldn't expect so, should be just using tinfoil, server should start as it always does..hmm18:33
kergothhuh, didn't  know about
kergothoddly, recipetool newappend works fine, but devtool modify doesn't, parsing the same metadata18:37
-YoctoAutoBuilder- build #829 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at
*** rcw <rcw!~rwoolley@> has joined #yocto18:39
*** crawf0rd <crawf0rd!> has quit IRC18:45
*** garbados <garbados!~garbados@2601:1c2:303:6b0:e437:e5ff:f7ee:8828> has joined #yocto18:46
*** Guma <Guma!> has quit IRC18:51
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:51
*** crawf0rd <crawf0rd!> has joined #yocto18:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:53
*** crawf0rd <crawf0rd!> has quit IRC18:54
*** rcw <rcw!~rwoolley@> has quit IRC18:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:04
*** dreyna <dreyna!> has quit IRC19:04
*** bbarr <bbarr!> has quit IRC19:04
*** majuk <majuk!> has joined #yocto19:08
*** armpit <armpit!> has joined #yocto19:10
*** yann|work <yann|work!> has joined #yocto19:11
*** clopez <clopez!> has joined #yocto19:15
*** catch22 <catch22!~catch22__@> has joined #yocto19:23
garbadosi'm having some layer issues? like if a layer fails to build and i suspect it's more the layer's fault than mine. i'm not sure how to debug a layer or how to report the issue, to whom, etc19:24
*** sjolley <sjolley!sjolley@nat/intel/x-hfyltpplzgfnaffo> has joined #yocto19:25
rburtonidentify which recipe it is, file bug as per instructions in layer reade19:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC19:26
garbadosrburton, ok, fair. straightforward lol19:26
*** Trinners_ <Trinners_!> has quit IRC19:27
*** Trinners_ <Trinners_!> has joined #yocto19:27
*** lsandov1 <lsandov1!~lsandov1@> has quit IRC19:28
*** vmeson <vmeson!> has quit IRC19:28
*** vmeson <vmeson!> has joined #yocto19:29
-YoctoAutoBuilder- build #1178 of nightly-x32 is complete: Success [build successful] Build details are at
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto19:33
*** Trinners_ <Trinners_!> has quit IRC19:34
*** Trinners_ <Trinners_!> has joined #yocto19:34
*** Trinners_ <Trinners_!> has joined #yocto19:36
*** Trinners_ <Trinners_!> has quit IRC19:38
-YoctoAutoBuilder- build #831 of nightly-deb-non-deb is complete: Success [build successful] Build details are at
*** Trinners_ <Trinners_!> has joined #yocto19:38
*** Circuitsoft <Circuitsoft!4b92a52b@gateway/web/freenode/ip.> has joined #yocto19:39
CircuitsoftHello - is there an "image" format that would essentially be a zip file of the contents of the hddimg file?19:39
*** stephano <stephano!~stephano@> has joined #yocto19:39
*** bluelightning <bluelightning!> has joined #yocto19:41
*** bluelightning <bluelightning!> has quit IRC19:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:41
*** marka <marka!~masselst@> has quit IRC19:54
rburtonCircuitsoft: zip? that would be unlikely to be useful. tar.gz, yes.19:55
*** Artox <Artox!~Artox@> has quit IRC19:56
*** Trinners_ <Trinners_!> has quit IRC19:56
CircuitsoftIn my case, I don't care what the archive format is, because the hddimg is fat, not ext.19:56
CircuitsoftI was thinking of trying to go cpio/xz due to ease of file format extraction, but I can deal with anything.19:56
*** Artox <Artox!~Artox@> has joined #yocto20:04
*** Guma <Guma!> has joined #yocto20:08
*** WillMiles <WillMiles!> has quit IRC20:14
*** stephano <stephano!~stephano@> has quit IRC20:15
*** stephano <stephano!~stephano@> has joined #yocto20:16
-YoctoAutoBuilder- build #15 of nightly-packagemanagers is complete: Success [build successful] Build details are at
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:25
*** berndhs <berndhs!> has joined #yocto20:27
*** Snert__ <Snert__!> has joined #yocto20:30
*** Snert <Snert!> has quit IRC20:31
*** dreyna <dreyna!> has joined #yocto20:32
*** stephano <stephano!~stephano@> has quit IRC20:33
*** marka <marka!> has joined #yocto20:37
*** pohly <pohly!> has quit IRC20:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:46
RPkergoth: I did try writing the sigdata all the time. Its a *huge* amount of IO sadly20:54
RPkergoth: If we had some kind of compressed data store it might be possible but that was more work than I had time for20:54
*** pohly <pohly!> has joined #yocto21:04
*** ant_home <ant_home!> has joined #yocto21:05
*** pohly <pohly!> has quit IRC21:05
*** yates <yates!> has joined #yocto21:08
*** JosePerez <JosePerez!~jgperezc@> has quit IRC21:10
yatesa wiki (section 4.5.3 here: speaks of appending some stuff to the conf/local.conf file in the "yocto build directory", but the neither yocto build directory nor the conf/local.conf file exist yet.21:11
yatesthat is, after the initial repo init/repo sync steps21:12
yatesso do you have to build a target first, then modify and rebuild?21:12
*** shiyer <shiyer!~shiyer@> has joined #yocto21:15
yatesno. i see now. just do the setup-environment21:16
*** aehs29 <aehs29!aehernan@nat/intel/x-myzkiwkxngrswbft> has quit IRC21:18
*** aehs29 <aehs29!~aehernan@> has joined #yocto21:18
-YoctoAutoBuilder- build #828 of nightly-mips64 is complete: Success [build successful] Build details are at
*** Shurelous <Shurelous!~igor@> has quit IRC21:23
yatesis there a way to check if the setup-environment has already been run? for exmaple, by checking a specific environment variable? i seem to often cd out of the build directory and later can't remember if i've setup the environment or not21:25
*** yann|work <yann|work!> has quit IRC21:27
yatesecho $MACHINE doesn't seem to work.21:27
*** sgw_ <sgw_!sgw_@nat/intel/x-kebwzayhhmgbgnjj> has joined #yocto21:28
yatesis this thing on?21:29
*** majuk <majuk!> has quit IRC21:29
* yates tests the microphone...21:29
Circuitsoftyates: Running oe-init-build-environment again doesn't hurt anything.21:29
*** majuk <majuk!> has joined #yocto21:30
*** faulteh <faulteh!faultehscr@gateway/shell/> has left #yocto21:32
CircuitsoftThere are also variables like BUILDDIR and BB_ENV_EXTRAWHITE21:32
-YoctoAutoBuilder- build #1213 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
Circuitsoftbut BUILDDIR seems to be the most reliable one.21:33
*** marka <marka!> has quit IRC21:33
*** yann|work <yann|work!> has joined #yocto21:34
*** majuk <majuk!> has quit IRC21:34
*** Trinners <Trinners!> has joined #yocto21:35
yatesis there a shell that will work with yocto/bitbake? ->
yatesan emacs shell, that is?21:36
*** christner <christner!> has quit IRC21:37
*** bluelightning <bluelightning!> has joined #yocto21:39
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:39
halsteadtodor, Can you help with eclipse-poky issues? Or point me at someone.21:47
joshuaglmoto-timo: ^^ ??21:48
halsteadOh moto-timo is here. I was looking for ticotimo.21:49
halsteadThank you joshuagl. :)21:50
*** lamego <lamego!~jose@> has quit IRC21:57
halsteadmoto-timo, joshuagl, It's an issue with the downloads server now being behind the same NAT as the .io workers. When I test from the command line it works over IPv6 but the script here is forcing IPv4 and that isn't working. I think I can fix this.21:57
joshuaglhalstead: brilliant, thanks!21:57
yatesonce you have setup a build directory the first time via MACHINE=foo DISTRO=bar . setup-environment build_xyz, can you just (in a new terminal/shell) run setup-environment build_xyz?21:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:01
yatesor rather ". setup-environment build_xyz"?22:01
*** Guma <Guma!> has quit IRC22:05
*** agust <agust!> has quit IRC22:12
joshuaglhalstead: I'm calling it a day, could you let me know how it goes?22:13
halsteadjoshuagl, I just started22:13
halsteadjoshuagl, And it's working with split DNS now.22:13
halsteadstarted a test that is.22:13
joshuaglhalstead: awesome22:13
* joshuagl nods22:13
halsteadjoshuagl, I'll get them moved to different subnets later so it won't crop back up. Thanks again. Have a good night.22:15
joshuaglthank you halstead!22:15
* joshuagl waves22:15
*** joshuagl <joshuagl!~joshuagl@> has quit IRC22:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:19
-YoctoAutoBuilder- build #540 of nightly-no-x11 is complete: Success [build successful] Build details are at
*** lsandov1 <lsandov1!~lsandov1@> has joined #yocto22:29
*** lsandov1 <lsandov1!~lsandov1@> has quit IRC22:32
-YoctoAutoBuilder- build #1209 of nightly-x86 is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1189 of nightly-mips is complete: Success [build successful] Build details are at
*** ant_home <ant_home!> has quit IRC22:57
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:02
-YoctoAutoBuilder- build #746 of nightly-wic is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1250 of nightly-x86-64 is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1167 of nightly-mips-lsb is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1188 of nightly-non-gpl3 is complete: Success [build successful] Build details are at
*** majuk <majuk!> has joined #yocto23:31
*** gartin <gartin!~Gav@> has quit IRC23:32
*** majuk <majuk!> has quit IRC23:36
-YoctoAutoBuilder- build #1187 of nightly-x86-lsb is complete: Success [build successful] Build details are at
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:40
*** aehs29 <aehs29!~aehernan@> has quit IRC23:41
-YoctoAutoBuilder- build #1184 of buildtools is complete: Success [build successful] Build details are at
-YoctoAutoBuilder- build #1217 of nightly-arm is complete: Success [build successful] Build details are at
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:48
*** stephano <stephano!~stephano@> has joined #yocto23:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:51
*** lsandov1 <lsandov1!lsandov1@nat/intel/x-dhktzxisokltzsvg> has joined #yocto23:54
-YoctoAutoBuilder- build #1203 of poky-tiny is complete: Success [build successful] Build details are at

Generated by 2.11.0 by Marius Gedminas - find it at!