Tuesday, 2021-11-23

*** georgem <georgem!sid210681@tinside.irccloud.com> has quit IRC (Ping timeout: 264 seconds)00:04
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:9ab0:41d3:7f46:1a29> has quit IRC (Ping timeout: 264 seconds)00:06
*** georgem <georgem!sid210681@id-210681.tinside.irccloud.com> has joined #yocto00:07
*** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!)00:19
*** florian <florian!~florian@dynamic-078-049-043-224.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)00:26
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto00:36
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds)01:15
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto01:15
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving)02:11
*** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto02:15
*** manuel_ <manuel_!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Ping timeout: 268 seconds)02:17
*** vd1857 <vd1857!~vd18@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto02:27
*** vd18 <vd18!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)02:31
*** vd1857 <vd1857!~vd18@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)02:46
*** vd1857 <vd1857!~vd1857@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto02:46
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)02:49
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto02:51
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:21
*** lowfi <lowfi!~lowfi@159.196.17.52> has joined #yocto03:23
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 268 seconds)03:31
*** rfried <rfried!~rfried@practical-trainings.com> has quit IRC (Quit: The Lounge - https://thelounge.github.io)03:35
*** rfried <rfried!~rfried@practical-trainings.com> has joined #yocto03:36
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto03:47
*** jonmason_ <jonmason_!sid36602@lymington.irccloud.com> has quit IRC ()03:49
*** jonmason_ <jonmason_!sid36602@id-36602.lymington.irccloud.com> has joined #yocto03:49
*** jonmason_ is now known as jonmason03:49
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto03:52
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer)03:53
*** camus1 is now known as camus03:53
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto04:00
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto04:09
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 264 seconds)04:11
*** jmiehe1 is now known as jmiehe04:11
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)04:23
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)04:52
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Ping timeout: 245 seconds)05:16
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto05:16
*** Crofton <Crofton!sid401373@lymington.irccloud.com> has quit IRC (Ping timeout: 264 seconds)05:29
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto05:31
*** vd1857 <vd1857!~vd1857@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)05:42
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)06:00
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:28
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto07:06
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto07:07
kroonRP, should cross-intercept/* and native-intercept/* get included in task dependency calculations ? Cause I don't think they are currently07:25
*** mckoan|away is now known as mckoan07:41
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto07:50
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto08:01
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto08:01
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer)08:09
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto08:09
*** cengiz_io <cengiz_io!sid223191@ilkley.irccloud.com> has quit IRC (Ping timeout: 264 seconds)08:11
*** cengiz_io <cengiz_io!sid223191@id-223191.ilkley.irccloud.com> has joined #yocto08:13
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has quit IRC (Ping timeout: 245 seconds)08:14
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto08:15
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:21
*** michalkotyla <michalkotyla!~quassel@85-222-117-222.dynamic.chello.pl> has joined #yocto08:29
*** risca <risca!~quassel@h-212-85-71-156.A328.priv.bahnhof.se> has quit IRC (Ping timeout: 264 seconds)08:34
RPkroon: including would be a bit tricky08:44
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)08:53
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto09:04
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 250 seconds)09:09
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto09:10
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)09:14
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto09:15
*** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has joined #yocto09:21
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto09:21
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 250 seconds)09:34
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto09:35
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 264 seconds)09:36
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)09:39
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto09:40
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:45
*** ernstp <ernstp!sid168075@hampstead.irccloud.com> has quit IRC (Read error: Connection reset by peer)09:46
*** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has joined #yocto09:46
*** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has quit IRC (Ping timeout: 264 seconds)09:47
*** Tartarus <Tartarus!sid72705@ilkley.irccloud.com> has quit IRC (Ping timeout: 264 seconds)09:47
*** madisox <madisox!sid453692@ilkley.irccloud.com> has quit IRC (Ping timeout: 264 seconds)09:47
*** smurray <smurray!sid98062@hampstead.irccloud.com> has quit IRC (Ping timeout: 264 seconds)09:47
*** Tartarus <Tartarus!sid72705@id-72705.ilkley.irccloud.com> has joined #yocto09:48
*** troth <troth!~troth@2001:558:6040:43:2cbe:2db2:1e20:7594> has joined #yocto09:49
*** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has joined #yocto09:50
*** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has joined #yocto09:50
*** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto09:51
*** Tyaku <Tyaku!~Tyaku@176-154-243-92.abo.bbox.fr> has quit IRC (Quit: Lost terminal)09:51
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)09:54
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto09:54
kroonRP, https://autobuilder.yoctoproject.org/typhoon/#/builders/15/builds/4677/steps/8/logs/stdio09:58
kroonRP, /bin/sh: line 1: cd: /srv/autobuilder/repos/a-quick-1627/poky: No such file or directory09:58
kroonRP, can those be ignored ?09:58
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)09:59
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto09:59
*** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto10:01
RPkroon: I'd never noticed that. I guess so since it is otherwise working but I should probably fix it10:09
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 250 seconds)10:15
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto10:15
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 265 seconds)10:20
*** troth <troth!~troth@2001:558:6040:43:2cbe:2db2:1e20:7594> has quit IRC (Ping timeout: 245 seconds)10:20
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto10:21
*** troth <troth!~troth@2001:558:6040:43:2cbe:2db2:1e20:7594> has joined #yocto10:35
*** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has joined #yocto10:45
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)11:14
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto11:15
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)11:19
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto11:20
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto11:22
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)11:40
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)11:40
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto11:40
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds)11:45
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)11:49
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto11:50
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 264 seconds)11:53
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto11:54
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)11:54
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto11:55
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)11:59
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto12:00
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto12:04
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)12:04
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto12:05
*** yocti <yocti!~limnoria@mail.yoctoproject.org> has joined #yocto12:10
*** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has quit IRC (Quit: Ping timeout (120 seconds))12:33
*** mckoan is now known as mckoan|away12:49
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)12:53
*** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has quit IRC (Quit: Leaving)12:54
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto12:54
*** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has joined #yocto12:59
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)13:00
*** troth <troth!~troth@2001:558:6040:43:2cbe:2db2:1e20:7594> has quit IRC (Ping timeout: 245 seconds)13:00
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto13:00
michalkotylaHello, I got a problem with adding a recipe for cryptoauthlib from the Microchip repository. Error says "do_fetch: Fetcher failure: Unable to find revision 055dd4afafb019db1f4d61880aa441832139faa2 in branch v3.3.3 even from upstream", it's weird because it is able to find latest revision with ${AUTOREV}. It works outside the Yocto build system, this repository is fine (i think). Does anyone have a similar issue?13:09
RPmichalkotyla: the question is whether that revision actually exists in that branch13:11
michalkotylaRP: exist, https://github.com/MicrochipTech/cryptoauthlib/commit/055dd4afafb019db1f4d61880aa441832139faa213:11
RPmichalkotyla: looks like v3.3.3 is a tag, not a branch?13:13
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 265 seconds)13:20
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto13:21
*** flynn378 <flynn378!sid63564@ilkley.irccloud.com> has quit IRC (Ping timeout: 264 seconds)13:27
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 265 seconds)13:29
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto13:29
michalkotylaRP: yes, i thought that there is no difference for fetcher. I'd bet that this works for me in the past - thanks, i see that now and i will change "branch=" for "tag=" in SRC_URI13:30
*** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has joined #yocto13:30
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds)13:37
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto13:38
*** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has quit IRC (Quit: Client closed)13:39
*** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has joined #yocto13:42
*** yocti` <yocti`!~limnoria@mail.yoctoproject.org> has joined #yocto13:53
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)13:53
*** yocti <yocti!~limnoria@mail.yoctoproject.org> has quit IRC (Ping timeout: 256 seconds)13:53
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto13:58
*** TikityTik <TikityTik!~TikityTik@162.223.44.49> has joined #yocto14:03
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)14:07
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto14:09
*** davidinux <davidinux!~davidinux@84.17.59.176> has quit IRC (Quit: WeeChat 2.8)14:09
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto14:09
*** davidinux <davidinux!~davidinux@84.17.59.176> has joined #yocto14:11
kanavinRP: my sysroot reproducibility effort stumbled quickly: all of the native recipes are non-reproducible on debian 10. host gcc writes a different gnu.build-id every time into the binaries. Investigating...14:12
RPkanavin: isn't this what the patches from kroon were for?14:14
RPkanavin: try master-next as there are working versions there14:14
kanavinRP: I thought the patches were for ar -D? or is the build-id thing a consequence of that?14:15
RPkanavin: there are also path problems there which were a separate discussion and the revised patch never was submitted14:15
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:15
RPkanavin: build id is a consequence I think14:15
kanavinRP: right, I'm going to cherry-pick14:15
kanavinRP: another common issue is ${S} leaking into various config files, e.g. target python and perl sysroots both have that issue14:16
RPkanavin: also see " [PATCH] gcc: Improve reproducibility" from oct 2714:16
RPkanavin: I confirmed a path issue in that discussion but we haven't fixed it yet14:17
kroonkanavin, is the build-id the only thing that is diffing ?14:17
kanavinkroon, yes, but I only have two or three data points14:17
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)14:18
kanavinonce that is taken care of, I will have a clearer picture14:18
RPkanavin: we've never really tried for completely identical native binaries so I suspect there will be quite a bit of work :/14:20
kanavinRP: the ${S} leak issue is prominent in target sysroots as well14:22
kanavinI didn't look yet, but I suspect we patch that out for do_package and friends, but not for populate_sysroot() somehow14:22
RPkanavin: the sysroot and package codepaths are quite different and the sysroot can need paths :/14:24
kanavinRP: if the original ${S} doesn't exist anymore (because the sysroot was restored from sstate into a consumer) and AB never complains, I'd say it's pretty safe to strip that out14:25
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Quit: Leaving.)14:26
RPkanavin: probably in most cases14:27
kroonkanavin, if the build id is the only thing that diffs, then it sounds like the linker is doing --build-id=uuid, for a random build id14:28
kanavinkroon, there's no evidence of that in the logs, it must come from elsewhere14:33
*** MauroAnjo <MauroAnjo!~MauroAnjo@191.13.251.42> has quit IRC (Quit: Client closed)14:43
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto14:45
kanavinkroon, RP: no cigar. with the two determinism fixes pulled in, I still get different build ids in zstd-native (and that's as close to a dependency-less item as it gets, it only needs quilt-native). I'll try to dig this a bit more, but not immediately.14:47
kanavinthe host is Debian 10, gcc 814:47
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto14:48
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 245 seconds)14:49
*** camus1 is now known as camus14:49
kanavinRP, kroon: the test builds zstd-native in reproducibleSysrootsA and reproducibleSysrootsB, similar to target repro test. host gcc may factor that in somehow, I'll check that14:49
kanavin(e.g the build path matters)14:49
kroonah, if the build path differs...14:50
kanavinyep, that's a condition for reproducibility14:51
kroonkanavin, that is something I haven't tested, might need more fixes to handle that14:51
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 245 seconds)15:05
*** codavi <codavi!~akiCA@user/akica> has joined #yocto15:17
*** ar__ <ar__!~akiCA@user/akica> has joined #yocto15:22
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 260 seconds)15:26
*** sveinse <sveinse!~sveinse@2a01:799:55e:1000:c23f:d5ff:fe69:c6fb> has quit IRC (Remote host closed the connection)15:27
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto15:30
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto15:31
*** kergoth <kergoth!~kergoth@ip24-251-163-24.ph.ph.cox.net> has joined #yocto15:35
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)15:35
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection)15:36
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto15:36
*** kergoth <kergoth!~kergoth@ip24-251-163-24.ph.ph.cox.net> has quit IRC (Client Quit)15:36
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto15:37
RPkanavin: you need the fix in that gcc thread I mentioned to fix patch differences15:43
*** kergoth <kergoth!uid528530@id-528530.lymington.irccloud.com> has joined #yocto15:48
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds)15:49
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)15:50
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto15:50
kergothyawn16:03
*** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has quit IRC (Ping timeout: 250 seconds)16:03
*** nohit <nohit!sid334887@tinside.irccloud.com> has quit IRC (Ping timeout: 264 seconds)16:04
*** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has quit IRC (Read error: Connection reset by peer)16:05
*** georgem <georgem!sid210681@id-210681.tinside.irccloud.com> has quit IRC (Ping timeout: 250 seconds)16:05
*** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has quit IRC (Ping timeout: 245 seconds)16:05
*** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has quit IRC (Ping timeout: 264 seconds)16:05
*** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has quit IRC (Ping timeout: 264 seconds)16:06
*** dagmcr <dagmcr!sid323878@uxbridge.irccloud.com> has quit IRC (Ping timeout: 264 seconds)16:06
*** georgem <georgem!sid210681@id-210681.tinside.irccloud.com> has joined #yocto16:06
*** ernstp <ernstp!sid168075@5.254.36.61> has joined #yocto16:06
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has quit IRC (Ping timeout: 245 seconds)16:06
*** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has joined #yocto16:06
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has joined #yocto16:06
*** dagmcr <dagmcr!sid323878@id-323878.uxbridge.irccloud.com> has joined #yocto16:07
*** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has joined #yocto16:07
*** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has quit IRC (Ping timeout: 245 seconds)16:07
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto16:07
*** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has joined #yocto16:09
*** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has joined #yocto16:09
*** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has joined #yocto16:09
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)16:10
kroonRP, isnt that the one that removes checksum-options from the checksum ? just asking because we already do some pruning of that in gcc-cross.inc16:19
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)16:25
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto16:25
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:cea2:653a:fada:2935> has joined #yocto16:28
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)16:30
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto16:31
kroonRP, and I don't anything in there that looks specific to my host in my gcc-cross build16:31
kroon*I don*t see anything*16:31
*** davidinux <davidinux!~davidinux@84.17.59.176> has quit IRC (Ping timeout: 245 seconds)16:36
*** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Remote host closed the connection)16:41
RPkroon: I remember seeing hardcoded paths in mine when I looked :/16:45
kroonRP, ok that is odd16:45
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)16:48
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto16:48
*** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto16:52
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 245 seconds)16:54
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto16:54
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 245 seconds)17:07
smurrayRP: re tracking CVEs in the autobuilder, I guess the issue is how to manage the baseline for checking builds against?17:09
sakomansmurray: currently I just stuff the results into a git repo: https://github.com/sakoman/cve-results17:16
smurraysakoman: heh, I didn't get that far with my local python script.  ATM I can pretty much recreate your reports, but I'd didn't follow through on my thoughts to hook up to a database17:18
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 268 seconds)17:19
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto17:20
smurraysakoman: I could see populating a db with the CVEs seen at different commits, but it'd likey need some thought on how to set what a particular autobuilder run compares against17:22
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto17:22
sakomansmurray: yeah, I just kept it simple and compare to the previous HEAD for the branch under test (i.e. the previous week's results)17:23
sakomanand you'll find that these runs aren't reproducible over time -- the CVE database changes17:24
smurrayyeah17:24
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Ping timeout: 260 seconds)17:24
sakomanThat's one reason why I decided not to do anything fancy -- a simple weekly comparison is a "good enough" metric IMHO17:26
*** zpfvo <zpfvo!~fvo@88.130.221.95> has joined #yocto17:26
*** zpfvo <zpfvo!~fvo@88.130.221.95> has quit IRC (Remote host closed the connection)17:27
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)17:35
RPsmurray, dl9pf: 3.1.12 will be released as discussed17:44
smurrayRP: okay, thanks for the ping17:44
RPsakoman: a git repo was our thoughts too...17:44
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:45
kanavinRP: right, I guess we need to get that fix from the gcc repro thread in (and preferably upstream), if we want to pursue native reproducibility. And until all distros adopt it, only possible with the buildtools tarball I guess? :-/17:54
*** dj <dj!~dj@162.223.44.49> has joined #yocto17:54
djI'm working with a repo that has yocto, I don't have bitbake in my environment, the repo has it. I am trying to test modifications I'm making to a specific recipe via: `./bitbake/bin/bitbake -e ../../meta-linuxptp/recipes-linuxptp/linuxptp/linuxptp-native_3.1.0.bb`17:55
djbut i'm getting: ERROR:  OE-core's config sanity checker detected a potential misconfiguration.17:55
RPkanavin: well, I think we may end up patching gcc and it will help hashequivalence a bit which is all we the best we can hope for atm17:56
djI mean `../bitbake/bin/bitbake17:59
qschulzdj: you're supposed to source some init script to have bitbake in your PATH18:03
qschulz`source poky/oe-init-buildenv ../build` usually (or a filename close to this)18:03
qschulzafk now18:03
djthanks qschulz, will look into it18:04
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 265 seconds)18:08
rburtondj: also -e is 'show environment' not run the recipe, and you pass a recipe name, not a filename (so linuxptp-native in your case)18:19
djrburton, thanks18:20
*** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto18:21
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection)18:42
dvorkindmitryhow can I refer to file://${MYLAYERDIR}/mylicense in the recipe correctly?18:55
dvorkindmitryI have LICENSE_PATH += "${LAYERDIR}/files/common-licenses" in my layer.conf and I have LIC_FILES_CHKSUM = "file://mylicense;.." in the recipe, but bitbake says: LIC_FILES_CHKSUM points to an invalid file: builddisk/tmp/work/all-myarch-linux/myrecipe/0.12-r0/mylicense18:59
dvorkindmitrywhy it refers to the builddir instead of layer dir?19:00
kergothdvorkindmitry: LIC_FILES_CHKSUM isn't just license files but copyright and stated license in the project source, so its relative to the sources by default. but you can do LAYERDIR_mylayer = "${LAYERDIR}" in your layer.conf, then use ${LAYERDIR_mylayer} in the recipe19:09
djhow do I avoid fetches when testing a bitbake <recipe>? I don't want to use up my internet bandwidth for fetching over and over19:13
dji guess `export BB_NO_NETWORK=1` is sufficient?19:14
kergothdj: you won't fetch over and over regardless. it always caches them in the DL_DIR19:17
kergothdj: but yes, BB_NO_NETWORK=1 will enforce it19:17
*** florian <florian!~florian@dynamic-093-131-132-201.93.131.pool.telefonica.de> has joined #yocto19:28
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto19:32
*** Tokamak <Tokamak!~Tokamak@172.58.191.55> has quit IRC (Read error: Connection reset by peer)19:42
*** Tokamak <Tokamak!~Tokamak@172.58.191.55> has joined #yocto19:47
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)20:12
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto20:12
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto20:17
*** amitk <amitk!~amit@103.208.69.168> has joined #yocto20:18
*** amitk_ <amitk_!~amit@103.208.69.54> has quit IRC (Ping timeout: 260 seconds)20:21
kroonkanavin, which host path is it that is showing up in checksum-options ?20:23
kanavinkroon, I am not sure I understand?20:23
kroonkanavin, I thought you were referring to this patch: https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg154507.html20:24
kanavinkroon, I was, but I did not actually try it yet20:24
kroonkanavin, RP, then can we at least verify that the patch is solving an actual problem, because sofar I haven't noticed the problem it is trying to solve20:25
kanavinkroon, the problem is very easy to reproduce, but I didn't check if the patch helps20:25
kanavinjust build zstd-native in two different build directories not sharing the same sstate20:26
kanavinthe gnu.build-id will not match20:26
kroonkanavin, then perhaps it is due to the debug info20:28
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:cea2:653a:fada:2935> has quit IRC (Ping timeout: 264 seconds)20:28
kanavinmaybe, I didn't check the unstripped binaries20:29
kroonif I build two programs with a simple main.c, in different directories, with debug info and then strip, they get different build ids20:31
kroonwithout debug info, they get same build id20:31
kanavinkroon, but the unstripped binaries in image/ still seem to differ only in build-id, and not other content20:32
kanavinkroon, and why is this not happening in target builds then?20:32
kroonadditional patches in cross-gcc maybe ?20:33
kanavincould be20:33
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 268 seconds)20:35
*** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto20:40
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)20:44
kroonor rather the use of debug-prefix-map20:46
kroonor lack of20:47
kroonthat will surely result in different build ids20:48
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Quit: Leaving)20:55
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto20:58
*** chep <chep!~chep@88.168.197.200> has quit IRC (Ping timeout: 245 seconds)21:04
*** FredericOuellet[ <FredericOuellet[!~tazura562@2001:470:69fc:105::1:3c31> has joined #yocto21:08
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Ping timeout: 245 seconds)21:10
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto21:11
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 245 seconds)21:14
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto21:29
*** mayco <mayco!~mayco@205.175.106.113> has joined #yocto21:34
maycohey, is there a way I can make a layer that overrides configuration fragments in yocto-kernel-cache? there is an "arch/riscv/riscv.cfg" file which is forcing CONFIG_RISCV_ISA_C=y and I really need it to be n, but the config fragment in yocto-kernel-cache always seems to take precedence21:35
kroonmayco, I think you might need to change some other config, some other setting is forcing it to y, iirc how that stuff works..21:46
maycolet me clarify what I'm doing and seeing21:48
maycoI'm adding a config fragment in my layer for CONFIG_RISCV_ISA_C=n, and I see in the log file something about CONFIG_RISCV_ISA_C=n requested but overridden (don't have the exact log message at hand, can try to find it if needed)21:49
maycoI grep for CONFIG_RISCV_ISA_C=y and find the arch/riscv/riscv.cfg file in the yocto-kernel-cache repo which has that configuration file in it. I'm not touching that file because I don't know how to modify it in my layer21:50
maycoand I suspect that that file *is* said other setting which is forcing it to y21:51
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:52
kroonmayco, what does the SRC_URI look like ?21:53
kroonyour config fragment should be the last entry21:54
maycomy config fragment is indeed the last entry21:59
kroonthen i still think some other setting is forcing the value back to y21:59
*** dj <dj!~dj@162.223.44.49> has quit IRC (Quit: Leaving)22:00
maycothe thing I notice about the arch/riscv/riscv.cfg file is that it looks like it's referenced from arch/riscv/riscv.scc so maybe it is applied by a different system than my config fragments?22:00
zeddiimayco: if something within the Kconfig's themselves are selecting the value, then your change won't make any different. What branch and machine are you building ? There's some kconfig auditing in the recent releases that can shed light on what is going on.22:02
maycohonister, custom machine based on qemuriscv6422:03
kroonconfig EFI22:08
kroonselect RISCV_ISA_C22:08
zeddiiyup22:08
kroonso try disabling EFI22:08
maycooh, yes, that looks promising. thank you! let me finish building and confirm that actually worked22:10
*** TikityTik <TikityTik!~TikityTik@162.223.44.49> has quit IRC (Ping timeout: 256 seconds)22:11
RPjonmason, rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/1753 :(22:12
RPhmm, edgrouter did that too: https://autobuilder.yoctoproject.org/typhoon/#/builders/111/builds/241222:12
RPjonmason, rburton: It is http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=cdde977175a711b6520e46c89479cb1a1cd37de522:14
RPkhem: your patch ;-)22:14
jonmasonIt built fine last night22:14
jonmasonlet me try it locally to see if I can repro22:15
maycore: CONFIG_RISCV_ISA_C=n, looks like that worked perfectly, thanks so much!22:15
RPjonmason: it is khem's fault sorry22:15
jonmasonhaha, good22:15
jonmasonI pulled in a crap patch yesterday and already got yelled at22:15
RPjonmason: I was struggling to see where it came from sorry22:15
jonmasonI was worried I missed something else22:15
RPjonmason: the pattern is that fvp-base, beaglebone-yocto and edgrouter all say that don't have a screen22:16
jonmasonah, its possible that we're not testing hard enough for that22:17
RPzeddii: that pkgconfig stuff is *horrible* :(22:19
RPzeddii: it is used exactly the opposite to anywhere else :(22:20
zeddiiwe can just create another variable for it, versus PACKAGECONFIG22:20
RPzeddii: I mean the way it is using PKG_CONFIG_* for native rather than target22:21
RPzeddii: this is going to confuse a lot of people in the future22:21
zeddiiahah. yes, well those lines are directly from the cml1 bbclass22:21
zeddiiand there's no other option, outside of patching the entire kernel.22:21
RPzeddii: doesn't make them right ;-)22:21
zeddiiI can patch linux-yocto easily enough, I'm happy to let all the savages that don't use it suffer :D22:22
RPI understand, and it is unlikely the kernel will be building target pkg-config pieces until the rust modules become common place when this will really become apparent22:22
zeddiiyah. I could see scenarios like that as well.22:23
* RP suspects zeddii can read that as intended22:23
zeddiiwhen the kernel does bring in rust, maybe the pkg-config parts will be fixed at the same time :P22:23
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Remote host closed the connection)22:23
RPzeddii: I wish I could say that jokingly :/22:24
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto22:24
RPzeddii: I think we may want to quietly try and nudge upstream to better handle this now22:25
zeddiithere have been a few patches over the years that just make pkg-config $(PKCCONFIG), so we can override it as required.22:25
*** rhowell <rhowell!~rhowell@2605:a601:a937:b200:cdb7:83e2:bbcf:a3a6> has quit IRC (Quit: Leaving)22:26
zeddiibut that is a small number. That's likely what it'll take to get done. I can eventually do that, or see if I can convince someone with more influence in k.org to take up the cause22:26
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)22:26
*** mayco <mayco!~mayco@205.175.106.113> has quit IRC (Ping timeout: 264 seconds)22:26
zeddiiwhen my yocto summit slides and presentations are hand scrawled or one slide and I ramble for 30 minutes, I blame detangling this at all :D22:28
jonmasonzeddii: wasn't that your plan regardless?22:30
RPzeddii: right, we just need to try and stop this turning into a total minefield in the future if we can22:31
RPzeddii: sorry for distracting22:31
zeddiijonmason: maybe ;)22:35
zeddiiI still have to get both presentations working, before I can even do the slides22:35
zeddiitomorrow, I'm deploying a meta-virt build flask application to my meat-virt k3s cluster.22:36
zeddiithat'll take the day. that gives me the weekend to write slides :D22:36
*** lowfi <lowfi!~lowfi@user/lowfi> has quit IRC (Read error: Connection reset by peer)22:43
*** florian <florian!~florian@dynamic-093-131-132-201.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds)22:46
alex88anyone using polkit? I'm getting error `chown: invalid user: ‘polkitd:root’` after adding it to distro_features and image_install22:53
*** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 260 seconds)23:08
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)23:16
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)23:25
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto23:30
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto23:31
*** florian <florian!~florian@dynamic-093-131-132-201.93.131.pool.telefonica.de> has joined #yocto23:41
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)23:42
alex88nvm the issue was with how polkit and systemd distro features were added23:42
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto23:50

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