Thursday, 2021-02-18

*** la_croix <la_croix!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has joined #yocto00:03
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC00:12
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto00:12
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.101.91> has quit IRC00:12
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.101.91> has joined #yocto00:12
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC00:21
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.101.91> has quit IRC00:23
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.86.91> has joined #yocto00:24
*** gpanders_ <gpanders_!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto00:33
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC00:34
*** Yatekii <Yatekii!~yatekii@huesser.dev> has quit IRC00:35
*** gpanders_ <gpanders_!~gpanders@gateway/tor-sasl/gpanders> has quit IRC00:35
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto00:36
*** Yatekii <Yatekii!~yatekii@huesser.dev> has joined #yocto00:36
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC00:37
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto00:44
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC00:48
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC00:54
*** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01> has joined #yocto00:56
*** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01> has quit IRC01:10
*** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01> has joined #yocto01:25
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC01:31
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto01:40
*** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has joined #yocto01:41
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC01:42
*** yizhao1 <yizhao1!~zhaoyi@unknown-3-104.windriver.com> has quit IRC01:47
*** yizhao <yizhao!~zhaoyi@unknown-3-104.windriver.com> has joined #yocto01:52
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto01:57
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto01:57
*** yizhao <yizhao!~zhaoyi@unknown-3-104.windriver.com> has quit IRC01:58
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto02:00
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC02:07
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto02:12
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto02:12
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC02:21
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto02:24
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto02:29
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC02:32
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto02:33
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC02:37
*** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@94.31.98.91> has joined #yocto02:39
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.86.91> has quit IRC02:41
*** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto02:54
*** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto02:57
*** yourfate_ <yourfate_!~yourfate@unaffiliated/yourfate> has joined #yocto02:57
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto02:57
*** m1ster_r- <m1ster_r-!~m1ster_r0@prometheus.umask.eu> has joined #yocto02:59
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC02:59
*** 17WAAX8NH <17WAAX8NH!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto02:59
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC02:59
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC02:59
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC02:59
*** 17WAAX8NH <17WAAX8NH!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC02:59
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC02:59
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has quit IRC02:59
*** [Sno] <[Sno]!~sno@p4fe93db3.dip0.t-ipconnect.de> has joined #yocto02:59
*** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has quit IRC02:59
*** yourfate_ is now known as yourfate02:59
*** la_croix <la_croix!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has quit IRC02:59
*** mansi <mansi!~mansi@h-154-99.A246.priv.bahnhof.se> has quit IRC02:59
*** la_croix_ <la_croix_!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has joined #yocto02:59
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC02:59
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto03:00
*** mansi <mansi!~mansi@h-154-99.A246.priv.bahnhof.se> has joined #yocto03:01
*** ahadi <ahadi!~ahadi@89.244.126.193> has quit IRC03:02
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC03:02
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:03
*** Gaffel <Gaffel!~gaffel@h-170-170.A1405.priv.bahnhof.se> has joined #yocto03:03
*** |Sno| <|Sno|!~sno@p4fe93db3.dip0.t-ipconnect.de> has joined #yocto03:04
*** ahadi <ahadi!~ahadi@89.244.126.193> has joined #yocto03:04
*** [Sno] <[Sno]!~sno@p4fe93db3.dip0.t-ipconnect.de> has quit IRC03:05
*** ahadi <ahadi!~ahadi@89.244.126.193> has quit IRC03:11
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC03:12
*** ahadi <ahadi!~ahadi@88.130.223.68> has joined #yocto03:12
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC03:15
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC03:19
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto03:20
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ikhcfizjuipfbzwb> has quit IRC03:22
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:22
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:23
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC03:26
*** ahadi_ <ahadi_!~ahadi@88.130.223.68> has joined #yocto03:27
*** ahadi <ahadi!~ahadi@88.130.223.68> has quit IRC03:27
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:27
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC03:31
*** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01> has quit IRC03:34
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:39
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:39
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC03:42
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:43
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC03:46
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:46
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto03:47
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC04:06
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto04:06
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto04:07
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC04:08
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto04:19
*** jobroe_ <jobroe_!~manjaro-u@p5dd7f00e.dip0.t-ipconnect.de> has joined #yocto04:26
*** jobroe <jobroe!~manjaro-u@p579eb8f7.dip0.t-ipconnect.de> has quit IRC04:26
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC04:47
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC04:58
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto05:06
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC05:06
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC05:09
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto05:11
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC05:14
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto05:15
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto05:18
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has joined #yocto05:23
vdlanyone using kas without poky?05:27
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has quit IRC05:27
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC05:28
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto05:30
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has joined #yocto05:35
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC05:36
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC05:40
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto05:40
*** mrpelotaz0 <mrpelotaz0!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto05:41
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has quit IRC05:45
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has joined #yocto05:46
*** mrpelotaz0 <mrpelotaz0!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC05:47
*** comptroller <comptroller!~comptroll@47-213-222-227.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto05:49
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto05:50
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto05:50
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto05:51
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has quit IRC05:53
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC05:53
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC05:55
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto05:55
*** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has quit IRC05:57
* vdl found how to do it.05:57
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto05:57
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC05:58
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has joined #yocto05:58
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto06:07
*** plntyk2 <plntyk2!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC06:08
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto06:08
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto06:10
*** Dracos-Carazza_ is now known as Dracos-Carazza06:16
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC06:19
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:28
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC06:30
*** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto06:36
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:37
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:40
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto06:42
*** linums <linums!54c6d61b@84.198.214.27> has joined #yocto06:43
linumsmorning!06:43
linumsI know it is not really a yocto issue, but I ask it, if anyone has any clue06:44
linumsso I compiled a sysv based os06:44
linumsand i have this weird stuff, that if I call "service --status-all", then as it almost finishes the status report, every service shuts down, and I'm left alone with a working kernel, but no service at all06:46
thekappeHello there !! I have a question, does anybody know how to add udevadm to a yocto (thud) image ?06:48
dwagenkthekappe what is your value for VIRTUAL-RUNTIME_dev_manager ?06:58
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto06:59
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has quit IRC06:59
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC07:00
dwagenkIf it is udev or systemd you should be all set.07:01
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has joined #yocto07:01
*** agust <agust!~agust@p508b6a6d.dip0.t-ipconnect.de> has joined #yocto07:03
thekappedwagenk, thanks07:03
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC07:07
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto07:09
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:e429:af41:cb37:c217> has joined #yocto07:11
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC07:12
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto07:13
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC07:16
*** PaowZ <PaowZ!~vince@2a01:e0a:144:d020:7c68:906:3bd4:3629> has quit IRC07:20
*** f3ddischson <f3ddischson!~feddischs@ip-37-201-200-192.hsi13.unitymediagroup.de> has joined #yocto07:22
*** feddischson <feddischson!~feddischs@HSI-KBW-095-208-248-080.hsi5.kabel-badenwuerttemberg.de> has quit IRC07:22
*** PaowZ <PaowZ!~vince@2a01:e0a:144:d020:1dbd:d47d:672c:4713> has joined #yocto07:32
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:32
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-wwoinbgsrhaxeufz> has joined #yocto07:35
LetoThe2ndyo dudX07:37
*** frsc <frsc!~frsc@50-69-142-46.pool.kielnet.net> has joined #yocto07:40
*** mckoan|away is now known as mckoan07:43
mckoangood morning07:43
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto07:45
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC07:45
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC07:48
*** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC07:49
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto07:50
*** mihai- is now known as mihai07:55
*** fl0v0 <fl0v0!~fvo@i5E86ACA2.versanet.de> has joined #yocto07:56
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC07:57
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto07:58
*** mseeber <mseeber!~mseeber@2a02:2450:1159:680:464d:d23b:600a:b6a3> has joined #yocto08:00
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto08:02
*** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC08:05
*** ahadi_ <ahadi_!~ahadi@88.130.223.68> has quit IRC08:08
*** ahadi <ahadi!~ahadi@88.130.223.68> has joined #yocto08:08
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto08:08
*** linums <linums!54c6d61b@84.198.214.27> has quit IRC08:11
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto08:13
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto08:17
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:24
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:dce3:23d8:e120:e16f> has joined #yocto08:25
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:26
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto08:29
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC08:31
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC08:32
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto08:32
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto08:36
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC08:37
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto08:37
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC08:38
*** estan_ is now known as estan08:38
*** estan <estan!~astan@kde/developer/astan> has joined #yocto08:38
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC08:40
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto08:41
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto08:51
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto09:04
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC09:08
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC09:10
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto09:24
*** medaliyou <medaliyou!29e2aabb@41.226.170.187> has joined #yocto09:24
medaliyouhey folks , so i m bitbaking an image , containing layers which contains recipes for kernel 4.14.149 , so some kernel modules (drivers) have patch files , when building a new kernel09:25
medaliyouthose patches are failing to apply09:25
medaliyouwhat can  i do to work it around ?09:26
qschulzmedaliyou: patch the patches :)\09:42
qschulzmedaliyou: IMO the easiest is to clone the git repo, apply the patches already present in the recipe, then try to apply yours one by one and fix the potential conflicts09:43
qschulzbut, I'm used to work with the kernel so I might biased when I say "easiest" :/09:43
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC09:44
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC09:45
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto09:45
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto09:45
medaliyouyeah you did LOL , i ll try to apply the old patches but they are targeting a 4.14 kernel & i m migrating to 5.409:58
medaliyouit will be a pain in the a$$09:58
qschulzmedaliyou: can't you just migrate your Yocto layers first, then migrate your kernel?10:00
qschulzthey don't have to be done in one go (the order does not matter usually)10:01
*** Lyghtnox <Lyghtnox!56ec5c03@lfbn-nan-1-761-3.w86-236.abo.wanadoo.fr> has joined #yocto10:07
LyghtnoxHi everyone10:10
LyghtnoxI'm trying to build yocto for a raspberry pi 2 but I get an error I can't solve:10:10
LyghtnoxException: Exception: KeyError: 'getpwuid(): uid not found: 1000'10:10
LyghtnoxPath ./package/etc/motd is owned by uid 1000, gid 1000, which doesn't match any user/group on target. This may be due to host contamination.10:10
LyghtnoxAny ideas?10:10
qschulzLyghtnox: out of the blue, you used cp with preserved ownership instead of install in a do_install task in one of your recipes?10:14
qschulzLyghtnox: is it one of your recipes?10:15
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC10:15
LyghtnoxThis is not one of my recipe10:17
LyghtnoxI followed the Quick start instructions from here: https://github.com/agherzan/meta-raspberrypi10:17
qschulzLyghtnox: which recipe is failing? did you make sure all of your layers are on branches named the same? Are you building on a compatible desktop distro for the release you're targetting?\10:20
LyghtnoxHere is the complete error: https://pastebin.com/q7uigGLW10:24
LyghtnoxYes I used the gatesgarth branch for everything10:24
LyghtnoxAs for the last question, how can I check that?10:24
kayterinaare you on arch linux?10:27
kayterinabecause I switched to an ubuntu for yocto because it the manual said is supported10:29
LyghtnoxYes I'm using arch at the moment. I wanted to give it a try but I might setup a Ubuntu VM if I can't make it work.10:31
qschulzLyghtnox: garmin/pyrex for containers to build yocto stuff10:42
qschulzHaven't used it but at least a handful of people do10:42
LyghtnoxThis looks great! I'll test that thanks!10:44
*** mseeber <mseeber!~mseeber@2a02:2450:1159:680:464d:d23b:600a:b6a3> has quit IRC11:00
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC11:03
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:e429:af41:cb37:c217> has quit IRC11:04
medaliyouguyssss11:12
medaliyouhow to solve  systemd error do_install11:12
medaliyouRPATH changes at install time disabled11:13
*** medaliyou <medaliyou!29e2aabb@41.226.170.187> has quit IRC11:15
*** medaliyou <medaliyou!29e2aabb@41.226.170.187> has joined #yocto11:15
*** medaliyou <medaliyou!29e2aabb@41.226.170.187> has quit IRC11:22
*** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has joined #yocto11:27
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto11:28
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC11:31
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:a821:120d:f822:bb01> has joined #yocto11:39
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto11:43
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC11:43
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto11:44
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC11:46
qschulzhalstead: good (early) morning, Firefox complains there is no https for cgit.openembedded.org, don't know if it's expired or if there was even ever one?11:50
qschulz(I have (is it default now?) HTTPS-Only mode enabled)11:50
*** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has joined #yocto11:50
wertigonOk, so I have almost perfected my debug image vs my production-ready image, now I need to neuter a specific kernel option for debug image only.11:52
wertigonIs there an easy way to do this from the image recipe, or do I need to create a new kernel package for this?11:53
qschulznew kernel package11:55
qschulzrecipe data is local11:55
qschulzso you cannot modify a recipe from another one11:55
qschulzwertigon: at one point you might want to consider going for a debug distro instead of hacking around image recipes11:56
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto11:56
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC11:57
wertigonqschulz: Yeah, true, but now they want everything but ONE_THING (tm) :)12:08
wertigonIf I've understood it correctly I should be able to just do include(kernel_recipe.bb)12:09
LetoThe2ndand how would that iamge select the kernel, as it cannot set it as provider?12:13
LetoThe2ndseriously, thats stupid.12:13
LetoThe2ndif at all even you would end up with all of the image being built against the distro kernel, and the debug kernel being pulled in as (R)DEPENDS or such... which just gives me the creeps.12:14
qschulzwertigon: which option is it?12:15
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto12:15
qschulzis it something you can build as a module?12:15
qschulzin which case, you always enable it in your defconfig, and then just add the kernel-module-<whatever> to your debug image only12:16
LetoThe2ndqschulz: ++ very good idea.12:17
*** dev1990_ <dev1990_!~dev@dynamic-78-8-2-137.ssp.dialog.net.pl> has quit IRC12:18
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC12:21
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto12:22
wertigonqschulz: The CONFIG_STRICT_DEVMEM12:34
wertigonAs a module would be a great option too12:35
wertigonI can also just disable this specific option at compile time and build it :)12:36
wertigonMore work, but in this case maybe that is what is for the best?12:37
*** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-08-70-49-162-56.dsl.bell.ca> has quit IRC12:38
wertigonI think my problem here is that I see far too many nails for my hammer12:38
wertigonI need to start working more with my chisel, screwdriver and possibly drill :)12:39
LetoThe2ndwertigon: if that can be built as a module then qschulz' approach is perfect. straight and simple.12:44
*** mseeber <mseeber!~mseeber@2a02:2450:1159:680:d931:2ce5:8f7f:c946> has joined #yocto12:48
*** Lyghtnox <Lyghtnox!56ec5c03@lfbn-nan-1-761-3.w86-236.abo.wanadoo.fr> has quit IRC12:51
wertigonLetoThe2nd: Yep, already do that with a few other options, I'll double check, but if there is a handful of options I can just write a simple pre-compilation script that changes the appropriate option12:53
wertigonI think doing that and then git reset is easier :)12:54
wertigonAs long as it is documented *somewhere*12:54
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:56
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-lnwixfacdcxfkebq> has joined #yocto12:56
LetoThe2ndi really don't get what makes people avoid debug distros. most behave like they would spread some infection.12:57
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto12:57
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has joined #yocto12:58
*** mseeber <mseeber!~mseeber@2a02:2450:1159:680:d931:2ce5:8f7f:c946> has quit IRC12:59
qschulzwertigon: how would this pre-compilation script be selected then? it has to be from within the kernel recipe13:02
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC13:03
LetoThe2ndqschulz: i fear he's talking about a manual process. like "you want a debug image? here, its only those tiny 18 steps you need to do, totally not error prone, nothing has ever failed. and best, all without a debug distro!"13:03
*** minimaxwell <minimaxwell!~minimaxwe@152.143.205.77.rev.sfr.net> has joined #yocto13:05
kyanresbtw, do we have to create a TOPDIR/TMPDIR for each combo of distro and machine ?13:05
qschulzkyanres: not sure to understand? distro and machines are already clearly separated in TMPDIR13:07
LetoThe2ndkyanres: for building, no. but you can't set multiples in local.conf, so you would either have to resort to passing via ENV or changing local.conf between builds.13:07
kyanresthanks13:15
kyanresqschulz, Well, I don't know where I got that information, but I tought I had to create a TMPDIR for each machine.13:15
kyanresactually, in https://docs.yoctoproject.org/dev-manual/common-tasks.html#setting-up-and-running-a-multiple-configuration-build13:15
kyanresSuggested practice dictates that you do not overlap the temporary directories used during the builds13:15
*** felipealmeida <felipealmeida!~felipealm@177.42.48.84> has quit IRC13:16
LetoThe2ndkyanres: a multiconf build is something completely different.13:17
*** Minjae_Kim <Minjae_Kim!742ab977@gateway/web/cgi-irc/kiwiirc.com/ip.116.42.185.119> has joined #yocto13:18
LetoThe2ndkyanres: and it certainly doesn't hurt to use multiple TMPDIRs, but for building several combinations sequentially, it at least shouldn't be problematic to stick with one (for standard usecases/environments)13:18
*** Minjae_Kim <Minjae_Kim!742ab977@gateway/web/cgi-irc/kiwiirc.com/ip.116.42.185.119> has quit IRC13:18
kyanresoh? different from having several TOPDIR and calling oe-init-build-env ? how so ?13:19
LetoThe2ndnanana.13:20
LetoThe2ndno multiple environments. thats not what we were talking about.13:20
LetoThe2ndkyanres: for building, no. but you can't set multiples in local.conf, so you would either have to resort to passing via ENV or changing local.conf between builds.13:20
LetoThe2ndthats what i wrote.13:20
LetoThe2ndso you could do MACHINE=machine1 DISTRO=distro1 bitbake my-image. and once that is finished, you do MACHINE=machine2 DISTRO=distro1 bitbake my-image13:21
LetoThe2ndand so on, and so on. but sharing TMPDIR between several build environments, nope, don't do that.13:22
kyanresokay13:23
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has quit IRC13:24
LetoThe2ndbut in the end its mostly cosmetic anyways, or depending on your workflow. this won't save diskspace or time noticeably, thats all in sstate.13:24
kyanresby build environment, you mean TOPDIR ? version of bitbake ?13:25
LetoThe2ndbuild environment == the directory that you create by oe-init-build-env.13:25
LetoThe2ndi guess that equivalates to TOPDIR, but i've never noticed anyone using that expression.13:26
kyanresokay. yeah I wouldn't dare go that far13:26
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has joined #yocto13:27
medaliyousystemd do compile13:28
medaliyouerro13:28
medaliyouRPATH changes at install time disabled13:28
medaliyouMmedaliyou 14:27:17and its a meson_do_install13:28
medaliyouin the do_install()13:28
medaliyouWelcome to freenode. To protect the13:28
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto13:28
wertigonLetoThe2nd, qschulz: Yep, manual for now - sometimes it's better to do stuff for hand :)13:29
*** felipealmeida <felipealmeida!~felipealm@177.42.48.84> has joined #yocto13:29
wertigonBut I agree it's the least ideal solution13:29
wertigonIdea is you call the script, build the image, run git reset13:29
qschulzwertigon: assume users are dumb and will either forget or do weird things.13:30
qschulzand you need to maintain this script13:31
* LetoThe2nd shrugs13:31
medaliyoufolks13:31
LetoThe2ndi think that way is outright stupid. but hey, its not mie to support it, so go go go.13:31
medaliyoucan i get some help please13:31
medaliyouwhy systemd: do_compile() crasher13:31
medaliyoucrashes13:31
LetoThe2ndmedaliyou: sorry, but we are not responsible for support upon request. if you've got a problem that somebody knows something about, then that person will answer. if not, then its bad luck, but still not our problem.13:32
*** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC13:33
medaliyouyou re right, helping is optional (y) (y)13:33
LetoThe2ndmedaliyou: as systemd happily builds on hundreds of systems and thousand of combinations in poky each day, i'd guess hte problem is yours alone. strip the build down, isolate, reproduce. good luck.13:33
*** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto13:33
ptsnevesHey all. Do you know of any nice way to build multiple gcc runtimes in the same build?13:34
qschulzptsneves: 1) copy the recipes 2) change slightly the name of the second recipe so that it does not match the first 3) profit13:34
LetoThe2ndqschulz: 3) change the slight name changes to something funny but completely pointless, like wonderful_1.2.3.bb, fancy_2.3.4.bb and superduper_4.3.2bb13:36
mcfriskI like the profit part13:36
ptsnevesqschulz  yeah that is what I do with userspace recipes but gcc-runtime sounds trickier. Is is safe to have the runtime of GCC9 built with GCC10, so that GCC9 can use it?13:36
LetoThe2nd4) profit and hanve fun13:36
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:dce3:23d8:e120:e16f> has quit IRC13:36
mcfrisksorry, step 4) is "run away and never look back"13:37
ptsneveseeheh yeah the profit and never look back part have a tendency of catching me in the back :D13:37
*** |Sno| <|Sno|!~sno@p4fe93db3.dip0.t-ipconnect.de> has quit IRC13:38
LetoThe2ndmcfrisk: nope, seriously. if the asker does that we can all have profit in laughing on him/her.13:38
mcfriskptsneves: didn't run fast and far enough13:38
LetoThe2ndso i think thats an outright awesome way!13:38
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:1ab9:7436:46bc:ada6> has joined #yocto13:39
*** minimaxwell <minimaxwell!~minimaxwe@152.143.205.77.rev.sfr.net> has quit IRC13:41
wertigon@qschulz: Probably, yeah. Not a good solution but it's this or having to spend 4 hours cursing at the screen...13:44
wertigonMaybe a new distro is the way to go soon though13:44
qschulzwertigon: cp poky.conf conf/layer/opky-debug.conf13:44
medaliyou❯ cat systemd_%.bbappend13:44
medaliyoudo_install_append() {13:44
medaliyou    rm ${D}${sysconfdir}/systemd/system/getty.target.wants/getty@tty1.service13:44
medaliyou}13:44
medaliyouCAN YOU PLEASE EXPLAIN WHAT DOES THIS LINE DO ????13:44
LetoThe2ndmedaliyou: sure! its a neat trick we use to make sure the caps lock keys of poky users are tested.13:45
ptsnevesmedaliyou an error?13:45
ptsnevesLetoThe2nd :D :D :D13:45
medaliyouyeah when i commented th rm ... line13:46
qschulzmedaliyou: ask the one who wrote the bbappend.13:46
medaliyoubitbake systemd finally passed13:46
wertigonmedaliyou: seems to disable automatic startup of tty1 service.13:46
qschulzmedaliyou: there are no bbappend for systemd in official layers AFAICT13:46
qschulzc.f. https://layers.openembedded.org/layerindex/recipe/5979/13:46
ptsnevesoh sorry i saw mv and not rm :D13:46
*** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto13:47
LetoThe2ndmedaliyou: seriously: go pester those folks who provided you layers that give trouble.13:47
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto13:49
medaliyoui'm just doing a 6 months internship for my end of studies project, i m working with a company that hired a freelancer to create their linux for imx board13:49
LetoThe2ndmedaliyou: then tell your supervisor that the stuff is outdated, you're having troubles, whatever. but essentially you're demanding that people here help you fixing stuff for free, that the company is being cheap on. or is that some opensource,openhardware project we can all profit on?13:51
LetoThe2ndmedaliyou: opinions may of course differ. but that is mine, and i am speaking just for myself here (that needs to be clear, my opinion is neither representative of this channel nor the YP)13:52
mcfriskmedaliyou: bitbake -e systemd, then inspect the output and figure out where this bbappend is and change it. there are endless possibilities to shoot oneself to foot with yocto and bitbake. we talk here of upstream yocto, if you add custom layers we can't really help except provide general guidance13:52
LetoThe2ndmcfrisk: s/foot/brains/g13:52
medaliyouMy task is to optimize boot time, and i didn't even get a build work to flash the image to the IMX  board yet. I  m just trying to learn & improve myself here, and i only ask you huys when i got stuck after long search time. And yeah that project seems so outdated and it is not open source .13:54
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC13:54
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto13:55
LetoThe2ndmedaliyou: well then i kinda feel sorry for you, and i wish you good luck. but i probably won't be of much help because i'm not going to work for free for that company (which i would basically do then)13:56
mcfriskmedaliyou: you need to start by reproducing your compamny build, we can't help that here. general guidance, then run systemd-analyze and look what takes long and why. also look at bootloader and kernel. generic linux guides help: 2nd google hit is https://elinux.org/images/6/64/Chris-simmonds-boot-time-elce-2017_0.pdf13:57
*** kyanres <kyanres!~kyanres@ecascr.ecatou.fr> has quit IRC13:58
*** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto13:59
intera91good afternoon,13:59
medaliyouyou ve already offred me much help , thank you a lot guys14:01
intera91am working with branch warrior (open-amd) and I was wondering wht is th esafest way to upgrade the version of mosquitto which is pulled as part of openembedded as our software requires 1.6.12 and openembedded/meta-networking/recipes-connectivity/mosquitto pulls 1.5.814:01
qschulzintera91: new recipe?14:01
LetoThe2ndcopied recipe?14:02
intera91resarted from scrtch as bsp is AMD v100014:02
qschulzintera91: http://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-connectivity/mosquitto/mosquitto_1.6.12.bb?h=gatesgarth14:02
qschulzintera91: https://layers.openembedded.org/layerindex/branch/master/recipes/14:02
intera91qschulz:  https://layers.openembedded.org/layerindex/recipe/85578/  mentions that gatesgarth pulls 1.6.12 but warrior pulls 1.5.814:05
qschulzintera91: then backport it?14:05
intera91qschulz: indeed  my intention but what is the safest way to do that14:05
qschulzintera91: ???? just download the recipe and the patches it rquires?14:06
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto14:07
*** linums <linums!54c6d61b@84.198.214.27> has joined #yocto14:07
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC14:07
*** kyanres <kyanres!~kyanres@ecascr.ecatou.fr> has joined #yocto14:07
intera91i'll giove that  a try but the recipe uses ${PV} as version, how is that value initialised?14:07
qschulzfrom the filename of the recipe14:09
dl9pfHow can I inject DL_DIR and SSTATE_DIR or MIRROR into oe-selftest ?14:09
qschulzthere's really nothing more than getting the files from a new layer in most cases. No changes involved. If it does not compile, only then you dig deeper14:10
RPdl9pf: If you set then in your build dir in advance it should reuse them14:10
dl9pfthe dir where the toplevel project is ... ok14:11
dl9pflooking at the SDE now14:11
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC14:12
RPdl9pf: want me to trim down your other patch and queue it?14:13
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto14:14
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto14:15
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC14:17
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto14:17
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto14:18
dl9pfi can split it ... sec ...14:20
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC14:25
dl9pfdone14:26
RPdl9pf: thanks, can get that one in the queue :)14:27
*** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has quit IRC14:27
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC14:28
*** minimaxwell <minimaxwell!~minimaxwe@123.68.205.77.rev.sfr.net> has joined #yocto14:39
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto14:42
*** dev1990 <dev1990!~dev@dynamic-78-8-2-137.ssp.dialog.net.pl> has joined #yocto14:50
*** berton <berton!~berton@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto14:53
*** hamer <hamer!4e4ff490@host-78-79-244-144.mobileonline.telia.com> has joined #yocto14:56
kergothAnyone thought about trying to detect unused variables, if limited by file? i.e. a recipe level linter, iterate over the lines of the file and its appends and identify which of those weren't present in the final result for those variables, and checksum the tasks to identify which vars were unused in those, to potentially detect possible typos?15:01
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC15:03
*** berton <berton!~berton@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC15:04
ptsneveskergoth yes, but if the variable is exported you have no way of knowing if it is used by any script in the task for example, so you would need to limit it to bitbake vars correct?15:07
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC15:07
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto15:10
kergothptsneves: yeah, it'd have to have limitations to avoid a ridiculous number of warnings, but at least if you typo SRC_URI as SRC_URO or something it'd warn you :)15:15
ptsnevesyeah, in that direction i would say it would really help 40% of the cases of newbies being confused15:17
ptsnevesso maybe starting by a typo detector would be nice15:18
ptsneveslike a string distance of something not known to the parse output to a given variable.15:18
qschulzI think we could have a look at all variables in tasks' sigdata?15:22
JPEWThere's a *lot* of variables that are unused from e.g. bitbake.conf15:23
JPEWYou might want to limit it to only variables defined in the current bb file, but I think know that would require parsing with variable tracking information (maybe?), which we don't normally do15:25
*** hamer <hamer!4e4ff490@host-78-79-244-144.mobileonline.telia.com> has quit IRC15:29
ptsneveswell all the info we need should be available from bitbake -e <recipe>15:30
ptsnevesas it says wehre the variables are set15:30
*** zbodek <zbodek!~zbb@89-64-67-119.dynamic.chello.pl> has joined #yocto15:33
zbodekHi, I have a question regarding contributing patches15:34
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto15:35
zbodekI have a patch for poky: meta/recipes-sato/webkit/wpebackend-fdo_1.4.1.bb, from what I understand I should post it to openembedded-core?15:35
qschulzyup, poky/meta is openembedded-core15:36
zbodekMy patch is against dunfell, should I post it as a patch on-top of dunfell-next?15:37
zeddiizbodek. if it is version specific, you'd send it against dunfell (commenting that it is already fixed in master due to a newer version), or you must send it against master first and ask for a backport to dunfell.15:38
ayoungAnyone tried running toaster on other-than-ubuntu lately?  I tried on Centos8 and got an error right off the bat.15:38
*** mseeber <mseeber!~mseeber@2a02:2450:1159:680:d931:2ce5:8f7f:c946> has joined #yocto15:40
*** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has quit IRC15:41
*** mseeber <mseeber!~mseeber@2a02:2450:1159:680:d931:2ce5:8f7f:c946> has quit IRC15:41
zbodekzeddii: thanks. I don't think it is fixed in the latest version. I'm only using dunfell and from what I see master only has package version bumped up. I will try to build master and see what's happening15:45
zeddiiyah. that's the trick with LTS. There's an extra hoop to jump through on fixes, since the project has a master first policy. Otherwise, the branches would diverge and have completely different sets of issues.15:47
zeddiithanks for the extra effort!15:47
zbodeknp15:48
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC15:48
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto15:49
yannis there any known problem between ccache and meta-arm-toolchain ?  On the kernel I'm seeing scripts/Kconfig.include:40: linker 'ccache aarch64-shadow-linux-ld.bfd    --sysroot=.../recipe-sysroot' not found (which I did not have before starting to switch from the vendor meta-rockchip to the yoctoproject.org meta-arm-based one)15:50
yann(and without too much surprise, disabling ccache does work)15:50
rburtonmeta-arm-toolchain isn't used unless you select it15:50
JPEWptsneves: Ya the variable tracking information isn't normally collected when parsing recipes (it's enabled when you run bitbake -e), possibly as a performance optimization?15:53
yannat least meta-rockchip requires the meta-arm layer, which in turn requires meta-arm-toolchain15:59
yannI admit I have another change that can't be ruled out so fast: I upgraded the poky layer to 3.2.2rc116:00
yannoh and that's not the end of the problems, as I'm now hitting ".../arch/arm64/boot/fitImage: No such file or directory"16:00
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC16:01
yannI'd' better split that upgrade in two :)16:01
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC16:03
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto16:05
*** jobroe_ <jobroe_!~manjaro-u@p5dd7f00e.dip0.t-ipconnect.de> has quit IRC16:05
*** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto16:05
rburtonyann: its a layer dependency as firmware needs the binary compilers, but adding meta-arm-toolchain doesn't change anything out of the box16:05
rburtonI'd definitely split your changes into two :)16:05
yannis it really useful to have a layer dependency for something that's not used out of the box ?16:06
rburtonit is used out of the box if you build trusted-firmware-a16:06
halsteadqschulz, We've only had a cert for git.openembedded.org. cgit.openembedded.org is an old cname record. Do you need to use that domain name?16:07
yannyeah, I was overly optimistic trying to avoid doing 2 full rebuilds - I'll take my time :)16:07
*** mckoan is now known as mckoan|away16:09
rburtonRP JPEW was anyone looking at the watchdog reprod failure?  stupid irc client can't search and i'm sure I saw that come up16:14
*** minimaxwell <minimaxwell!~minimaxwe@123.68.205.77.rev.sfr.net> has quit IRC16:14
qschulzhalstead: not really no, my browsing history is full of them though :D can we redirect cgit.oe.org to git.oe.org? is there a reason for keeping cgit?16:17
RPrburton: I think I fixed that didn't I?16:17
rburtonah yes so you did16:18
rburtoni was just doing a bit of triage on the pending swat list16:18
halsteadqschulz: I'm not sure. I'll make it a redirect though.16:18
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has joined #yocto16:19
eduardashello, what is the best way to build two different kernels for same machine in the same build directory16:19
eduardas?16:19
eduardasI need one with integrated initramfs for testing and one without for final raw NAND UBI image generation16:20
*** zbodek <zbodek!~zbb@89-64-67-119.dynamic.chello.pl> has quit IRC16:20
kyanreshalstead, qschulz, if you search "git.openembedded.org" in https://layers.openembedded.org/layerindex/branch/master/layers/, all the "Repository" URLs say git, but their web repo and tree actually point to cgit16:22
halsteadkyanres: oh. I could change that before making the redirect.16:24
qschulzkyanres: thanks, was wondering where I got the links from :D16:27
qschulzeduardas: two different distros then16:28
eduardasqschulz: but two different distros means two build directories, no?16:30
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC16:35
kyanres eduardas: as I was taught recently ;), you can >> MACHINE=machine1 DISTRO=distro1 bitbake my-image. and once that is finished, you do MACHINE=machine2 DISTRO=distro1 bitbake my-image16:38
*** Jagadheesan <Jagadheesan!7aa4f590@gateway/web/cgi-irc/kiwiirc.com/ip.122.164.245.144> has joined #yocto16:40
kyanreser. distro2 for the second command16:40
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto16:47
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto16:47
thekappehello guys ! I've three network interfaces and I want to have therir names be unique16:47
thekappeso that eth0 always refer to eth@xxxxxx16:47
thekappeand eth1 refers to eth@yyyyy16:48
*** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC16:48
thekappehow can I do that in Yocto ?16:48
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto16:50
yannrburton: at least it's not the update to 3.2.2 which breaks the kernel build :)16:52
rburtonthekappe: write the udev/systemd/whatever rules, and put them in a package, and put the package in your image16:53
RPrburton: ah, thanks. Would you want to reply to this swat email?16:57
*** frsc <frsc!~frsc@50-69-142-46.pool.kielnet.net> has quit IRC16:57
eduardaskyanres: thank you. I was not aware of that possibility.17:02
thekapperburton, thanks, I'll look into that17:02
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC17:05
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto17:05
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC17:06
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC17:21
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto17:22
*** fl0v0 <fl0v0!~fvo@i5E86ACA2.versanet.de> has quit IRC17:26
eduardaskyanres: I have taken a closer look at the Yocto documentation. Isn't multiconfig what I should really want for my usecase?17:29
*** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC17:32
*** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto17:33
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto17:36
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto17:52
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC17:53
kyanreseduardas: erm, maybe ? I'd say both ways allow to build with different distros, but take note that I'm new17:59
kyanresanyone else has infos about that ?17:59
*** bandito_embedded <bandito_embedded!a5e14c9a@165.225.76.154> has joined #yocto17:59
bandito_embeddedHi guys, I have a question. I'm new to yocto and I want to use an external toolchain to build my image. I'm using arm-linux from ARM so not sourcery, nor linaro. Is there a way to do it ?18:01
*** Jagadheesan <Jagadheesan!7aa4f590@gateway/web/cgi-irc/kiwiirc.com/ip.122.164.245.144> has quit IRC18:01
smurrayRP: just curious, has anyone expressed interest in a recipe for the split out xwayland yet?18:03
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto18:04
RPsmurray: not seen it18:05
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto18:05
smurrayRP: they're pulling it out of xorg since it's the only part people plan to use going forward with wayland, rc is out now: https://lists.freedesktop.org/archives/xorg/2021-February/060615.html18:07
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC18:11
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC18:13
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto18:15
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto18:16
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC18:20
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto18:20
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC18:22
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto18:24
* zeddii is going back to mwm and old school exterm.18:33
zeddiis/ex/x/18:33
*** bandito_embedded <bandito_embedded!a5e14c9a@165.225.76.154> has quit IRC18:34
rburtonsmurray: patches welcome :)18:36
smurrayrburton: heh, indeed.  I might take a crack at it after I get a couple more CVE fixes for dunfell squared away18:43
rburtonthat does kind of encourage the effort to move away from xorg18:47
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-wwoinbgsrhaxeufz> has quit IRC18:47
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC18:53
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto18:53
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC18:56
smurrayrburton: yeah.  I'd not be surprised to see e.g. Fedora not ship xorg at all in 2022/202318:56
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto18:56
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto18:56
JPEWIt's annoyingly hard to find a simple embedded focus wayland compositor... lipstick is *really* close, but it uses Qt :(18:57
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:a821:120d:f822:bb01> has quit IRC19:06
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC19:08
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC19:13
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto19:14
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-eqgylvaspwwizlgx> has quit IRC19:15
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-wmtclyseaddeoaad> has quit IRC19:15
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-cychnurgrxlobprg> has quit IRC19:15
eduardasIt seems to me that if I just put my multiconfig directory into my template directory, these files do not get copied over when using the TEMPLATECONF variable with the oe-init-build-env script19:16
eduardasCan one even copy over multiconfig config files from template directory when using TEMPLATECONF?19:17
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto19:18
vdlI'm still trying to fix the compilation of systemd with importd support. I've added support for glib and apparmor so now I have all Run-time dependencies found, but the compilation still fails19:24
*** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01> has joined #yocto19:24
vdlmeson-log.txt still shows a bench of "Program foo found: NO", should all of them be added to the image as a dependency as well?19:25
JPEWvdl: No, they need to be in `DEPENDS`19:28
JPEWvdl: Either directly or through `PACKAGECONFIG`19:29
JPEWeduardas: I don't know if that works.... it might be easier just to put the multiconfigs in a layer?19:29
eduardasJPEW: my multiconfig files are in a layer, in the same directory I store my templates for distro + machine combinations. Not sure what you mean19:30
eduardasJPEW: I have a meta-mylayer/conf/templates/setupA and meta-mylayer/conf/templates/setupB19:31
JPEWeduardas: If you put them in meta-mylayer/conf/multiconfig/mc.conf bitbake should be able to find them19:32
eduardasTEMPLATECONF="${PWD}/sources/meta-mylayer/conf/templates/setupA/" . ./sources/poky/oe-init-build-env build19:32
eduardasThis is how I usually setup my build directory19:32
eduardasJPEW: will try it. I was putting them under /sources/meta-mylayer/conf/templates/setupA/multiconfig19:33
eduardasI need multiconfig only for one of my setups19:34
eduardasIf I do it your way, this will become universal for all setups?19:34
JPEWeduardas: correct19:34
eduardasseems kinda inflexible19:34
JPEWeduardas: Depends on what you are going for I suppose :)19:35
vdlJPEW: I see, things like kmod can be added both as PACKAGECONFIG or a DEPENDS package. What's the best approach to fix compilation issue like this? PACKAGECONFIG first?19:35
vdlAlso finding which package provides which function is tricky19:36
eduardasI'd really like there to be a way to specify the entirety of the build directory config directory contents in one place. That kind of would seem more obvious, at least for me.19:36
JPEWvdl: Ya, you actually only need the recipe (.bb file), not the package19:37
JPEWvdl: You would put it in PACKAGECONFIG if the dependency is tied to an optional PACKAGECONFIG, DEPENDS if it's needed all the time19:37
eduardasOne can always do custom setup scripts, but I'd really like to avoid those.19:37
JPEWeduardas: I'm not a huge fan of TEMPLATECONF because it doesn't update after the first time. e.g. if person A updates the template, there is no way for person B to get the update (or even know they need one without looking at the history) unless they delete what they currently have19:39
eduardasJPEW: yeah, good point. My colleagues have already stumbled on that one as it is non-obvious.19:40
JPEWeduardas: We wrote this to try an solve the "product management" problem: https://github.com/garmin/whisk19:41
eduardasthough because BBMULTICONFIG won't be defined for all local.conf.sample files, I guess what you suggested should be fine19:41
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC19:42
eduardasJPEW: really interesting. haven't heard about it, so really useful to know19:42
eduardasJPEW: does this have overlap from a functionality perspective like siemens kas ?19:43
vdlJPEW: so I've fixed the "Run-time dependency X found: NO" error, I'm looking at the "Program X found: NO" errors, should I worry about the "Compiler for C supports arguments -WX: NO" errors? how to tackle this?19:43
vdl(explicitly "-Wno-error=#warnings -Werror=#warnings" and "-Wno-string-plus-int -Wstring-plus-int")19:44
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-kyttrphpyyprtdat> has joined #yocto19:48
JPEWeduardas: Probably overlaps with kas19:49
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-wgqmyuaukaacyqls> has joined #yocto19:52
JPEWvdl: Probably don't need to worry about the compiler argument checks19:54
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-mgsgcqzorwalyjwx> has joined #yocto19:55
*** om26er <om26er!6e260b11@ubuntu/member/om26er> has joined #yocto19:57
*** berton[m] <berton[m]!fabioberto@gateway/shell/matrix.org/x-ihqutormjxbntzer> has joined #yocto20:00
*** berton[m] <berton[m]!fabioberto@gateway/shell/matrix.org/x-ihqutormjxbntzer> has left #yocto20:01
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC20:04
vdleduardas: I'm not using it but kas supports specifying multiconfig, if that's needed. (otherwise 2 kas files are often just fine)20:04
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto20:05
eduardasvdl: thanks. good to know too20:06
linumsI've build an os with nft, and I can not set the network tables up20:06
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC20:07
om26erI posted this in #poky, now posting here.20:07
vdleduardas: since configuration format version 5 to be precise: https://kas.readthedocs.io/en/latest/format-changelog.html#version-520:07
linumsit says that "prerouting" can not be processes, since "No such file or directory"20:07
linumswhat am I missing from the os?20:07
om26erApparmor build started to fail for us on dunfell branch. It was working fine yesterday, so some change broke that (and it's definitely not our change)20:08
om26erhere are the logs https://gist.github.com/om26er/8e0ab28f79f3807b9a28b6c203860bbf20:09
*** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01> has quit IRC20:09
om26erarmpit is that something you are aware of ? (looking at meta-security, it seems you wrote the Apparmor recipe)20:09
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-gnfqbyuktkrnlnye> has joined #yocto20:15
linumsis it ok, that nftables package does not contain the nftables service script for SysV20:21
vdlJPEW: my systemd-importd compilation failure is down to this, not sure what to tackle next: http://ix.io/2PTx20:33
*** linums <linums!54c6d61b@84.198.214.27> has quit IRC20:39
*** linums <linums!~linums@84.198.214.27> has joined #yocto20:40
om26erok, I have reported https://bugzilla.yoctoproject.org/show_bug.cgi?id=1423920:51
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto20:52
*** linums <linums!~linums@84.198.214.27> has quit IRC20:53
*** linums <linums!54c6d61b@84.198.214.27> has joined #yocto20:55
JPEWvdl: Which one is the fatal error?21:01
vdlJPEW: I cannot tell, that meson-log.txt isn't very explicit21:02
vdlJPEW: I meant the "fatal" line is this...21:03
vdl"meson.build:1265:16: ERROR: Problem encountered: importd support was requested, but dependencies are not available"...21:04
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-gnfqbyuktkrnlnye> has quit IRC21:05
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-wgqmyuaukaacyqls> has quit IRC21:05
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-kyttrphpyyprtdat> has quit IRC21:05
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-mgsgcqzorwalyjwx> has quit IRC21:05
JPEWvdl: Hmm, you may need to log at the meson.build file and figure out which dependencies are actually required21:06
JPEWvdl: Or maybe diff the log file with and without importd support21:06
*** csd <csd!~csd@78.80.197.35.bc.googleusercontent.com> has quit IRC21:08
*** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-ibutzwpuqavuqtmr> has quit IRC21:08
*** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-gahjppvninccmxcl> has joined #yocto21:09
*** csd <csd!~csd@78.80.197.35.bc.googleusercontent.com> has joined #yocto21:09
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-rqxbguazyypvatam> has joined #yocto21:12
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto21:12
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC21:13
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC21:15
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC21:17
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-gfrmazynvnodgbea> has joined #yocto21:18
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:18
linumsI have some basic question21:23
linumswhere are the init files from?21:23
linumsI can't find in any log file, where it is downloaded21:23
*** rsalveti <rsalveti!uid117878@gateway/web/irccloud.com/x-yckfdswmcvxkubmx> has joined #yocto21:24
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto21:24
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-gzauqyoojdtdyocg> has joined #yocto21:31
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC21:35
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC21:36
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:41
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC21:44
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:45
RPdl9pf: Did you make any progress?21:45
RPsmurray: interesting. Its something we'd want a recipe for21:46
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC21:49
dl9pfi got it coded, but selftest still runs locally21:53
dl9pfwaiting for result21:53
*** f3ddischson <f3ddischson!~feddischs@ip-37-201-200-192.hsi13.unitymediagroup.de> has quit IRC21:58
RPdl9pf: fair enough, sounds promising! :)22:04
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto22:06
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:08
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.248.77> has joined #yocto22:10
*** BobPungartnik <BobPungartnik!~BobPungar@179.177.248.77> has quit IRC22:14
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:1ab9:7436:46bc:ada6> has quit IRC22:26
*** agust <agust!~agust@p508b6a6d.dip0.t-ipconnect.de> has quit IRC22:33
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto22:37
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC22:46
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC22:54
RPzeddii: can you spot any race that would explain https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/3321/steps/13/logs/stdio ?22:55
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto22:55
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:58
*** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto23:05
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC23:05
*** yifan <yifan!~yifan@135.0.247.71> has joined #yocto23:22
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC23:25
*** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto23:25
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC23:27
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto23:34
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-gzauqyoojdtdyocg> has quit IRC23:40
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto23:42
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-iyhfzuywrjbxlyin> has joined #yocto23:44
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC23:52
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto23:54

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