Tuesday, 2022-11-08

*** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto00:32
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer)00:33
*** chep` is now known as chep00:33
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Quit: Tokamak)00:55
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)01:04
*** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto01:08
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer)01:08
*** chep` is now known as chep01:08
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto01:09
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:16
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto01:18
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Quit: Tokamak)01:24
*** mark_ <mark_!~mark@bras-base-stsvon1507w-grc-13-184-148-70-72.dsl.bell.ca> has joined #yocto01:32
* kergoth too01:45
kergothRP: Would you remind me of the semantics of recideptask, by chance? I'm drawing a blank on the behavior, IIRC it altered how recrdeptask behaved01:46
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has joined #yocto01:52
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto02:00
*** davidinux <davidinux!~davidinux@45.9.251.28> has quit IRC (Ping timeout: 260 seconds)02:04
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)02:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto02:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)02:09
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:09
*** davidinux <davidinux!~davidinux@45.9.251.30> has joined #yocto02:10
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)02:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto02:29
*** rber|res <rber|res!~rber|res@62-47-42-87.adsl.highway.telekom.at> has joined #yocto02:32
*** RobertBerger <RobertBerger!~rber|res@62-47-42-87.adsl.highway.telekom.at> has quit IRC (Ping timeout: 248 seconds)02:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)02:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:34
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto02:36
*** starblue <starblue!~juergen@dslb-094-220-104-136.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)02:53
*** starblue <starblue!~juergen@dslb-188-100-128-208.188.100.pools.vodafone-ip.de> has joined #yocto02:55
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Quit: Tokamak)02:57
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)03:13
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:13
*** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has quit IRC (Remote host closed the connection)03:14
*** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has joined #yocto03:16
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)03:31
*** erbo_ <erbo_!~erik@linode.unixshell.se> has quit IRC (Read error: Software caused connection abort)03:32
*** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto03:32
*** jclsn <jclsn!~jclsn@2a04:4540:650f:d300:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds)03:38
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has quit IRC (Ping timeout: 260 seconds)03:55
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has joined #yocto03:56
*** chrysh <chrysh!~chrysh@someserver.de> has quit IRC (Read error: Software caused connection abort)03:58
*** chrysh <chrysh!~chrysh@someserver.de> has joined #yocto03:58
*** davidinux <davidinux!~davidinux@45.9.251.30> has quit IRC (Ping timeout: 260 seconds)04:13
*** davidinux <davidinux!~davidinux@45.9.251.30> has joined #yocto04:14
*** RobertBerger <RobertBerger!~rber|res@62-47-42-87.adsl.highway.telekom.at> has joined #yocto04:34
*** amitk <amitk!~amit@103.208.71.96> has joined #yocto04:35
*** rber|res <rber|res!~rber|res@62-47-42-87.adsl.highway.telekom.at> has quit IRC (Ping timeout: 260 seconds)04:36
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Ping timeout: 260 seconds)04:40
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto04:40
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:59
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.0)05:34
*** rusam <rusam!~rusam@94.204.111.151> has joined #yocto05:39
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has quit IRC (Ping timeout: 260 seconds)05:59
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has joined #yocto05:59
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:01
*** chrysh <chrysh!~chrysh@someserver.de> has quit IRC (Ping timeout: 260 seconds)06:02
*** chrysh <chrysh!~chrysh@someserver.de> has joined #yocto06:02
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:11
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:11
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)06:13
*** davidinux <davidinux!~davidinux@45.9.251.30> has quit IRC (Ping timeout: 260 seconds)06:17
*** davidinux <davidinux!~davidinux@45.9.251.30> has joined #yocto06:17
*** amitk <amitk!~amit@103.208.71.96> has quit IRC (Ping timeout: 260 seconds)06:39
*** amitk <amitk!~amit@103.208.71.96> has joined #yocto06:39
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds)06:41
*** rusam <rusam!~rusam@94.204.111.151> has left #yocto (Leaving...)06:47
*** amgedr <amgedr!~rusam@94.204.111.151> has joined #yocto06:47
*** Habbie <Habbie!peter@lorentz.7bits.nl> has quit IRC (Ping timeout: 255 seconds)07:08
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:09
*** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto07:09
*** Habbie <Habbie!peter@lorentz.7bits.nl> has joined #yocto07:09
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 255 seconds)07:10
*** nerdboy <nerdboy!~nerdboy@47.143.129.174> has joined #yocto07:10
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:21
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 252 seconds)07:24
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)07:39
*** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has joined #yocto07:39
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:41
*** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)07:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto07:44
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:45
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto07:49
RPkergoth: I think do_deploy was the task that best illustrated the difference. recrdeptask works off the direct dependency chain so follows direct dependencies. ideptask worked off a specific task like do_deploy, so if recipe A depends on recipe B and recipe B has a do_deploy task, it would have the dependency on do_deploy. The i stands for indirect07:53
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto07:54
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:56
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has quit IRC (Ping timeout: 260 seconds)08:03
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has joined #yocto08:03
*** jclsn <jclsn!~jclsn@2a04:4540:6507:1500:2ce:39ff:fecf:efcd> has joined #yocto08:05
*** chrysh <chrysh!~chrysh@someserver.de> has quit IRC (Ping timeout: 260 seconds)08:06
*** chrysh <chrysh!~chrysh@someserver.de> has joined #yocto08:06
*** olani <olani!~olani@h83-209-226-64.cust.a3fiber.se> has quit IRC (Ping timeout: 252 seconds)08:07
*** olani <olani!~olani@66.159.215.7> has joined #yocto08:08
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)08:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto08:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)08:13
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto08:14
*** mckoan|away is now known as mckoan08:16
*** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto08:19
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)08:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto08:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)08:29
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto08:29
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:45
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Quit: Leaving.)08:50
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto08:50
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto08:52
tomzy_0Hello08:53
tomzy_0Yocto Summit 2022.11 will be virtual right?08:53
*** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has joined #yocto08:55
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 252 seconds)09:03
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto09:03
*** d-s-e <d-s-e!~gmeyer@i59F7C191.versanet.de> has joined #yocto09:05
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 260 seconds)09:08
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto09:09
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 260 seconds)09:14
*** nerdboy <nerdboy!~nerdboy@47.143.129.174> has joined #yocto09:15
*** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 248 seconds)09:18
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 252 seconds)09:28
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto09:29
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:30
qschulzndec: LetoThe2nd ^09:31
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 252 seconds)09:33
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto09:33
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 246 seconds)09:42
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto09:43
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 260 seconds)09:49
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)09:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto09:49
ndectomzy_0: yes, definitely!09:49
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto09:49
*** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: leaving)09:51
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 248 seconds)09:59
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto09:59
tomzy_0Yeah, I got this confirmed via e-mail also. Virtual rooms names got me confused :P10:01
*** chrysh <chrysh!~chrysh@someserver.de> has quit IRC (Ping timeout: 260 seconds)10:09
*** chrysh <chrysh!~chrysh@someserver.de> has joined #yocto10:09
*** frieder <frieder!~frieder@200116b8247ad1810000000000001cba.dip.versatel-1u1.de> has joined #yocto10:14
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)10:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto10:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)10:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto10:34
PhoenixMageCan someone remind me how to force recompile a package?10:39
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)10:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto10:39
rburtonPhoenixMage: bitbake [recipe] -C unpack10:40
rburtonPhoenixMage: if the build system is something sensible like meson, then -Cconfigure will force a rebuild with a clean build tree without having to repeat the unpack10:40
rburtonbut as some build systems can't do out-of-tree builds, it's safer to just go straight to unpack10:41
*** seninha <seninha!~seninha@user/seninha> has joined #yocto10:42
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)10:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto10:44
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Client Quit)10:45
PhoenixMageThanks10:49
qschulzi'm struggling with some sstate-cache issue I believe10:57
qschulzon yocto-4.0.4, https://paste.ack.tf/a5432e10:58
qschulzU-Boot should be recompiled when I apply this patch shouldn't it?10:58
qschulzyet it does not, even when I remove the WORKDIR (because ${S}/.scmversion and ${B}/.scmversion would still be in there otherwise)10:59
qschulzUBOOT_LOCALVERSION is empty ofc10:59
*** d-s-e <d-s-e!~gmeyer@i59F7C191.versanet.de> has quit IRC (Ping timeout: 252 seconds)10:59
rburtonthat domain doesn't exist11:01
qschulzrburton: ack.tf?11:01
rburtonrefuses to resovle here11:01
qschulzperfectly fine here11:02
*** starblue <starblue!~juergen@dslb-188-100-128-208.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)11:02
* qschulz shrugs11:02
qschulzrburton: https://pastebin.com/szvdvP2A11:03
rburtonwget works but safari doesn't11:03
rburtonyes that should have caused a rebuild11:04
qschulzrburton: can you get more info on why safari does not like it? I can forward to the person behind the website11:04
*** starblue <starblue!~juergen@dslb-188-100-128-208.188.100.pools.vodafone-ip.de> has joined #yocto11:04
rburtonno, it just times out11:04
qschulzrburton: i forwarded, let's see if they can come up with something to fix it11:06
qschulzrburton: anyways, back to the Yocto issue11:06
qschulzhow can I debug this?11:06
rburtonbitbake uboot and check that temp/run.do_compile() is the one you expect11:06
rburtonie has your expansions in11:06
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 260 seconds)11:08
qschulzif i cleansstate u-boot and then rebuild it after this patch is applied it's fine11:09
qschulzrburton: run.do_compile has not changed when i build first without the patch, then apply the patch, then build u-boot again11:14
*** d-s-e <d-s-e!~gmeyer@i59F7C191.versanet.de> has joined #yocto11:15
qschulzbitbake-getvar -r u-boot-tsd do_compile does return the expected content after the patch application11:17
qschulzhttps://git.theobroma-systems.com/yocto-layers/meta-theobroma-systems-bsp.git/tree/recipes-bsp/u-boot/u-boot-tsd_2022.10.bb?h=kirkstone is the recipe, but it's basically just a different src_uri from the u-boot recipe we have in the core11:18
rburtonhm, weird.11:18
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 260 seconds)11:19
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto11:23
qschulzrburton: wondering if this is not an issue with the hashequiv server?11:25
qschulzbecause I dumped the taskhash after a cleansstate before/after the patch and the hashes are different (of course, but maybe I had the very bad luck of hash collision)11:25
qschulzbitbake-dumpsig -t u-boot-tsd do_compile11:28
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 260 seconds)11:28
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)11:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto11:29
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto11:29
*** sa7mfo <sa7mfo!~marcus@82-209-154-112.cust.bredband2.com> has quit IRC (Remote host closed the connection)11:30
*** nerdboy <nerdboy!~nerdboy@47.143.129.174> has joined #yocto11:31
rburtonno idea, ask RP :)11:33
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)11:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto11:34
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds)11:34
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:35
RPqschulz: if the task hash is differing, it should have rebuilt and should have had a different sstate archive11:36
qschulzRP: yeah, but none of that happened11:36
RPqschulz: it is possible hash equivalence decided the output was the same and made them match11:36
qschulzRP: yeah that's my current bet11:36
qschulznow I just remembered that it's not an immediate "i have nothing to do": that is given by Bitbake11:37
qschulzthere's some things done, I'll use bitbake -DDD to keep them on the console11:37
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 260 seconds)11:43
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto11:44
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)11:45
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto11:45
qschulzRP: https://pastebin.com/yYzBEU8D11:47
RPqschulz: note that cleansstate doesn;t clear the hashequiv data11:48
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 260 seconds)11:48
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto11:49
qschulzRP: mmmm then I'm really confused11:50
qschulzwhy would a cleansstate after applying the patch fix this issue?11:50
qschulzbut not running cleansstate have the issue happen11:51
qschulzbecause bitbake-getvar -r u-boot-tsd do_compile returns the expected content, even when the recipe is not rebuilt11:52
qschulzso the recipe parsing seems to be just fine11:52
qschulzbitbake-dumpsig -t u-boot-tsd do_compile is correct too (each done after a cleansstate, because otherwise it's using the last sig which didn't change)11:53
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)11:54
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto11:54
*** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto11:57
Guest13hi everyone.11:59
Guest13i created sdk for cross compile. i wanted to use it in eclipse, but i've seen topics on stackoverflow that it's no longer supported. For example, https://stackoverflow.com/questions/67018846/why-has-eclipse-yocto-plugin-support-been-abandoned11:59
Guest13can't i use the sdk i created in eclipse in any way?11:59
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)12:07
*** d-s-e <d-s-e!~gmeyer@i59F7C191.versanet.de> has quit IRC (Ping timeout: 252 seconds)12:07
*** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 246 seconds)12:09
*** chrysh <chrysh!~chrysh@someserver.de> has quit IRC (Ping timeout: 260 seconds)12:13
*** chrysh <chrysh!~chrysh@someserver.de> has joined #yocto12:13
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 248 seconds)12:17
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto12:19
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto12:22
*** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto12:26
*** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto12:34
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto12:35
*** kris <kris!~chaplin@38.9.11.14> has joined #yocto12:46
krisHello - is there a way I can output a list of the packages and packagegroups as dependencies another packagegroup?12:50
RPqschulz: it would "fix" it as the sstate artefact isn't there. The mapping inside hashequiv remains12:52
*** davidinux <davidinux!~davidinux@45.9.251.30> has quit IRC (Ping timeout: 252 seconds)13:01
*** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Ping timeout: 260 seconds)13:02
krisworked it out - should have talked to the rubber duck :-) - bitbake-getvar -r <package> RDEPENDS:<package> --value13:05
rburtonfor packagegroups that works, a general solution would use oe-pkgdata-util instead (as many rdepends are injected at build time, so bitbake-getvar won't see them)13:06
krisrburton: Thanks.  Yes, that's true - I guess that will be built up based on the build time settings, but requires do_package to have been run.  Thank you for the tip.13:08
rburtonoe-pkgdata-util read-value RDEPENDS <package ...>13:08
*** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds)13:08
*** d-s-e <d-s-e!~gmeyer@i59F7C191.versanet.de> has joined #yocto13:10
*** davidinux <davidinux!~davidinux@92.118.62.60> has joined #yocto13:10
fmartinsons[m]Hello there,13:13
fmartinsons[m]I'd like to know my best course of actions regarding a problem I have for building fitImage with yocto dunfell, I would need a part of this oe-core patch: https://git.openembedded.org/openembedded-core/commit/?id=10a4a132e87e835726bf5da81a60f6f509b9076513:13
fmartinsons[m]The part I talk is the one which make use of KERNEL_IMAGETYPES instead KERNEL_IMAGETYPE_FOR_MAKE13:13
fmartinsons[m]I give more explanation in this topoc: https://lists.yoctoproject.org/g/yocto/message/5847613:13
*** JG98 <JG98!~JG98@159-210-178-143.ftth.glasoperator.nl> has joined #yocto13:14
fmartinsons[m]I'm ready to submit a patch for a possible dunfell backport but don't know if it will accepted so that's why I'm asking here.13:14
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has joined #yocto13:15
TyakuHi, Did someone know how to enable systemd-coredump in yocto ?13:16
amgedrrburton: could i get your help with this python/rust installation issue please? https://lists.yoctoproject.org/g/yocto/topic/installing_python_package/9488632013:18
JG98I was wondering is there a reason image recipes don't tend to include a version in the recipe name (e.g. core-image-base.bb vs u-boot_2020.01.bb)? and why do they include other image recipes instead of using include file (e.g. require require core-image-minimal.bb vs require u-boot.inc)13:24
rburtonJG98: if you have an image recipe which has a meaningful version, feel free to use it13:26
rburtonJG98: but what version would core-image-base be?13:26
rburtonRP: https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/40213:26
RPrburton: nice and green! :)13:26
TyakuIs it possible to put this: 'PACKAGECONFIG:append:pn-systemd = " coredump"' in an image.bb or do we have to put it in local.conf ?13:27
rburtonTyaku: local or distro13:27
TyakuThanks rburton13:27
rburtonyour distro would be the place13:27
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)13:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto13:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds)13:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:34
JG98rburton I'm not sure, but if e.g. the IMAGE_FEATURES would be updated you could update the version number to reflect that right? I've got some image recipes and I'm just trying to figure out why I would or wouldn't use version numbers, a best practise if you will13:37
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)13:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto13:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)13:43
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:44
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 248 seconds)13:46
*** amgedr <amgedr!~rusam@94.204.111.151> has quit IRC (Quit: Leaving...)13:52
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:53
*** gho <gho!~gho@i59F5CCA4.versanet.de> has joined #yocto13:57
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto14:01
RPJG98: even if we had a version number, someone could change the configuration with other local changes so the number wouldn't really mean much14:09
*** davidinux <davidinux!~davidinux@92.118.62.60> has quit IRC (Ping timeout: 246 seconds)14:10
*** davidinux <davidinux!~davidinux@92.118.62.62> has joined #yocto14:12
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 252 seconds)14:13
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:13
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto14:13
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 252 seconds)14:18
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)14:18
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto14:19
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto14:19
JG98RP it would potentially alert me that I'd need to update my own recipes because a certain feature was added or removed14:26
JG98although I suppose with include files you wouldn't have a version either14:27
RPJG98: historically it is very rare for us to make changes like that14:28
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-18-70-53-151-125.dsl.bell.ca> has joined #yocto14:29
*** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 260 seconds)14:31
*** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto14:31
JG98RP I suppose so, and really I was only trying to ascertain whether or not I should add them to our own recipe files14:31
roussinmrburton: Given the problem I had yesterday, native build doesnt work on different CI machine, it's been twice so far from native builds. Do you have a special localconf for CI that make sur that native sstate can be shared?14:34
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 246 seconds)14:38
*** rusam <rusam!~rusam@5.30.27.144> has joined #yocto14:39
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)14:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto14:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)14:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto14:44
*** Payam <Payam!~Payam@195.178.161.162> has joined #yocto14:45
Payamhi14:45
PayamI have asked this question before as well but never got a real answer. I would like to connect download and sstate_cache to an S3. Has anyone done it and how was it done? Thanks14:46
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)14:47
*** kris <kris!~chaplin@38.9.11.14> has quit IRC (Ping timeout: 260 seconds)14:49
*** kris <kris!~chaplin@38.9.11.14> has joined #yocto14:49
*** rusam <rusam!~rusam@5.30.27.144> has quit IRC (Remote host closed the connection)14:50
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)14:51
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds)14:52
rburtonroussinm: no, sorry14:52
rburtonPayam: last time you asked i gave you a link to a presentation that literally talked about this14:52
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto14:53
rburtonJG98: if an image version is useful, use one. nothing to stop you, it's just that the core ones don;t.14:53
d-s-eWhen an image is created the resulting filename always contains an timestamp, like for example imagename-qemux86-64-20221107140025.rootfs.ext4. How can I determine this timestamp ("20221107140025") during the build?14:55
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 246 seconds)14:57
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto14:58
rburtond-s-e: IMAGE_VERSION_SUFFIX ?= "-${DATETIME}"14:59
roussinmrburton: so this is a risk for all native builds I guess, it might or might not work, and fix them as they fail?15:01
d-s-erburton: thanks!15:01
rburtonroussinm: yes.  it very rare.15:01
rburtonif the compiler gets told to produce host-tuned code and we're not telling it to, then there's not a lot we can do apart from figure out where and fix it15:02
roussinmrburton: there is no specific flag to the compile command, so just the default -march on one CI machine generates asm that the other machine can't use.15:03
rburtonright15:03
rburtonso clang, presumably, is being "clever" (read: stupid)15:04
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed)15:06
roussinmrburton: I expect people that requires a llvm-config:native >= 15. Might get the same error than, if unlucky.15:07
*** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 260 seconds)15:07
roussinmWhich is not that hard to believe I guess, it's mesa with gallium, llvmpipe.15:07
*** rusam <rusam!~rusam@5.30.27.144> has joined #yocto15:07
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:12
RPJG98: you would have a good idea of what your own versions would mean15:14
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has quit IRC (Ping timeout: 260 seconds)15:20
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has joined #yocto15:20
*** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-146.mrsn.at> has joined #yocto15:23
*** marek60 <marek60!~marek@90-64-78-64.dynamic.orange.sk> has quit IRC (Quit: Client closed)15:24
JG98RP rburton yes thank you both, for now I'll keep it without, as I couldn't think of a solid reason either, can always change it where necessary!15:28
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has joined #yocto15:28
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)15:28
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto15:28
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 246 seconds)15:30
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto15:32
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)15:33
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:33
Payamrburton possibly I went away. Do you have the article again?15:36
Payamrburton if possible I would like to have it . Thank you15:36
*** JG98 <JG98!~JG98@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Quit: Client closed)15:40
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)15:40
rburtonPayam: https://www.youtube.com/watch?v=RSjQjPFFWig https://www.konsulko.com/wp-content/uploads/2020/07/DD1_Highly_Scalable_Build_Automation_NA20.pdf15:40
*** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-146.mrsn.at> has quit IRC (Ping timeout: 252 seconds)15:40
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:44
*** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-146.mrsn.at> has joined #yocto15:45
*** d-s-e <d-s-e!~gmeyer@i59F7C191.versanet.de> has quit IRC (Quit: Konversation terminated!)15:52
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Ping timeout: 260 seconds)15:56
*** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-146.mrsn.at> has quit IRC (Ping timeout: 248 seconds)15:57
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto15:57
*** shoragan_ <shoragan_!~shoragan@user/shoragan> has joined #yocto16:02
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Ping timeout: 260 seconds)16:03
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)16:06
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto16:07
kergothRP: I have a recipe which I want to gather up the deployed archiver mirror artifacts for all the deps needed to build an image, but I don't want it to depend on actually building the image, is this a case where I can use recideptask to get it to follow that build dependency graph without actually running those other tasks, instead running the deploy_archives?16:17
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has joined #yocto16:17
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)16:18
*** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto16:20
rburtonkergoth: you should join the zoom call and ask :)16:20
kergothoh, right, forgot about the technical team meeting :)16:21
rburtonhttps://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT0916:21
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal)16:22
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:23
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Ping timeout: 260 seconds)16:23
*** chep` is now known as chep16:23
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)16:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:25
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)16:26
RPkergoth: isn't there a commandline option which does exactly that?16:28
kergothThere is, but I want to do something with those artifacts in the recipe, so the task needs to depend on them16:28
RPkergoth: bitbake <image> --runonly=fetch16:28
RPkergoth: I think ideptask might be what you want then16:29
kergothokay, thanks, i'll try that16:29
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)16:29
RPkergoth: I remember adding runonly as I couldn't get exactly the right behaviour I wanted within bitbake itself through task dependencies16:31
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto16:31
kergothAh :) Thanks for the warning16:31
RPkergoth: I think the dilemma was sometimes people wanted runonly and sometimes runall so two different options was a better want to handle it16:31
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)16:44
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto16:44
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)16:48
*** florian_kc <florian_kc!~florian@dynamic-092-229-144-188.92.229.pool.telefonica.de> has joined #yocto16:48
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto16:49
*** Payam <Payam!~Payam@195.178.161.162> has quit IRC (Quit: Client closed)16:53
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Quit: Tokamak)16:53
xcm_hey guys. the darnest thing is happening. i am rsyncing an entire yocto directory (incl tmp/ etc) to another machine and it ends up taking up much more space than in the original machine. i just use `rsync -a`16:55
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto16:56
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Quit: CHELAS!!!)16:56
RPxcm_: you need to preserve hardlinks, we use them a lot16:57
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)16:58
xcm_ah darn i've been trying to see what's wrong with the symlinks16:58
xcm_thanks a lot. i think this will fix it16:59
*** dmoseley <dmoseley!~dmoseley@user-24-96-20-181.knology.net> has joined #yocto16:59
rburtonxcm_: don't bother rsyncing tmp, just downloads and sstate-cache will be sufficient17:04
rburton(and your conf)17:04
*** mckoan is now known as mckoan|away17:07
*** gho <gho!~gho@i59F5CCA4.versanet.de> has quit IRC (Quit: Leaving.)17:11
* paulg got burned with the hardlinks and "tar ... | netcat" workflow before.17:12
*** pasherring <pasherring!~paulo@2804:d59:bf39:200:1e1f:232f:c717:d5a4> has joined #yocto17:15
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)17:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto17:19
xcm_rburton: i've been trying to figure this out for hours so i think i can wait just a few minutes more for the comfort of having everything before i kill the source server17:19
rburtonif the build is in a different location it wont work anyway17:20
rburtonhonestly, just copy conf, sstate, downloads17:20
*** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto17:20
xcm_i'm likely bringing up an identical, just downsized server afterwards17:22
*** zpfvo <zpfvo!~fvo@i59F5CCA4.versanet.de> has quit IRC (Remote host closed the connection)17:23
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)17:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto17:24
*** ptsneves <ptsneves!~Thunderbi@031011128073.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 248 seconds)17:24
*** frieder <frieder!~frieder@200116b8247ad1810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection)17:27
*** rusam <rusam!~rusam@5.30.27.144> has quit IRC (Read error: Connection reset by peer)17:35
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto17:37
*** matthewzmd <matthewzmd!~user@2607:9880:2480:195:af5a:766a:5459:d50e> has joined #yocto17:45
*** florian_kc <florian_kc!~florian@dynamic-092-229-144-188.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds)17:47
*** matthewzmd <matthewzmd!~user@2607:9880:2480:195:af5a:766a:5459:d50e> has left #yocto17:48
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 248 seconds)17:51
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has quit IRC (Ping timeout: 272 seconds)17:51
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has joined #yocto17:52
*** pasherring <pasherring!~paulo@2804:d59:bf39:200:1e1f:232f:c717:d5a4> has quit IRC (Quit: Leaving)17:54
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto17:55
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto18:03
*** Guest6 <Guest6!~Guest6@host-212-171-249-8.pool212171.interbusiness.it> has joined #yocto18:15
vvnhi there -- openvpn ships ${systemd_system_unitdir}/openvpn-client@.service, I appended the recipe and added SYSTEMD_SERVICE:${PN}:append = " openvpn-client@foo.service", but the build errors out with "Didn't find service unit". Am I missing something?18:20
*** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has joined #yocto18:22
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 248 seconds)18:25
*** florian_kc <florian_kc!~florian@dynamic-092-229-144-188.92.229.pool.telefonica.de> has joined #yocto18:28
*** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)18:36
*** gsalazar_ <gsalazar_!~gsalazar@isep.wan.ipp.pt> has quit IRC (Read error: Connection reset by peer)18:37
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 255 seconds)18:53
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 260 seconds)18:57
Guest6Hello, I would like to include into a Yocto image some pre compiled .ipk packages.19:01
Guest6The .ipk package will be generated in another Yocto build. We are considering this due to some source code segregation policies.19:01
Guest6I'm running some basic tests but I have some issues during the do_unpack.19:01
Guest6The recipe has this for the moment:19:01
Guest6SRC_URI = "file:///workdir/example2/poky/build/prebuild/nano_6.2-r0_core2-64.ipk;subpath=${BP}"19:01
Guest6inherit bin_package19:01
Guest6the do_unpack task fails with19:03
Guest6NOTE: Unpacking /workdir/example2/poky/build/prebuild/nano_6.2-r0_core2-64.ipk to /workdir/example2/poky/build/tmp/work/core2-64-poky-linux/nano2/1.0-r0/19:03
Guest6tar (child): xz: Cannot exec: No such file or directory19:03
Guest6tar (child): Error is not recoverable: exiting now19:03
Guest6tar: Child returned status 219:03
Guest6tar: Error is not recoverable: exiting now19:03
Guest6Its strange, if I check on the /workdir/example2/poky/build/tmp/work/core2-64-poky-linux/nano2/1.0-r0/ folder I see the archive:19:04
Guest6data.tar.xz19:04
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto19:06
Guest6also, I tried running the command shown in the error log in a shell and it works19:07
*** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has quit IRC (Quit: Haxxa flies away.)19:15
*** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has joined #yocto19:17
vmesonGuest6: do you have xz-utils  or eqivalent installed?  https://docs.yoctoproject.org/ref-manual/system-requirements.html#required-packages-for-the-build-host19:18
Guest6I used the crops/poky container, but let me double check19:19
*** amitk <amitk!~amit@103.208.71.96> has quit IRC (Ping timeout: 260 seconds)19:19
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto19:22
*** gsalazar_ <gsalazar_!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto19:22
Guest6Yes, xz-utils is installed19:25
*** gsalazar_ is now known as gsalazar19:27
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Quit: Leaving)19:27
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto19:28
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)19:29
*** florian_kc <florian_kc!~florian@dynamic-092-229-144-188.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds)19:30
vmesonGuest6: run: strace -f -o /tmp/bitbake-trc.log bitbake image-or-recipe I guess.19:32
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto19:34
Guest6Thanks for the support, I'm building in my local PC now so it will take some minutes19:45
*** Guest6 <Guest6!~Guest6@host-212-171-249-8.pool212171.interbusiness.it> has quit IRC (Quit: Client closed)19:51
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has quit IRC (Ping timeout: 260 seconds)19:56
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.58> has joined #yocto19:56
*** Guest6 <Guest6!~Guest6@host-212-171-249-8.pool212171.interbusiness.it> has joined #yocto20:05
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)20:17
vmesonGuest6: you'll have to look for clone/exec calls in the log to see what's going wrong.  strace is a bit of a learning curve but it's a good tool to know how to use.20:20
Guest6Thanks, I will add it to my learning queue!20:21
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto20:32
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)20:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto20:34
zeddii:q!20:34
zeddiithis is not vim, and I did not exit!20:35
*** goliath <goliath!~goliath@user/goliath> has joined #yocto20:38
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)20:39
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto20:39
LetoThe2ndzeddii: and I can confirm that you also did not save20:45
zeddiinooooooooo!20:48
LetoThe2ndzeddii: AND I AM YOUR FATHER20:51
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)21:02
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)21:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto21:04
*** Guest6_2 <Guest6_2!~Guest6_2@host-212-171-249-8.pool212171.interbusiness.it> has joined #yocto21:07
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds)21:09
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto21:09
*** Guest6 <Guest6!~Guest6@host-212-171-249-8.pool212171.interbusiness.it> has quit IRC (Ping timeout: 260 seconds)21:13
khemrule 1: an editor should autosave21:20
*** florian <florian!~florian@dynamic-092-229-144-188.92.229.pool.telefonica.de> has joined #yocto21:20
Guest6_2Hello again, same Guest6 with the ipk unpack issue but from a new pc21:24
Guest6_2Again, many thanks for the support! I think I found the problem21:25
Guest6_2with vmeson-s guide21:25
Guest6_29107  execve("/storage/yocto-test/poky/build/tmp/sysroots-uninative/x86_64-linux/usr/bin/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/scripts/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/build/tmp/work/core2-64-poky-linux/example/0.1-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/build/tmp/work/core2-64-poky-linux/example/0.1-r0/recipe-sysroot/usr/bin/crossscripts/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/build/tmp/work/core2-64-poky-linux/example/0.1-r0/recipe-sysroot-native/usr/sbin/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/build/tmp/work/core2-64-poky-linux/example/0.1-r0/recipe-sysroot-native/usr/bin/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/build/tmp/work/core2-64-poky-linux/example/0.1-r0/recipe-sysroot-native/sbin/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/build/tmp/work/core2-64-poky-linux/example/0.1-r0/recipe-sysroot-native/bin/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/bitbake/bin/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  execve("/storage/yocto-test/poky/build/tmp/hosttools/xz", ["xz", "-d"], 0x7ffedffc7120 /* 82 vars */) = -1 ENOENT (No such file or directory)21:26
Guest6_29107  write(2, "tar (child): ", 13)     = 1321:26
Guest6_29107  write(2, "xz: Cannot exec", 15)   = 1521:26
Guest6_2xz is not whitelisted in HOSTTOOLS21:27
Guest6_2If I add to local.conf > HOSTTOOLS:append = " xz"21:28
Guest6_2the problem is solved!21:28
khemwhy not have xz-native in DEPENDS21:30
khemoh fetcher ok21:31
Guest6_2Shouldn't  "xz" be listed by default in HOSTTOOLS if required by the fetcher?21:33
rburtonSo the fetcher will automatically depend on xz-native if you have a .xx file21:37
rburtonYou don’t, so you’ll need to manually add that21:37
roussinmI'm trying to understand the change here: https://git.yoctoproject.org/poky/commit/meta/recipes-graphics/mesa?id=858389a9926fad03ece967c3a6b2f452ad797367 llvm-config _native_ is deployed to the _target_ bindir, so now my llvm-config .so links to the target libraries which are znver2 target. mesa fails to configure because of illegal instruction.21:38
rburtondo_unpack[depends] += “xz-native:do_populate_sysroot”21:38
rburtonGuest6_2: ^^^21:38
rburtonRP: roussinm discovered you broke llvm21:39
roussinmI want to believe that the change is correct, but it seems weird to me that copying native binaries to target sysroot should work? In what case that is the case?21:40
Guest6_2thanks rburton, but since the fetcher supports unpacking ipk packages out of the box shouldn't this dependency be considered automatically?21:40
roussinmrunning readelf on llvm-config it has: `Library runpath: [$ORIGIN/../lib:$ORIGIN/../../lib:$ORIGIN/../lib]` so when it starts to load the shared libraries it will find them inside the target sysroot which is not the same arch as native.21:41
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Read error: Connection reset by peer)21:46
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto21:47
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has quit IRC (Client Quit)21:47
*** Tokamak <Tokamak!~Tokamak@172.58.191.63> has joined #yocto21:48
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)21:50
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto21:50
RProussinm: it isn't perfect, it just worked better than anything we did previously, at least in the test builds I made21:52
RProussinm: it probably depends which options it is trying to run llvm-config with and exactly what those options try and do. Running it in that location rather than the native sysroot meant it did find target headers and so on rather than native ones at least21:53
RPIt probably needs to be revisited and improved, preferably with something acceptable to upstrea,21:54
roussinmRP: I think meta-clang as something for this. https://github.com/kraj/meta-clang/blob/master/recipes-devtools/clang/clang/llvm-config21:55
RProussinm: pros and cons, that one doesn't do some things well either :(21:55
roussinmRP: I'm sure, it's just that currently, the build is blocked, I guess we can revert that commit on our tree for now?21:56
RProussinm: I'm been saying for a while that we're lacking people spending time addressing key core issues. This is an example. Khem and I have both patched things up as best we can but at some point someone will need to try and solve it more completely/properly21:57
RProussinm: so sure, you can revert and do something in your layer but ultimately someone will have to fix this properly :/21:57
RProussinm: FWIW I suspect this is some issue with it being an x86 on x86 build which perhaps isn't seen in cross builds as the arch difference makes the mismatch clear22:02
roussinmThis is x86 on x86 build indeed.22:02
roussinmBut I'm trying to understand how copying the llvm-config from native to a target sysroot can work?22:03
roussinmIf the target-sysroot is aarch64 it will try to use those libraries no?22:04
*** Guest6_2 <Guest6_2!~Guest6_2@host-212-171-249-8.pool212171.interbusiness.it> has quit IRC (Ping timeout: 260 seconds)22:04
RProussinm: llvm-config does multiple things. Some of it runs queries against the headers or an include file and those need the target config, not the native one22:06
RPrunning queries against a native sysroot libraries wouldn't be any more correct really22:07
roussinmRP: I understand that it needs to run queries, but the executable needs to link with native libraries, right?22:07
RProussinm: if it is the RPATH causing problems, have you tried clearing that, or adjusting it to point at the native sysroot?22:07
RProussinm: I think I was misunderstanding where the issue was :/22:08
roussinmRP: I haven't tried to play with RPATH, that was the next step.22:08
RProussinm: you can use chrpath to change it22:09
roussinmMy guess is that kind of patch wouldn't be upstreamable probably.22:09
RProussinm: well, it would be to us for the code we have there22:10
RPthis all does need fixing with upstream llvm properly22:10
RPwe have issues with this in mesa, llvm and the rust-llvm recipes :(22:10
roussinmYes, for me it's mesa.22:10
roussinmlooking at: poky/meta/recipes-devtools/rust/rust-cross-canadian.inc looks like that chrpath is used a bunch22:11
RProussinm: looks a bit different in my local branch, rust.inc:        chrpath -d ${RUST_ALTERNATE_EXE_PATH}22:17
RProussinm: which release are you on?22:18
roussinmRP: I'm a bit of a Frankeistein at the moment, kirkstone globally, but mesa langdale.22:18
roussinm`chrpath -d ${STAGING_BINDIR}/llvm-config` looks like this does the trick.22:23
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto22:25
RProussinm: ok, good. I'd accept a patch doing that (assuming it passes other testing)22:28
roussinmRP: I can only tests my current machines which are both x86. I assume poky test suite has more than one machine to test this on?22:30
RProussinm: yes, I mean if you send a patch we can test on the autobuilders22:31
*** vmeson <vmeson!~rmacleod@142.166.215.52> has quit IRC (Ping timeout: 248 seconds)22:38
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)22:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto22:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds)22:43
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:44
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Remote host closed the connection)23:04
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto23:05
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 252 seconds)23:06
*** florian <florian!~florian@dynamic-092-229-144-188.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)23:28
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)23:31
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)23:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto23:50

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