Monday, 2020-07-06

*** learningc <learningc!~pi@147.253.188.150> has joined #yocto00:21
*** kaspter <kaspter!~Instantbi@124.77.87.22> has quit IRC00:44
*** kaspter <kaspter!~Instantbi@222.64.209.232> has joined #yocto00:44
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC00:55
*** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC00:59
*** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto01:00
*** camus1 <camus1!~Instantbi@124.77.87.13> has joined #yocto01:53
*** kaspter <kaspter!~Instantbi@222.64.209.232> has quit IRC01:56
*** camus1 is now known as kaspter01:56
*** timblechmann_ <timblechmann_!~quassel@2001:e68:5420:f799:3c81:abf:256a:40> has joined #yocto02:15
*** camus1 <camus1!~Instantbi@124.77.87.20> has joined #yocto02:25
*** kaspter <kaspter!~Instantbi@124.77.87.13> has quit IRC02:26
*** camus1 is now known as kaspter02:26
*** camus1 <camus1!~Instantbi@124.77.87.22> has joined #yocto02:37
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto02:37
*** kaspter <kaspter!~Instantbi@124.77.87.20> has quit IRC02:38
*** camus1 is now known as kaspter02:38
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC02:50
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto02:52
*** The_Pacifist <The_Pacifist!~The_Pacif@cpe-104-174-238-53.socal.res.rr.com> has quit IRC02:54
*** The_Pacifist <The_Pacifist!~The_Pacif@vtluug/member/the-pacifist> has joined #yocto02:54
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto02:58
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC03:01
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:01
*** nslu2-log_ is now known as nslu2-log03:01
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto03:06
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC03:09
*** nslu2-log_ is now known as nslu2-log03:09
*** camus1 <camus1!~Instantbi@124.77.87.20> has joined #yocto03:44
*** kaspter <kaspter!~Instantbi@124.77.87.22> has quit IRC03:44
*** camus1 is now known as kaspter03:44
*** camus1 <camus1!~Instantbi@124.77.87.7> has joined #yocto03:53
*** kaspter <kaspter!~Instantbi@124.77.87.20> has quit IRC03:54
*** camus1 is now known as kaspter03:54
*** srijan_root <srijan_root!2a6a1c0e@42.106.28.14> has joined #yocto03:55
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC03:59
*** srijan_root <srijan_root!2a6a1c0e@42.106.28.14> has quit IRC04:00
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC04:17
*** sgw2 <sgw2!~sgw@134.134.137.73> has joined #yocto04:27
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC04:28
*** camus1 <camus1!~Instantbi@124.77.87.18> has joined #yocto04:28
*** kaspter <kaspter!~Instantbi@124.77.87.7> has quit IRC04:29
*** camus1 is now known as kaspter04:29
*** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto04:37
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC04:48
*** opennandra <opennandra!~marek@bband-dyn197.178-40-92.t-com.sk> has joined #yocto05:06
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto05:09
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC05:11
*** opennandra <opennandra!~marek@bband-dyn197.178-40-92.t-com.sk> has quit IRC05:12
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC05:12
*** camus1 <camus1!~Instantbi@124.77.87.20> has joined #yocto05:15
*** kaspter <kaspter!~Instantbi@124.77.87.18> has quit IRC05:15
*** camus1 is now known as kaspter05:15
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto05:16
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto05:16
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto05:18
*** kaspter <kaspter!~Instantbi@124.77.87.20> has quit IRC05:29
*** kaspter <kaspter!~Instantbi@124.77.87.7> has joined #yocto05:29
*** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has joined #yocto05:30
*** camus1 <camus1!~Instantbi@124.77.87.7> has joined #yocto05:33
*** kaspter <kaspter!~Instantbi@124.77.87.7> has quit IRC05:34
*** camus1 is now known as kaspter05:34
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:36
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC05:45
*** jobroe <jobroe!~manjaro-u@p579ebd46.dip0.t-ipconnect.de> has joined #yocto05:52
*** kaspter <kaspter!~Instantbi@124.77.87.7> has quit IRC06:01
*** kaspter <kaspter!~Instantbi@124.77.87.3> has joined #yocto06:01
*** nerdboy <nerdboy!~sarnold@47.143.129.30> has joined #yocto06:11
*** nerdboy <nerdboy!~sarnold@47.143.129.30> has quit IRC06:11
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:11
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:12
*** camus1 <camus1!~Instantbi@124.77.87.22> has joined #yocto06:23
*** kaspter <kaspter!~Instantbi@124.77.87.3> has quit IRC06:24
*** camus1 is now known as kaspter06:24
*** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC06:28
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto06:28
*** NiksDev2 <NiksDev2!~NiksDev@192.91.101.32> has quit IRC06:29
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC06:31
*** nslu2-log_ is now known as nslu2-log06:31
*** kaspter <kaspter!~Instantbi@124.77.87.22> has quit IRC06:33
*** kaspter <kaspter!~Instantbi@124.77.87.22> has joined #yocto06:34
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto06:34
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:40
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto06:41
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto06:42
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC06:44
*** nslu2-log_ is now known as nslu2-log06:44
*** mckoan|away is now known as mckoan06:46
mckoangood morning06:46
rcooteMorning06:53
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto06:55
*** fl0v0 <fl0v0!~fvo@89.244.122.201> has joined #yocto06:58
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto07:05
*** Spirit532 <Spirit532!~Spirit@93.84.79.89> has quit IRC07:14
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto07:17
Letothe2ndgood morning new age dudes!07:19
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:32
mckoanLetothe2nd: LOL07:35
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:52
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto07:53
Letothe2ndmckoan: bascially it refers to https://youtu.be/_ZwkQIBp4TA?t=5307:54
*** guillaume1 is now known as guillaume307:58
*** dev1990 <dev1990!~dev@dynamic-62-87-242-225.ssp.dialog.net.pl> has joined #yocto07:59
*** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto08:03
*** guillaume3 is now known as guillaum508:03
*** guillaum5 is now known as guillaume08:04
kroonWould it be possible to tell google not to provide as first hit a link to an old outdated bitbake manual when searching for "bitbake manual" ?08:08
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto08:08
*** Spirit532 <Spirit532!~Spirit@178.127.109.29> has joined #yocto08:13
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto08:18
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC08:23
Letothe2ndkroon: if you find a way, please do so.08:23
kroonLetothe2nd, one solution would be to remove it08:23
kroonI think08:23
kroonor at least move it08:24
Letothe2ndwhich breaks all the links, and at the same time just re-loads the problem. disagreed.08:25
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto08:32
RobertBerger@koon,@Lethothe2nd how about a redirect?08:37
qschulzRobertBerger: nope08:37
qschulzThe issue is if you're looking for documentation that disappeared08:37
qschulzif Google finds you the correct page, you want to go on that page08:38
qschulzand not be redirected to master branch which does not have this information anymore (maybe for good reasons)08:38
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:38
Letothe2ndI guess the most sensible strategy would be to add a banner at the head like "This is not the current version, click here if you want to see it" like boost and cmake are doing it.08:38
qschulzRobertBerger: also, some anchors change their names08:38
qschulzLetothe2nd: yes that would have been my suggestion as well..08:39
Letothe2ndqschulz: hi508:41
RobertBergerI am not a web person, but just did a redirect to the latest and greatest bitbake manual: http://rlbl.me/bb-man08:42
RobertBergerCan you please tell me what I just broke?08:43
Letothe2ndRobertBerger: nothing, but google wont index it.08:44
Letothe2ndRobertBerger: and if we change the existing, indexed links to redirects, then those who specifally link to anchors of older manuals are borken.08:44
Letothe2ndRobertBerger: plus, we already have such a redirect, namely the current one.08:45
qschulzRobertBerger: and technically, that means the old pages aren't accessible anymore08:45
qschulzbecause I don't think there's a "redirect only if coming from Google" HTTP code :)?08:45
Letothe2ndit would already be enough of G would pick the current version. and what i'm witnessing is that this even is based on personal history...08:46
RobertBergerOK I see the problem. We need a new link which goes on top of Google which points to the latest and does not replace the exiting one.08:46
Letothe2ndthe link is: https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html08:47
qschulzLetothe2nd: what's the difference between current and latest?08:47
Letothe2ndits just not on top of google, and unless we pay for SEO etc, i don't see it will end up there.08:47
RobertBergeror that? https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html08:48
Letothe2ndqschulz: latest is master, current is released AFAIK08:48
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC08:50
*** wallthar <wallthar!55921236@54-18-146-85.ftth.glasoperator.nl> has joined #yocto08:54
*** wallthar <wallthar!55921236@54-18-146-85.ftth.glasoperator.nl> has quit IRC08:55
*** hpsy <hpsy!~hpsy@85.203.15.119> has joined #yocto09:00
*** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC09:08
*** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto09:12
*** kaspter <kaspter!~Instantbi@124.77.87.22> has quit IRC09:16
*** kaspter <kaspter!~Instantbi@124.77.87.20> has joined #yocto09:17
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto09:18
*** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto09:18
*** splatch <splatch!~splatch@185.142.162.13> has joined #yocto09:26
*** kaspter <kaspter!~Instantbi@124.77.87.20> has quit IRC09:26
*** kaspter <kaspter!~Instantbi@124.77.87.3> has joined #yocto09:27
*** splatch <splatch!~splatch@185.142.162.13> has quit IRC09:28
*** camus1 <camus1!~Instantbi@124.77.87.3> has joined #yocto09:34
*** kaspter <kaspter!~Instantbi@124.77.87.3> has quit IRC09:36
*** camus1 is now known as kaspter09:36
*** wallthar <wallthar!~rmontero@54-18-146-85.ftth.glasoperator.nl> has joined #yocto09:40
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lcphqqnjrregvjox> has joined #yocto09:51
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:56
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto09:59
*** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto10:07
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto10:24
*** hpsy <hpsy!~hpsy@85.203.15.119> has quit IRC10:24
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC10:26
*** nslu2-log_ is now known as nslu2-log10:27
*** sara8 <sara8!53ffd637@c83-255-214-55.bredband.comhem.se> has joined #yocto10:37
sara8Hi, I have a quick question! I am using Yocto Project 2.6 Thud, and I am wondering if there is a specific Docker version that suits this version? Can I use it with Docker 18.09.9?10:42
Letothe2ndsara8: use with docker as in?10:44
mckoansara8: Thud uses 18.09.010:45
mckoansara8: http://layers.openembedded.org/layerindex/branch/thud/recipes/?q=docker10:45
mckoansara8: and is provided by meta-virtualization10:45
Letothe2ndmckoan: that implies we're talking about docker being installed *into* the built system, which is not so clear for me. hence the question10:46
sara8I want to use docker to run my container built with yocto, sorry for being unclear10:47
mckoanLetothe2nd: I thought that if it were related to the Host shouldn't be a matter of YP version10:47
Letothe2ndsara8: so you want to run docker on the host, and build something with yocto that runs inside docker, right?10:48
sara8Correct :)10:48
Letothe2ndsara8: docker version really doesn't matter, then.10:49
Letothe2ndsara8: and see https://youtu.be/jPbcQEffzJo for some good inspiration10:49
Letothe2ndsara8: plus https://elinux.org/images/6/62/Building-Container-Images-with-OpenEmbedded-and-the-Yocto-Project-Scott-Murray-Konsulko-Group-1.pdf10:50
Letothe2ndmckoan: /me shouts BINGO!10:50
sara8Alright, thanks Letothe2nd and mckoan ! I will use 18.09.9 :)10:50
sara8And thanks for the links Letothe2nd!10:51
Letothe2ndhave fun10:51
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC10:52
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto10:53
*** electronixid <electronixid!5c22126d@c-6d12225c.037-401-73746f7.bbcust.telenor.se> has joined #yocto10:59
*** LetoThe2nd_ <LetoThe2nd_!uid453638@gateway/web/irccloud.com/x-wafpvqutatpkpmnk> has joined #yocto11:06
*** Letothe2nd <Letothe2nd!~ubuntu@unaffiliated/letothe2nd> has quit IRC11:10
*** LetoThe2nd_ is now known as LetoThe2nd11:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:17
*** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto11:25
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC11:25
*** Dracos-Carazza_ is now known as Dracos-Carazza11:27
*** sara8 <sara8!53ffd637@c83-255-214-55.bredband.comhem.se> has quit IRC11:31
*** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto11:34
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC11:35
*** Dracos-Carazza_ is now known as Dracos-Carazza11:35
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC11:48
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto11:49
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto11:49
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC11:50
*** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC11:50
*** nslu2-log_ is now known as nslu2-log11:51
*** berton <berton!~berton@181.220.84.90> has joined #yocto11:52
*** pbb <pbb!~quassel@pleroma.pbb.lc> has quit IRC11:52
*** pbergin <pbergin!d5665865@c213-102-88-101.bredband.comhem.se> has joined #yocto11:55
*** pbb <pbb!~quassel@pleroma.pbb.lc> has joined #yocto11:55
pberginIs it possible to use INCOMPATIBLE_LICENSE and have it per image recipe? Use case is that I'm building one production image that shall be GPLv3 free and one test image with same config. Wondering if INCOMPATIBLE_LICENSE_pn-<production-image> can do it.11:56
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC11:58
qschulzpbergin: supported only starting from dunfell IIRC11:59
pberginok. I'm on thud in this proj. Have to look if it is simple to backport. Do you have a feeling?12:02
*** camus1 <camus1!~Instantbi@124.77.87.7> has joined #yocto12:15
*** m1ster_r- <m1ster_r-!~m1ster_r0@prometheus.umask.eu> has quit IRC12:15
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has joined #yocto12:15
*** kaspter <kaspter!~Instantbi@124.77.87.3> has quit IRC12:16
*** camus1 is now known as kaspter12:16
*** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has joined #yocto12:45
*** Arie <Arie!4d8bc4ed@77.139.196.237> has joined #yocto12:49
*** Arie <Arie!4d8bc4ed@77.139.196.237> has quit IRC12:52
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC12:57
*** Marex <Marex!~Marex@195.140.253.167> has quit IRC13:10
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC13:12
*** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has joined #yocto13:12
*** berton <berton!~berton@181.220.84.90> has quit IRC13:13
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC13:14
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto13:14
*** berton <berton!~berton@181.220.84.90> has joined #yocto13:17
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC13:17
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:27
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto13:31
yannI have changing siginfo for rm_work with diffsig saying just: Variable RM_WORK_EXCLUDE value changed from '' to 'None' - in one case local.conf has RM_WORK_EXCLUDE = "", in the other RM_WORK_EXCLUDE is never defined13:36
yannshouldn't those be equivalent and generate the same siginfo ?13:36
*** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto13:39
fbreHi, what is a good documentation link to read about how to setup disk partitions during yocto build of a yocto distro image?13:39
qschulzfbre: you might want to have a look at wic tool?13:40
yannalso, it seems strange that touching RM_WORK_EXCLUDE for unrelated recipes would change the siginfo for all recipes' do_rm_work, isn't it ?13:41
fbreqschulz: good hint. I googled with "yocto wic tool" and got a link to documentation which contains this chapter: https://www.yoctoproject.org/docs/2.3/dev-manual/dev-manual.html#creating-partitioned-images    Do you mean this one?13:42
qschulzfbre: probably, yes. Might want to change 2.3 with your Yocto release number13:45
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto13:46
fbreok, thanx. I wasn't aware of the magic buzzword 'wic tool' to look for such things13:46
LetoThe2ndRP: today at the office: upgrading to "dunhill"13:47
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto13:47
yannLetoThe2nd: fell from the hill ?13:48
LetoThe2ndplus my brain always replaces "gatesgarth" with "glenfarclas"13:49
*** wallthar <wallthar!~rmontero@54-18-146-85.ftth.glasoperator.nl> has quit IRC13:49
yannthat's understandable, cheers :)13:49
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC13:50
RPLetoThe2nd: they're at least unique enough names people still know what you mean :)13:50
RPLetoThe2nd: although "glen" would put you on the other side of the border13:51
RPrburton: someday we might have to do trailcentres :)13:51
LetoThe2ndhehe13:51
*** fbre <fbre!91fdde45@145.253.222.69> has quit IRC13:52
paulbarkerIf you really want to confuse people name a release or two after Welsh towns13:54
LetoThe2ndpaulbarker: ++13:55
yannisn't that what gatesgarth stands for already ?  *now* I'm confused :D13:55
paulbarkerGatesgarth is in England.13:56
yannWales, England... who makes the difference form this side of the Channel :)13:57
* yann hides13:57
paulbarkerLlanfair­pwllgwyngyll­gogery­chwyrn­drobwll­llan­tysilio­gogo­goch (the longest single word place name in Europe) is a small town in Wales. Perfect name for a release branch13:58
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto13:58
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC13:58
*** jobroe <jobroe!~manjaro-u@p579ebd46.dip0.t-ipconnect.de> has quit IRC14:02
RPpaulbarker: I suspect I would be banned from choosing release names after that :)14:04
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:05
*** lastaid <lastaid!d4ca61a2@212.202.97.162> has joined #yocto14:07
*** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has joined #yocto14:11
RPzeddii: did something get messed up with the linux-yocto repo?14:15
zeddiinot that I know of. or were you looking at my broken autobuilder run ? :D14:19
RPzeddii: somehow it impacted mine14:21
RPzeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1122/steps/10/logs/warnings14:22
zeddiiunless AUTOREV is involved .. you shouldn't have seen anything. @jonmason was looking for v5.4.50 so I was doing a release build of it, and forgot to push the tags and SRCREVs before starting it, my new run with the push is chugging along fine now.14:23
RPzeddii: right, so how did that make revs go missing in my build? :(14:24
zeddiithat, I can't say. is it continuing to do that ? or is it happier now ? the push was fastforward (of course), so nothing should have been lost.14:25
RPzeddii: it seems to be running now14:25
zeddiithat is very strange indeed. I was just double checking the revs and yah, the old ones are still there. how on earth did it pollute like that. hmm.14:25
RPzeddii: I wonder if the mirror tarball is stale and it fetched and unpacked that as it couldn't find the revs your build wanted?14:29
zeddiithat does sound plausible. I can't think of any other way the bad revs could have crossed like that.14:30
*** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.77> has joined #yocto14:32
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC14:39
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto14:42
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC14:48
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:49
*** pbergin <pbergin!d5665865@c213-102-88-101.bredband.comhem.se> has quit IRC14:53
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto14:53
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC14:53
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto14:58
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC15:01
*** roussinm <roussinm!459c72a2@bras-base-qubcpq0336w-grc-06-69-156-114-162.dsl.bell.ca> has joined #yocto15:01
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:05
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto15:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC15:18
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto15:27
*** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC15:38
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-yyjhyeonjxeefeej> has joined #yocto15:39
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto15:44
jonmason@zeddii all my fault  ;-)15:53
zeddiiheheh. it's all green now, so I'll send SRCREVs later today.15:56
jonmasonI just know what's going to happen.  I'm going to fix meta-kernel to work with our BSPs, they'll say "why bother changing to tat when we can use yocto-linux" and then we'll switch to that.  But I know the way my luck is, if I don't do meta-kernel then they'll want that one instead.15:58
zeddiiI shall not express any comments/opinions on that subject.15:58
jonmasonbecause we all know it16:00
zeddiiI'm almost ready to alpha release my "config-blame" for the .config though. so that's good, I hacked on it during ELC.16:01
jonmasonah, that is cool16:02
jonmasonand explains why you weren't paying attention to the sessions ;-)16:02
*** fl0v0 <fl0v0!~fvo@89.244.122.201> has quit IRC16:03
zeddiiI was listening :D16:03
*** mckoan is now known as mckoan|away16:06
RPjonmason: I'm not happy about this orange on the autobuilder from meta-arm. rburton is aware too ;-)16:12
zeddiiah crap. the git hook has me again on git.yoctoproject.org16:13
zeddiihalstead: the fix you did for linux-yocto, is needed on linux-yocto-dev as well.16:13
zeddiiI of course realize this *after* I deleted the old branches16:14
*** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC16:14
halsteadzeddii: I'll make that change for a bit.16:14
halsteadJust a few minutes.16:14
zeddiino worries. it isn't super urgent. the people who let me know of CI/CD failures need a patch from me anyway, so they have to wait.16:15
RPhalstead: any idea why https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/1122 is sitting on "waiting for worker" for many of its sub-builds despite being on a idle system before sakoman started his?16:17
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto16:18
*** sgw2 <sgw2!~sgw@134.134.137.73> has quit IRC16:18
*** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto16:19
halsteadzeddii, linux-yocto-dev is all set now.16:21
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC16:21
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC16:21
*** nslu2-log_ is now known as nslu2-log16:21
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto16:23
zeddiiconfirmed it works. thanks!16:23
halsteadRP, No. I'm not sure how the order is determined. It doesn't seem to be fifo.16:27
halsteadzeddii, Do you need me to leave it this way or can I switch it back to the default hook?16:28
RPhalstead: I worry its our allocator code change :/16:28
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:28
zeddiiin theory, now that those blobs are pushed, they'll never need to be pushed again, so the hook won't fire.16:28
halsteadzeddii, I'll go back to the default. We ca always disable if needed in the future.16:29
RPhalstead: I guess I abort that build and try again...16:29
halsteadRP, Will it queue eventually or has it been like that for way too long?16:29
*** nerdboy <nerdboy!~sarnold@47.143.129.31> has joined #yocto16:30
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:30
RPhalstead: I don't know16:31
RPhalstead: I think it would have run if it was going to by now16:31
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC16:31
*** berton <berton!~berton@181.220.84.90> has quit IRC16:32
halsteadRP, I agree. I tried restarting a worker to see if that would prompt anything but it did not.16:33
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto16:34
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC16:36
*** sgw2 <sgw2!sgw@nat/intel/x-faayshfajvvegaqf> has joined #yocto16:37
RPhalstead: I've queued a new build. I'll leave the other running just to see what happens16:39
* halstead nods. Might prove interesting.16:46
*** Manuel21 <Manuel21!54704e0b@84-112-78-11.cable.dynamic.surfer.at> has joined #yocto16:47
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:51
*** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.77> has quit IRC16:53
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto16:56
Piratyadelcast: `opkg --offline-root /tmp/foo some/*ipk` makes use of /tmp/foo/etc/opkg.opkg.conf onces that is installed, breaking some path handling. is that considered a bug?16:57
Piraty(given that *ipk is a bunch of packages including opkg.ipk which contains the conf file)16:58
Piratyi worked around it by speciying --tmp-dir by now, but that one took me a short while to bisect17:00
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC17:05
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC17:06
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-117-153.v4.ngi.it> has joined #yocto17:09
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-117-153.v4.ngi.it> has quit IRC17:09
*** Manuel21 <Manuel21!54704e0b@84-112-78-11.cable.dynamic.surfer.at> has quit IRC17:12
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC17:16
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto17:18
*** electronixid <electronixid!5c22126d@c-6d12225c.037-401-73746f7.bbcust.telenor.se> has quit IRC17:25
*** zz_ka6sox is now known as ka6sox17:26
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC17:27
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto17:29
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC17:34
adelcastPiraty: yes, its expected behavior....-o is akin to a chroot17:35
adelcastits used on OE to build the image, whatever opkg.conf you have on the opkg.ipk it is placed on the offline root and used on subsequent operations17:36
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC17:37
paulbarkerrburton: Looks like I didn't have notifications set for new issues on meta-kernel *facepalm*17:39
*** madisox <madisox!uid453692@gateway/web/irccloud.com/x-aolorvsnarblglyr> has joined #yocto17:51
zeddiiclearly it is monday. I'm not able to get devupstream to do what I want. shouldn't I just be setting my preferred version to the devupstream variant ? that's what I glean from the docs.17:57
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC18:14
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto18:15
mcfriskhas anyone had to deal with non-ancient clang versions and edk2 on msm platforms? pulling hairs with crappy build system mixing host and native compilers, gcc, clang and no sane way to set CFLAGS etc18:17
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC18:17
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto18:17
*** pbergin_ <pbergin_!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto18:21
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC18:23
*** pbergin_ is now known as pbergin18:23
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto18:26
*** bobo <bobo!~bobo@91.132.138.196> has joined #yocto18:34
*** Tanis64 <Tanis64!d918e05d@093-224-024-217.ip-addr.vsenet.de> has joined #yocto18:35
*** Tanis64 <Tanis64!d918e05d@093-224-024-217.ip-addr.vsenet.de> has quit IRC18:37
*** roussinm <roussinm!459c72a2@bras-base-qubcpq0336w-grc-06-69-156-114-162.dsl.bell.ca> has quit IRC18:47
pbbHi there, I'm trying to build a yocto image on a NixOS host. I've gotten this to work in varying degrees multiple times, but yocto changes added new breakages (which is fine, NixOS is not a supported build environment). Right now my build is failing during the configure script of m4-native, when it tries to test the compiler. I noticed that the configure script does not get the environment variables I set, even those I added to BB_ENV_EXTRAWHITE. Is there some18:48
pbb way to prevent the environment variables being cleared for builds?18:48
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has left #yocto18:53
mcfrisksigh, msm edk2 I have is a old, hacked fork of https://github.com/tianocore/edk2 with no fixes ever applied... <insert BSP bashing here>18:59
Guest47888does bbmulticonfig invalidate my sstate cache?19:08
JPEWGuest47888: I don't think it should19:09
JPEWGuest47888: If you think it is, try diffing the signatures to see why19:10
LetoThe2ndpbb: why not just use CROPS or pyrex?19:10
pbbLetoThe2nd: I didn't know about Pyrex, I'll have a look. Thanks.19:14
armpitI use Tuperware19:14
LetoThe2ndarmpit: too little metal.19:17
*** roussinm <roussinm!459c72a2@bras-base-qubcpq0336w-grc-06-69-156-114-162.dsl.bell.ca> has joined #yocto19:24
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto19:24
*** lastaid <lastaid!d4ca61a2@212.202.97.162> has quit IRC19:24
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC19:25
*** nslu2-log_ is now known as nslu2-log19:26
Piratyadelcast: 'akin to a chroot' well yeah, that's what i expected. in fact, my expectation is that is uses the path as found in opkg.conf relative to / in offline-root, not in host.19:29
Piratythe experienced case is: the conf file specicies a special tmp_dir which exist in offline-root but not on host. installation of ipk fails exactle one package after opkg because that dir doesn't exist on the host19:29
Piratywhen you say 'akin to chroot' i expect it to use an offline-root prefix at least19:30
Piratyno uchroot or sth involved i guess? (didn't look it up too much yet)19:30
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto19:33
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC19:34
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto19:35
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC19:43
*** vmesons <vmesons!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto19:43
*** vmesons <vmesons!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC19:48
Guest47888JPEW: ok. i am trying to fix our slow ass build system19:50
Guest47888i'm hoping that using multiconfig with one multiconfig per machine will make it much faster than doing each machine serially...19:51
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC19:51
*** bobo <bobo!~bobo@91.132.138.196> has quit IRC19:54
LetoThe2ndGuest47888: not suer about that.19:54
JPEWGuest47888: It might to some extent.19:54
LetoThe2ndi don't see where you expect the gains to come from, unless you are not using shared sstate cache at the moment.19:55
JPEW^^ Oh, right, thats correct19:55
*** bobo <bobo!~bobo@185.236.42.103> has joined #yocto19:55
LetoThe2ndit does about the same amount of parsing, it does the same amount of reuse...19:56
Guest47888our build system is dumb because the build dir is thrown away20:02
Guest47888some genius thought it was a great idea to use containers20:02
Guest47888i am in the process of trying to make optimizations but there's layers of crap20:03
JPEWGuest47888: I use a container.... but it bind mounts in the build directory20:03
Guest47888jenkins, docker, aws20:03
*** electronixid <electronixid!5c22126d@c-6d12225c.037-401-73746f7.bbcust.telenor.se> has joined #yocto20:04
LetoThe2ndah i remember. you're the guy that was like "we cannot wipe tmp and reuse sstate because $swguy said so", right?20:05
LetoThe2ndJPEW: i'd rather call you mister container when it comes to this :)20:06
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto20:08
Guest47888LetoThe2nd: no20:09
Guest47888i didn't have any involvement in the original setup of this stuff on jenkins.. but that guy just left :)20:09
*** aleblanc <aleblanc!~user@192-222-206-26.qc.cable.ebox.net> has quit IRC20:09
LetoThe2ndGuest47888: then there is at least one person with a similarly whacked setup on the planet, who was around here about two weeks ago.20:10
JPEWDrop the aws and that sadly describes our CI20:11
JPEWAlthough.... We just build each product (machine) in parallel20:12
LetoThe2ndi don't remember the exact details, i just remember that somebody around here sounded awfully familiar, but basically self-inflicted pain.20:12
*** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC20:14
*** dmoseley <dmoseley!~dmoseley@75.76.5.232> has joined #yocto20:14
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC20:15
JPEWGuest47888: I was emboldened just a few days ago and decided to figure out how I would build a aws + Jenkins CI system from the ground up.... I actually really like what I came up with. Kinda wish our local CI was in AWS20:15
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto20:17
JPEWLetoThe2nd: I need to figure out if I can use pyrex as the container engine for kas.... I think it would be an unstoppable force :)20:18
*** tuxar <tuxar!c1fa96ab@lfbn-bor-1-1339-171.w193-250.abo.wanadoo.fr> has joined #yocto20:20
*** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto20:23
*** dmoseley <dmoseley!~dmoseley@75.76.5.232> has quit IRC20:24
*** tuxar <tuxar!c1fa96ab@lfbn-bor-1-1339-171.w193-250.abo.wanadoo.fr> has quit IRC20:29
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto20:29
LetoThe2ndJPEW: certainly doable. but not anymore today, for me :P20:30
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC20:33
Guest47888JPEW: have any learnings to share?20:35
Guest47888JPEW: are you using jenkins parallel blocks? or multiconfig?20:35
Guest47888you say that you are mounting in the build dir to reuse tmp and parse cache, how do you ensure that parallel builds dont trample each others tmp dir?20:36
Guest47888we have 8 machines currently, so i'm interested to hear about methods of making it faster to build20:37
*** bobo <bobo!~bobo@185.236.42.103> has quit IRC20:41
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC20:44
JPEWGuest47888: In think in general, you will get the best performance by running builds in parallel20:45
JPEWGuest47888: It's somewhat orthagonal to using multiconfig20:45
JPEWGuest47888: I don't have multiple builds sharing a tmp dir. Even when I use multiconfig to build multiple products at once, each one has a unique tmp dir20:46
JPEWBut they all use the same sstate and dl cache20:47
JPEWGuest47888: I would start with just building the 8 in parallel. After that, figure out a way to get them to share sstate / dl dir20:47
*** barman63 <barman63!5b5deac2@91.93.234.194> has joined #yocto20:51
barman63hi20:51
Guest47888JPEW: you mean using parallelism outside of bitbake?20:52
Guest47888e.g. jenkins-based parallelism?20:52
Guest47888we already do share sstate/dwnloads to some degree, also by bind-mounting into containers20:53
khemjonmason: yt ?20:53
barman63i have set the docker environment crops - but can not run sudo command as it asks for a password when i follow the instructions, do you know the password or how to overcome the password issue?20:54
jonmasonkhem: yes?20:54
JPEWGuest47888: Yes, having jenkins launch multiple builds in parallel20:55
khemjonmason: patch for using dynamic layers is still pending are you guys considering to fix this issue20:55
JPEWGuest47888: Matix, parallel pipeline, separate jobs, choose your poison :)20:55
*** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has quit IRC20:56
Guest47888JPEW: my poisin is 'no', preferrably. i detest jenkins and would prefer to avoid any logic in it20:56
sgw1Hi Folks, I have a fetcher question.  I have 2 different git repos in SRC_URI and they require different SRCREV hashes.  If I set SRCREV for the primary and then use rev= in the URL for the secondary git, the primary seems to be fetched OK, but the secondary fails due to a check in the fetcher that validates SRCREV == rev as a sanity check (which makes sense), but now I am not sure how to reconcile it20:57
JPEWGuest47888: Ah, fair enough :) Jenkins is all I really know.... but having used a few different methods I'm partial to Pipelines and describing all the config in a Jenkinsfile in the repo20:58
khemsgw1: use SRCREV_foo = "SHA1" SRCREV_bar = "SHA2"20:58
Guest47888sure, we have that too20:58
armpitsgw1, I think you can name them20:58
armpitwhat khem said20:58
JPEWGuest47888: Gives you pretty much the same thing as most other ci (gitlab-ci, travis, whatever) where the job description lives with the code20:59
Guest47888JPEW: but our previous build system had so much logic encoded into jenkins it was not feasible to even try to make a build locally20:59
Guest47888and groovy/jenkins groovy bindings are total crap20:59
sgw1Ok, let me give that a try, it's been a while, I need to reload my bitbake cache ;-)!20:59
JPEWGuest47888: Ya, being able to build locally what Jenkins does remotely is always a problem.... containers help there21:00
JPEWAlthough it sounds like you've had trouble with those also21:00
Guest47888i also hate containers. :-)21:00
JPEWGuest47888: Any reason why?21:01
Guest47888in my previous job i worked on an OS meant for server container deployments using docker.. so i got a bad taste for it21:01
khemsgw1: you need to use subpath and name keywords on src_uri for this to work and also ensure to define SRCREV_FORMAT = "foo_bar" to make sure bitbake can include them in signatures21:01
Guest47888now i work on embedded routers (now with yocto of course) but can't escape containers in the build system21:02
jonmasonkhem: I'll discuss it with rburton tomorrow, as he's gone for the day21:06
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC21:09
khemjonmason: k, thanks let me know what you guys decide, I would like to unbreak yoe distro based on whateever you guys decide21:13
jonmasonkhem: we're arguing semantics of implementation, but agree that it needs to happen21:14
sgw1khem: armpit: thanks that was the trick.21:14
*** Guest654 <Guest654!5b5deac2@91.93.234.194> has joined #yocto21:16
*** barman63 <barman63!5b5deac2@91.93.234.194> has quit IRC21:18
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto21:20
JPEWGuest47888: Well, FWIW, the project doesn't mandate that you use containers, it tests on a lot of different hosts for that reason. If you really want to avoid the contianers, look at the recent work with the buildtools tarball21:30
Guest47888i know, it's only in jenkins we do that21:39
Guest47888i and most other people just use a plain ubuntu host.21:39
Guest47888JPEW: how do you ensure your containers get unique workdirs while also reusing them?21:40
electronixidHello! I have recently started trying out eSDK builds in an enterprise setting (read old yocto - thud, almost). I have been getting a warning such as21:44
electronixidERROR: When reparsing .../core-image-minimal.bb.do_populate_sdk_ext, the basehash value changed from 5fbdca49002cb10d09e7bea964f17fcc to e9acb0cf002fb8249e57aed6b7f1fdbd. The metadata is not deterministic and this needs to be fixed.21:44
electronixidI do not see any DATETIME or such variables from the build environment, is there a reason I am missing that I should be looking for? and what is this hash value of and at what stages does it get reparsed?21:45
JPEWGuest47888: I bind in my local workspace to the container, so it's operating on my "local" filesystem21:48
JPEWMuch like if I wasn't using a container, I can't run multiple builds simultaneously out of the same workspace21:48
Guest47888hmm.. yeah, not going to work for automated builds.21:53
JPEWGuest47888: Why? We do it for our automated builds?21:54
Guest47888JPEW: i am confused by what you mean by 'I bind in my local workspace to the container' then21:56
JPEWGuest47888: I'm not executing the git fetch command and such in the container, those all happen on my host. Our container just wraps the bitbake commands so that they run in the container: https://github.com/garmin/pyrex22:00
JPEWBut it does that by bind mounting your local existing workspace and build directory into the container22:01
JPEWFor the most part, our users (and CI scripts) can't really tell it's running in a container over just running bitbake locally22:01
JPEWThe advantage here is that our users are using the same container as our CI, so it's easier to reproduce the setup22:02
JPEWGuest47888: Any, it's supper time, so I have to go. Good luck!22:04
adelcastPiraty: ah, I see, you are talking about the tmp_dir setting....yeah, its not using offline root and it probably should, could you open a bugzilla ticket?22:08
Guest47888JPEW: thanks22:10
*** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has quit IRC22:23
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto22:54
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC22:57
*** meow` <meow`!~sbourdeli@192.222.239.49> has quit IRC22:58
*** roussinm <roussinm!459c72a2@bras-base-qubcpq0336w-grc-06-69-156-114-162.dsl.bell.ca> has quit IRC23:15
*** vdehors_ <vdehors_!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto23:25
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC23:25
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC23:26
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC23:34
*** meow` <meow`!~sbourdeli@192.222.239.49> has joined #yocto23:48
*** dev1990 <dev1990!~dev@dynamic-62-87-242-225.ssp.dialog.net.pl> has quit IRC23:51

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!