Wednesday, 2019-09-25

*** jae1 <jae1!95c73e81@149.199.62.129> has quit IRC00:08
*** jwwww <jwwww!~magnet@lfbn-mon-1-417-80.w86-193.abo.wanadoo.fr> has quit IRC00:30
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto00:31
*** anujm <anujm!~anujm@134.134.139.77> has quit IRC00:34
*** alimon <alimon!alimon@gateway/shell/linaro/x-ngkyiimwvpklxmru> has joined #yocto00:55
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC00:58
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC01:03
*** kaspter <kaspter!~Instantbi@222.67.188.194> has quit IRC01:17
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC01:18
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto01:18
*** elvispre <elvispre!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC01:24
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC01:34
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has joined #yocto01:37
*** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto01:38
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto02:07
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC02:22
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto02:39
*** cpo_ <cpo_!~cpo@helix.mybll.net> has quit IRC03:04
*** camus <camus!~Instantbi@222.67.188.174> has joined #yocto03:05
*** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC03:08
*** camus is now known as kaspter03:08
*** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto03:10
*** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC03:12
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1cce:5f11:8f92:c80d> has joined #yocto04:01
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has joined #yocto04:15
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC04:42
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC04:54
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC05:03
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto05:05
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto05:10
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto05:12
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC05:20
Domin1kI have a recipe question. In case of writing a manual do_install() do i really need to install each single file with an specific install command? I have a bunch of shared objects and also some xml-files that i like to install. Is there a way to use wildcards like: (install -m 0644 ${S}/libs/*.so ${D}/usr/lib/) and (FILES_${PN} += "/usr/lib/*.so") ?05:25
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:27
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC05:29
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:29
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto05:45
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto05:47
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto05:54
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC05:54
*** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto05:57
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto06:03
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto06:06
*** zeddii <zeddii!~zeddii@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto06:08
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto06:09
nayfeDomin1k you can use 'cp' instead of install06:14
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC06:19
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:22
Domin1kthanks(y)06:25
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto06:26
khemtesaddict: thank you for your testimony, please tell others too, but if you have gripes then tell us first :)06:28
khemmischief: are you adding to rdep or to dep, dep on output package wont work, only rdep will work.06:30
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto06:33
*** frsc <frsc!~frsc@200116b82471790030bd450d96fe8629.dip.versatel-1u1.de> has joined #yocto06:34
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC06:44
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto06:54
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto06:55
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC07:04
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto07:05
khemyates: sdk sets up right env for pkg-config, so are you sourcing the env ?07:07
khemDomin1k: prefer to use install program to setup right username/groups install can do multiple files07:09
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:15
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC07:16
*** yacar_ <yacar_!~yacar@80.215.78.18> has joined #yocto07:23
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto07:28
yoctiNew news from stackoverflow: Node.js error "invalid opcode ip" on Yocto(rocko) <https://stackoverflow.com/questions/57920363/node-js-error-invalid-opcode-ip-on-yoctorocko>07:30
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto07:31
*** yacar_ <yacar_!~yacar@80.215.78.18> has quit IRC07:41
*** yacar_ <yacar_!~yacar@80.215.78.18> has joined #yocto07:42
*** yann|work <yann|work!~yann@aputeaux-653-1-137-254.w86-195.abo.wanadoo.fr> has quit IRC07:51
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto08:07
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC08:10
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ueviygkqeufuxjle> has joined #yocto08:12
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC08:14
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5516> has joined #yocto08:18
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC08:18
yoctiNew news from stackoverflow: Unable to show splashscreen using Yocto custom image for iMX6 <https://stackoverflow.com/questions/58093934/unable-to-show-splashscreen-using-yocto-custom-image-for-imx6>08:31
*** Smit-Tay <Smit-Tay!~Smit-Tay@2001:a61:3a66:1c01:90f2:84d1:c13e:1e4c> has joined #yocto08:43
Smit-TayI can't seem to find a way to specify a specific Git commit to use as a patch.  Is this supported ?08:44
Domin1kSmit-Tay: Why don't you use git format-patch to create a patch that you then can apply within your recipe?08:47
mranostaykhem: was wondering is there any plans to upgrade the vboxguestdrivers to the 6.0.x release. see you blacklisted the old 5.2.18 one08:49
Smit-TayA patch already exists in a git repository.  Ideally, I would specify the repo and commit ID and bitbake would do the rest.  Seems like this ought to be pretty standard08:52
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.159.151> has quit IRC08:53
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.159.151> has joined #yocto08:53
*** yann|work <yann|work!~yann@85.118.38.73> has joined #yocto08:54
Domin1kSmit-Tay: So you would like to cherry-pick a specific commit ontop of your SRCREV?08:57
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:06
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has quit IRC09:09
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:11
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has joined #yocto09:17
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto09:19
Smit-TayYes, My particular issue is building tags/yocto-2.7.1 - in this qemu-native doesn't build under Fedora 30 (current).  It seems there's a compile error related to changes in kernel headers.  So, I am thinking I need to apply a patch, which I think resides here: https://github.com/patchew-project/qemu tags/patchew/20190604071915.288045-1-borntraeger@de.ibm.com09:21
*** RP <RP!~RP@5751f4a1.skybroadband.com> has left #yocto09:23
*** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto09:23
RPJPEW: sorry, I never got back to you with that data did I? :(09:24
*** iceaway_ <iceaway_!~pelle@37.233.78.69> has quit IRC09:24
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC09:24
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:24
rburton_smit-tay: oe-contrib branch thud-next has the fix waiting for you to cherry-pick09:24
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC09:26
Smit-Tayrburton:  OK, so, how do I find it ?   And, how do I apply it via BitBake during the build ?   I've looked through the docs, but don't see this covered09:29
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:32
rburton_Smit-Tay: apply http://git.openembedded.org/openembedded-core-contrib/patch/?id=fac2d3846dadfda256e94500bdf33f546a8d1fb4 to your tree09:32
rburton_if you're using a git checkout of the tag then you can just git am that, or fetch oe-contrib and cherry-pick it09:33
Smit-TayOK, but, that's a manual step which I would have to repeat each time I build.  So, if I am automating a build which is going to be performed many times per day via a CI that's not a solution - at least as far as I can understand what you are talking about.  What I *think* I need to do is to change the recipe for Qemu so that it automatically applies that patch.  Right ?09:37
qschulzSmit-Tay: bbappend with the two patches in this commit in SRC_URI +=09:38
qschulzor you force your whole layer to checkout this revision instead of the one you currently have (but then you have all patches in between your revision and the new one)09:40
Smit-TayOK, that sounds more like what I am thinking.09:40
Smit-Tayexactly, which is what I don't want09:40
*** yacar_ <yacar_!~yacar@80.215.78.18> has quit IRC09:42
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC09:46
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto09:50
rburton_i'd personall branch 2.7.1 and cherry-pick that commit09:54
rburton_then when 2.7.2 is out, you can switch to that09:54
rburton_this is precisely why we endorse using a git clone over tarballs.  you can grab fixes before they're released if you need them.09:55
*** rburton_ is now known as rburton09:55
Smit-TayD'Oh09:57
Smit-TayD' Oh, D'Oh.....    god, how stupid I feel now09:57
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC10:01
Smit-TayBut, wait - now I am confused.  Yocto/tag 2.7.1 is just a bunch of recipies.  It doesn't include the sources, they're downloaded at build time.  So, how do I cherry pick a patch to a "dynamic" set of source files ?10:03
Smit-TayThus the bbappend solution is basically mandatory10:06
rburtondo you have a git clone of poky/oe/yocto whatever?10:16
rburtonthat commit i pointed to is a fix to the recipe to add a patch during the buid10:17
rburtonjust cherry-pick that10:17
rburton(or switch to thud-next, and contribute to the testing of that branch)10:17
Smit-Tayahhhh10:22
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has quit IRC10:39
Smit-Tayrburton:  Can I ask why this patch is so complicated, and isn't just a bbappend file which applies the cherry pick ?   Basically like qschultz has suggested ?10:45
rburtonSmit-Tay: why would oe-core need a bbappend to alter its own recipes?10:47
rburtonthat patch is just the fix, and a one line change to qemu.bb to apply it10:47
rburtonfeel free to use a bbappend if you don't want to pick this patch10:47
rburtoni was just pointing you to something easier than writing a bbappend10:48
Smit-TayUnderstood.  Trying to get the mindset so I can make better decisions myself.10:48
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto11:00
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto11:01
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC11:04
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has joined #yocto11:24
*** yacar_ <yacar_!~yacar@80.215.78.18> has joined #yocto11:26
*** tesaddict <tesaddict!cfedac16@phoenixplumb07.p.subnet.rcn.com> has quit IRC11:27
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC11:46
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto11:47
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC11:48
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto11:48
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC12:01
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC12:03
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto12:06
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto12:06
*** Smit-Tay <Smit-Tay!~Smit-Tay@2001:a61:3a66:1c01:90f2:84d1:c13e:1e4c> has quit IRC12:27
*** berton <berton!~berton@181.220.83.67> has joined #yocto12:30
*** berton <berton!~berton@181.220.83.67> has quit IRC12:31
*** berton <berton!~berton@181.220.83.67> has joined #yocto12:33
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC12:37
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto12:37
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto12:39
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC12:42
*** Klanticus <Klanticus!~quassel@189.76.136.210> has joined #yocto12:49
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC12:59
alessioigorjwessel: ping13:01
yoctiNew news from stackoverflow: Yocto Initramfs Transaction Error adding cryptsetup package <https://stackoverflow.com/questions/58098744/yocto-initramfs-transaction-error-adding-cryptsetup-package>13:01
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto13:02
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC13:10
*** sgw <sgw!~sgw@134.134.139.76> has joined #yocto13:10
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:22
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto13:26
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto13:33
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC13:40
*** yacar_ <yacar_!~yacar@80.215.78.18> has quit IRC13:44
JPEWRP: No, you didn't. I would still like the AB hashequiv DB if you can.13:44
RPJPEW: its around 820MB. https://www.rpsys.net/wp/rp/hash/13:49
RPJPEW: I think I know why I can't reproduce. Its because I'm using an "auto" hashserv whilst the autobuilder is a static address13:50
RPJPEW: I was wondering if we can just copy the bb_unihashes.dat file into the eSDK?13:50
JPEWYa, thats what I was thinking13:50
kroonIs it safe to remove build/cache/[bb_codeparser.dat,bb_unihashes.dat], in the sense that they will be recreated automatically ?13:59
JPEWkroon: Should be. You might end up rebuilding some things.14:00
JPEWRP: Is the eSDK querying the hash server?14:01
kroonJPEW, or.. are those two files not forever-growing in the same way that the sstate-cache is ?14:02
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:04
JPEWkroon: Not sure about bb_codeparser.dat, but AFAIK, bb_unihashes.dat will grow indefinitely14:07
kroonJPEW, ok14:08
RPJPEW: depends if it can find one. "auto" would start one locally :/14:09
JPEWRP: Ah... the AB would find the one that you have set up though correct?14:10
RPJPEW: I suspect so14:10
JPEWRP: My current theory is that some other builder has changed the hashes after the eSDK is built but before it runs the tests (and thus reports different hashes in the test)14:11
JPEWRP: Haven't gotten to test this yet... running the eSDK test murders my under-powered desktop14:12
RPJPEW: how can another builder change the hashes?14:17
RPJPEW: you can reduce the tests to the ones that fail14:18
JPEWRP: Ya, I'll try that14:18
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC14:28
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC14:32
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto14:37
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC14:39
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto14:44
*** yacar_ <yacar_!~yacar@80.215.78.18> has joined #yocto14:46
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC14:48
*** lfa_ <lfa_!~lfa@217.19.35.51> has quit IRC14:49
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC14:52
qschulzHi all, could we backport https://git.yoctoproject.org/cgit.cgi/poky/commit/meta/conf/machine/include/arm/arch-arm64.inc?id=29edc44efabf605c4ba1d7a5ca34d1a574e0e016 to thud maybe?14:52
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5516> has quit IRC15:00
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5516> has joined #yocto15:01
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto15:02
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto15:04
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC15:06
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto15:08
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC15:11
*** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto15:13
*** iceaway_ <iceaway_!~pelle@37.233.78.69> has joined #yocto15:13
alessioigorCould someone review my patch (http://lists.openembedded.org/pipermail/openembedded-core/2019-September/287342.html), please? :)15:20
RPJPEW: I'm going to try http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=b346cb9f423ed271fe7fa966a42d3c23093e1a2615:22
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:25
JPEWRP: Looks good. That sounds like a reasonable fix if that is indeed the problem (which I think seems likely)15:25
RPJPEW: there are two changes there, copy in the hashes db and fix the siggen mismatch warning for unihashes15:26
RPsince with the latter, the fact they don't match doesn't surprise us15:26
*** yacar_ <yacar_!~yacar@80.215.78.18> has quit IRC15:26
JPEWRP: Makes sense, I think. I still don't fully grasp how the locked signatures are supposed to behave, but I'm slowing figuring it out :)15:27
RPJPEW: "The signature is X, ignore what else you think it may be" :)15:29
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC15:30
*** yacar_ <yacar_!~yacar@80.215.78.18> has joined #yocto15:31
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto15:39
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC15:54
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto15:58
*** yacar_ <yacar_!~yacar@80.215.78.18> has quit IRC16:06
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5516> has quit IRC16:09
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5516> has joined #yocto16:10
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC16:12
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:19
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC16:25
khemmranostay: I am open for someone sending a fix and unblacklist it16:27
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto16:29
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto16:34
*** frsc <frsc!~frsc@200116b82471790030bd450d96fe8629.dip.versatel-1u1.de> has quit IRC16:34
*** Phanes <Phanes!Phanes@surro/founder/phanes> has quit IRC16:40
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC16:41
*** Phanes <Phanes!Phanes@surro/founder/phanes> has joined #yocto16:44
khemhalstead: I am seeing "ERROR: HTTP Error 500: OK" when trying to upload logs into errors.yp.org from oe builders16:45
khemany hints ? it use to work fine16:45
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:24
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC17:32
yoctiNew news from stackoverflow: Modify Yocto image to use Systemd instead of SysVInit <https://stackoverflow.com/questions/58103574/modify-yocto-image-to-use-systemd-instead-of-sysvinit>17:32
*** Crofton|work <Crofton|work!~Crofton@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto17:37
*** leitao <leitao!~leitao@2620:10d:c092:200::1:5516> has quit IRC17:46
RPkhem: that usually means something in the error report it can't cope with17:47
jwesselalessioigor: Pong17:48
alessioigorjwessel: Could you review my patch (http://lists.openembedded.org/pipermail/openembedded-core/2019-September/287342.html), please?17:48
jwesselI was doing more than that.  I took a look at the patch, I was trying to test it.17:48
jwesselI setup a build a couple hours ago against it.17:49
jwesselI'll let you know the results.17:49
alessioigorjwessel: It's kind of you.17:50
alessioigorjwessel: It isn't first time that you test my patches... ;)17:53
jwesselI wanted to make sure it still works.  I couldn't tell by just looking at the code that it still going to do the right thing  or not for additional partitions which reference another directory for the content.17:53
RPJPEW: that didn't fix the AB failure FWIW but did quieten the warnings17:54
khemRP:hmm I wonder how we can debug it17:58
RPkhem: I've setup a local server before to do it. You can also copy the error report file off the worker to test submission locally18:02
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-fqaatndwxwggjnsn> has quit IRC18:16
jwesselalessioigor: The build finally finished.  It is back to the old behavior of using what ever the first computed volume for each partition, which is what the original commit changed.18:17
jwesselI suspected that would happen.18:17
*** Crofton|work <Crofton|work!~Crofton@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC18:18
jwesselIf you try to set the IMAGE_ROOTFS_SIZE to be the empty string, then the tar image bit fails.18:20
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto18:21
jwesselalessioigor: What is the behavior you are seeking, or rather what is broken with wic?   It does have the ability to use a fixed or suggested size for a partition.18:22
jwesselI think the IMAGE_ROOTFS_SIZE happens to be used for more than one purpose however.18:23
*** Crofton|work <Crofton|work!~Crofton@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto18:24
JPEWRP: Ok. I'll keep trying18:36
mischiefkhem: re: dep or rdep, i'm using MACHINE_ESSENTIAL_EXTRA_RDEPENDS, which is pulled in via PACKAGE_INSTALL to my initramfs.18:41
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:42
RPJPEW: finally reproduced locally. Had to use a shared hashserv and ssate cache and two different build directories18:45
RPJPEW: no idea what is wrong but its a start18:46
JPEWRP: Interesting, is that with the bb_unihash.dat in the eSDK?18:46
RPJPEW: yes, that is with the patch in -next18:46
JPEWRP: Did the warnings appear?18:47
RPJPEW: no, warnings are silenced18:47
RPJPEW: looks like https://autobuilder.yoctoproject.org/typhoon/#/builders/59/builds/107118:48
RP(step2c there failed)18:48
JPEWRP: Which means the locked hash matched the unihash (or taskhash)18:49
RPJPEW: yes18:49
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto18:50
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto18:53
khemmischief: you mean IMAGE_INSTALL18:55
tgoodwinHas anyone seen gnulib fail at do_install when being restored from sstate?18:56
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ueviygkqeufuxjle> has quit IRC19:02
RPtgoodwin: an old release?19:17
mischiefkhem: no, im using PACKAGE_INSTALL. maybe thats my mistake?19:18
RPtgoodwin: I'm thinking of something else now I look...19:19
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC19:26
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-kjtoabvdmpipkelq> has joined #yocto19:31
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC19:34
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC19:35
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC19:37
jwesselalessioigor: I sent you the fix, which makes your use case and mine work together.19:38
jwesselThere is an explanation attached too.19:38
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto19:39
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has joined #yocto19:40
RPjwessel: are there extra tests we should have for this?19:42
jwesselRP: probably.19:42
jwesselI hadn't given it much thought about creating wic tests.19:43
RPjwessel: wic does have a lot of tests already19:43
RPjwessel: oe-selftest -r wic19:43
RPjwessel: see lib/oeqa/selftest/cases/wic.py19:43
jwesselMy guess is that doesn't have any which test the size of the images using the dynamic partition sizing.19:44
RPjwessel: highly likely19:44
*** marble_visions <marble_visions!~user@68.183.79.8> has joined #yocto19:44
jwessel% oe-selftest -r wic19:44
jwessel2019-09-25 12:44:11,644 - oe-selftest - WARNING - meta-selftest layer not found in BBLAYERS, adding it19:44
jwessel2019-09-25 12:44:16,463 - oe-selftest - ERROR - Please unset SANITY_TESTED_DISTROS in order to run oe-selftest19:44
jwesselhmm...  I am not even sure what that means.19:44
RPjwessel: put SANITY_TESTED_DISTROS="" in local.conf19:45
RPwe do need to make it handle this kind of thing better but its harder than you'd think19:45
jwesselheh... probably ought to patch that.19:45
jwesselThe message that is.19:45
*** marble_visions <marble_visions!~user@68.183.79.8> has quit IRC19:45
* jwessel runs it to see what it does19:45
RPunset or clear would be more understandable19:46
jwesselI was going to send a patch that changes it literally to what you told me.19:46
jwesselPlease add SANITY_TESTED_DISTROS="" to your local.conf in order to run oe-selftest19:47
RPjwessel: well, you could also unset it19:47
jwesselWhere is it set?19:47
RPjwessel: probably in your distro config somewhere (poky sets it if you're using that)19:47
*** marble_visions <marble_visions!~user@68.183.79.8> has joined #yocto19:47
jwesselI was using the poky.19:47
RPit'll be poky.conf then19:48
jwesselIn general that is what I use for all the oe submissions since everyone has it.19:48
marble_visionshi all, is there a way to specify LICENSE_FLAGS_WHITELIST in an image recipe in a layer, instead of having it in build/local.conf?19:49
marble_visionsan related, how would one integrate with builders like jenkins when this var is specified in build/local.conf? inject it with a script?19:50
marble_visionss/an related/and related/19:50
RPmarble_visions: CI systems usually generate some configuration into a conf/auto.conf which has similar behaviour to local.conf19:50
marble_visionsRP: yep, can definitely do that, was wondering if that was canonical, or there was some other way to incorporate license whitelists in image recipes19:51
jwesselRP: The existing tests are fairly comprehensive.  It is simply the case there is no test for the dynamic partition sizing.  I can add it to my backlog of things to look at, at some point.19:52
jwesselThat is one way to stop it from breaking in the future :-)19:53
RPjwessel: wic has good tests which is why I'm a little surprised this isn't tested. Maybe you could file a bug for the fact its missing so we don't forget?19:54
RPmarble_visions: I can't remember if that variable is an image level one or a global configuration one19:55
jwesselThe reason there is no test has more to do with the fact I added the feature and didn't realize there was extensive tests already in place.19:55
jwesselThere is also another test missing for adding a resizable fat partition at the end of the image.19:56
jwesselI am guilty of adding that feature as well and not realizing I could add a test for it.19:56
RPjwessel: hmm, I should have probably blocked merging on that! ;-)19:56
jwesselMost likely.19:57
jwesselYou know I don't have an issue writing the test cases etc... Just didn't know they were there for wic.19:57
jwesselI took some notes down about it, and it will get fixed sometime after we get the release out.19:58
RPjwessel: right, I should have mentioned this before now so I'm partly to blame...19:58
RPjwessel: not everything has good tests but wic does19:58
jwesselNah... fray was harping on oe-qa tests for a long time.19:58
jwesselI should have checked it had tests.19:58
jwesselEspecially since I was adding stuff to it.19:58
RPjwessel: I do try and ensure where we have tests, we keep their coverage correct19:59
jwesselI like stuff not to break, makes it easier to justify reverts and keep thing working etc...  I am a believer too.19:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:00
RPjwessel: with these tests we shouldn't really need reverts :)20:02
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC20:06
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC20:11
RPJPEW: this is starting to make my head hurt. The esdk that fails locally, repeatedly with testsdkext will externally install and work just fine20:15
JPEWRP: Ya... it's not very easy to figure out whats going on.20:17
JPEWRP: I have an idea though20:17
JPEWNeed to check and see if it even makes sense20:17
JPEWRP: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/hash-equivalence&id=2d5fa1545f5531f4692f9dbcb6934c8d00c0929120:26
JPEWRP: The theory is that lockedhashes isn't populate because no one is calling get_taskhash() anymore20:27
JPEWor at least not fully populated20:27
RPJPEW: I've wondered about that but that is a parameter error20:28
JPEWRP: Hah, ya it is20:28
RPJPEW: and wouldn't runqueue call get_taskhash ?20:28
JPEWRP: Hmm, yes. I see it also passes around lockedhashes in the taskdata, so it should all be in sync20:36
*** leitao <leitao!~leitao@2a02:c7f:a63:f000:83b:ce0f:f5ae:3633> has quit IRC20:42
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto21:00
RPJPEW: right :/21:05
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC21:06
RPJPEW: I have a bit more data on the failure case21:08
RPJPEW: myapp.bb:do_packagedata only depends on myapp.bb:do_package21:09
RPmyapp.bb:do_package 83c471cb25be6a8f2859151654336c601449782719c6f222db0f178048adc85d21:09
RPUni: myapp.bb:do_package 39805da03d7f02671cfe599936ec72ce08893de550c9c1660cfcd55acf32ab8221:09
RPSo do_package does have a different unihash to taskhash21:09
RPJPEW: the hash being used in the calc_taskhash is the taskhash, not the unihash21:10
RPJPEW: which suggests data['runtaskhashes'][dep] = self.get_unihash(dep) gets the wrong thing21:11
*** yann|work <yann|work!~yann@85.118.38.73> has quit IRC21:13
*** berton <berton!~berton@181.220.83.67> has quit IRC21:16
JPEWRP: do_package for that task shouldn't be locked?21:16
RPJPEW: no, since myapp is something its building with the sdk21:18
JPEWRP: Well, it's not setscene (AFAIK) so get_unihash() should return the taskhash21:19
RPJPEW: its hitting         # If its not a setscene task we can return21:20
RP        if self.setscenetasks and tid not in self.setscenetasks21:20
RPJPEW: so its my optimisation :(21:21
*** Domin1k <Domin1k!c1669b04@193.102.155.4> has quit IRC21:21
RPJPEW: do_package is a setscene task?21:21
JPEWRight... I suppose the question is why does a non-setscene task have a unihash?21:21
RPJPEW: it is a setscene task21:22
JPEWdo_package?21:22
RPJPEW: well it has a setscene task21:22
JPEWAh, OK, I missed that21:23
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:25
RPJPEW: This is looking to be a very silly mistake :/21:41
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC21:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC21:45
RPJPEW: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=1e8ef4aed8d3030f43ac89870fa7858832532e9e21:50
RPmaybe...21:50
* RP lets the autobuilder crunch that and aims for sleep22:03
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC22:24
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto22:29
JPEWRP: setting the setscene tasks sooner is the fix?22:30
JPEWRP: The stuff in set_unihash doesn't seem as critical. if that were even getting called I would expect the bb.fatal to trigger22:31
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC22:35
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has quit IRC22:42
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC22:43
*** wooosaiiii <wooosaiiii!~prix@89-212-21-243.static.t-2.net> has joined #yocto22:46
*** sgw <sgw!~sgw@134.134.139.76> has quit IRC23:01
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:23
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1cce:5f11:8f92:c80d> has quit IRC23:42
*** armpit <armpit!~armpit@2601:202:4180:a5c0:40e0:1cd6:848:14bf> has joined #yocto23:43
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC23:57

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!