Wednesday, 2022-10-12

*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Read error: Connection reset by peer)00:32
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)00:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto00:34
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto00:35
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)00:39
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto00:39
*** kscherer <kscherer!~kscherer@dsl-173-206-89-249.tor.primus.ca> has quit IRC (Quit: Konversation terminated!)00:49
*** odra_ <odra_!~odra@187.74.125.51> has quit IRC (Ping timeout: 265 seconds)00:52
*** davidinux <davidinux!~davidinux@host-95-234-64-205.retail.telecomitalia.it> has quit IRC (Ping timeout: 268 seconds)01:04
*** davidinux <davidinux!~davidinux@87.5.30.75> has joined #yocto01:06
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:08
*** davidinux <davidinux!~davidinux@87.5.30.75> has quit IRC (*.net *.split)01:16
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (*.net *.split)01:16
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (*.net *.split)01:16
*** starblue <starblue!~juergen@dslb-094-220-111-051.094.220.pools.vodafone-ip.de> has quit IRC (*.net *.split)01:16
*** Estrella_ <Estrella_!~quassel@192-063-174-177.res.spectrum.com> has quit IRC (*.net *.split)01:16
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC (*.net *.split)01:16
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (*.net *.split)01:16
*** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (*.net *.split)01:16
*** ldts <ldts!sid269548@id-269548.hampstead.irccloud.com> has quit IRC (*.net *.split)01:16
*** ldts_ <ldts_!sid269548@id-269548.hampstead.irccloud.com> has joined #yocto01:16
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto01:16
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto01:16
*** davidinux <davidinux!~davidinux@host-87-5-30-75.retail.telecomitalia.it> has joined #yocto01:16
*** starblue <starblue!~juergen@94.220.111.51> has joined #yocto01:17
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto01:18
*** jmiehe1 is now known as jmiehe01:18
*** Saur <Saur!~pkj@195.60.68.148> has joined #yocto01:19
*** Estrella_ <Estrella_!~quassel@192-063-174-177.res.spectrum.com> has joined #yocto01:20
*** starblue <starblue!~juergen@94.220.111.51> has quit IRC (Ping timeout: 265 seconds)01:29
*** starblue <starblue!~juergen@188.100.141.146> has joined #yocto01:31
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 248 seconds)01:33
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)01:43
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto01:44
*** nerdboy <nerdboy!~nerdboy@47.143.129.241> has joined #yocto01:46
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)01:48
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto01:49
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Quit: Leaving)02:06
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto02:07
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)02:18
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto02:19
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto02:22
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)02:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:24
*** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Read error: Connection reset by peer)02:30
*** dev1990 <dev1990!~dev@178-36-249-43.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!)02:34
*** jclsn <jclsn!~jclsn@2a04:4540:6523:1700:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 246 seconds)02:44
*** jclsn <jclsn!~jclsn@2a04:4540:6509:8100:2ce:39ff:fecf:efcd> has joined #yocto02:46
*** pbsds <pbsds!~pbsds@84.20.102.91> has quit IRC (Quit: The Lounge - https://thelounge.chat)03:04
*** pbsds <pbsds!~pbsds@84.20.102.91> has joined #yocto03:05
*** seninha <seninha!~seninha@user/seninha> has joined #yocto03:06
*** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto03:17
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:29
*** invalidopcode <invalidopcode!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto03:51
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)03:53
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:29
*** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto04:51
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto04:51
*** sveinse <sveinse!~sveinse@2a01:799:55e:1000:c23f:d5ff:fe69:c6fb> has quit IRC (Ping timeout: 250 seconds)04:58
*** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Ping timeout: 246 seconds)05:05
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)05:25
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto05:25
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)05:30
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto05:31
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)05:41
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto05:41
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds)05:46
*** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto05:54
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto05:58
mcfriskhi, is there a nice way to get a qemu-system-aarch64 out of yocto build to use it for running an image?06:06
mcfriskI can use qemu-system-native inside devshell, or install it to an SDK but those seem a bit tricky to automate running the image06:07
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto06:16
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds)06:31
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto06:39
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:41
*** mckoan|away is now known as mckoan06:41
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:41
*** starblue <starblue!~juergen@188.100.141.146> has quit IRC (*.net *.split)06:42
*** Saur <Saur!~pkj@195.60.68.148> has quit IRC (*.net *.split)06:42
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC (*.net *.split)06:42
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-113.dsl.bell.ca> has quit IRC (*.net *.split)06:42
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (*.net *.split)06:42
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.14> has quit IRC (*.net *.split)06:42
*** Estrella___ <Estrella___!~quassel@192-063-174-177.res.spectrum.com> has quit IRC (*.net *.split)06:42
*** yann <yann!~yann@88.120.44.86> has quit IRC (*.net *.split)06:42
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (*.net *.split)06:42
*** Ebeneezer_Smooge <Ebeneezer_Smooge!~Smooge@centos/qa/smooge> has quit IRC (*.net *.split)06:42
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has quit IRC (*.net *.split)06:42
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC (*.net *.split)06:42
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (*.net *.split)06:42
*** alex88 <alex88!~alex88@user/alex88> has quit IRC (*.net *.split)06:42
*** grma <grma!~gruberm@80.93.38.128> has quit IRC (*.net *.split)06:42
*** Estrella <Estrella!~quassel@192-063-174-177.res.spectrum.com> has quit IRC (*.net *.split)06:42
*** tlwoerner <tlwoerner!~tlwoerner@209.91.167.254> has quit IRC (*.net *.split)06:42
*** Ch^W <Ch^W!~mouser@209.147.121.179> has quit IRC (*.net *.split)06:42
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (*.net *.split)06:42
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (*.net *.split)06:42
*** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (*.net *.split)06:42
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto06:42
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto06:43
*** starblue <starblue!~juergen@dslb-188-100-141-146.188.100.pools.vodafone-ip.de> has joined #yocto06:43
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto06:43
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)06:44
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto06:44
*** Estrella <Estrella!~quassel@192-063-174-177.res.spectrum.com> has joined #yocto06:44
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto06:44
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto06:44
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto06:45
*** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto06:45
*** SSmoogen <SSmoogen!~Smooge@centos/qa/smooge> has joined #yocto06:45
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto06:45
*** alex88 <alex88!~alex88@user/alex88> has joined #yocto06:45
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-113.dsl.bell.ca> has joined #yocto06:45
*** Estrella__ <Estrella__!~quassel@134.238.165.31> has joined #yocto06:47
*** Ch^W <Ch^W!~mouser@209.147.121.179> has joined #yocto06:47
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto06:48
*** PhoenixMage <PhoenixMage!~phoenix@206.83.113.14> has joined #yocto06:48
*** odra_ <odra_!~odra@2804:431:c7e1:c64a:7bf9:21e4:6bb5:b404> has joined #yocto06:48
*** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto06:50
mcfriskoh looks like work/x86_64-linux/qemu-helper-native is in the default qemu machine output, and works with poky/scripts/runqemu06:52
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto06:58
*** alex_b <alex_b!~alex_b@62.26.159.81> has joined #yocto07:01
*** eggman <eggman!eggman@libera/staff/eggman> has quit IRC (Read error: Connection reset by peer)07:02
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 264 seconds)07:08
*** abu <abu!~abu@192.157.9.227> has joined #yocto07:12
*** abu <abu!~abu@192.157.9.227> has quit IRC (Client Quit)07:12
*** vm <vm!~vm@192.157.9.227> has joined #yocto07:12
*** vm <vm!~vm@192.157.9.227> has quit IRC (Client Quit)07:12
*** vm1 <vm1!~vm1@192.157.9.227> has joined #yocto07:13
*** eggman <eggman!eggman@libera/staff/eggman> has joined #yocto07:22
dacavHi.  Question about deploy.bbclass, that I see used by some colleagues.  If my recipe {Y} DEPENDS on {X} or {X}-native, it should have the artefacts produced by {X} into the sysroot.  Using `deploy`, on the other hand, is said to beuseful "only when a recipe needs to read a file already deployed by a dependency".  Is `deploy` intended as a way to share data without polluting the sysroot perhaps?07:27
*** yann <yann!~yann@88.120.44.86> has joined #yocto07:29
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)07:36
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:37
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto07:37
vm1dacav: what do you mean 'way to share data'?07:39
*** PaowZ_ <PaowZ_!~Vince@lmontsouris-656-1-55-98.w80-15.abo.wanadoo.fr> has joined #yocto07:40
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)07:45
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto07:45
ykronsHi all07:45
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto07:45
*** rfried <rfried!~rfried@practical-trainings.com> has joined #yocto07:49
ykronsI have a .bbappend that mainly add a script to SRC_URI and then copy it with cp into ${D} during the do_install_append. My problem is that when I'm changing the content of the script the resulting package is not updated. I'm working with a "devtool modify <myrecipe>". Don't know if it can have an impact.07:49
ykronsI have checked the sigdata content and I have a checksum associated with my script so I have expected that any change to the script content will be detected.07:50
*** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Read error: Connection reset by peer)07:50
ykronsDid someone know if it is linked to devtool usage, bad bbappend or other potential issues? Thanks07:51
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)07:52
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:52
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)07:53
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto07:53
vm1dacav: if by data you mean all those files from do_install of the recipes in DEPENDS, and files moved to DEPLOY_DIR_IMAGE by deploy.bbclass, my understanding is that use of DEPLOY_DIR_IMAGE to access data from other recipes is not appropriate, there is no guarantee the files would be deployed by the time do_configure starts. Is it good to "pollute"07:54
vm1DEPLOY_DIR_IMAGE with files which are not intented for deployment?07:54
*** vm1 <vm1!~vm1@192.157.9.227> has quit IRC (Quit: Client closed)07:54
*** vm1 <vm1!~vm1@192.157.9.227> has joined #yocto07:55
qschulzdacav: the sysroot is meant for things that make sense on a root filesystem, shared libraries, headers, binaries, etc...07:55
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)07:58
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:01
qschulzdacav: a good example of when this does not necessarily make sense is for example for U-Boot, the Linux kernel, firmware for cortex-M0 side-processors, etc..08:03
LetoThe2ndyo dudX08:03
qschulzthey are still necessary though08:03
*** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has joined #yocto08:06
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has joined #yocto08:10
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto08:13
*** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto08:18
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto08:24
dacavvm1: by 'shared data' I mean any artifacts.  Binaries and configuration files that would go under the regular hier(7) seem to be well suited for the sysroot.  As qschulz seems to be on the same page about, it looks to me that DEPLOYDIR / DEPLOY_DIR_IMAGE are meant for stuff that must be available through the dependency graph, without being in the sysroot.08:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)08:37
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto08:37
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 244 seconds)08:39
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Quit: Leaving)08:45
qschulzykrons: I do think that you cannot change local files from your layers when you have the recipe used in devtool08:47
qschulzykrons: you would need to re-modify your recipe with devtool08:48
qschulzbecause devtool does not trigger a re-fetch of recipe sources since it's using externalsrc directly under the hood08:48
vm1dacav: there is a danger that the artifacts are connected to certain versions of packets, I think it is better not to use DEPLOY_DIR_IMAGE to share artifacts08:48
qschulzvm1: that is correct, you absolutely need to manually specify a dependcy in recipe Y task using the deployed artifacts on do_deploy:recipeX08:49
qschulzdacav: ^08:49
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds)08:50
vm1we've used DEPENDS and STAGING_DIR_HOST08:50
qschulzif you need the deployed artifacts from recipe X in recipe Y do_compile: in recipe Y: do_compile[depends] += "do_deploy:recipeX" (IIRC, probably worth checking)08:50
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto08:50
qschulzvm1: using the sysroot for sharing the trusted-firmware-a needed for compiling u-boot for example is not that great08:51
qschulzbecause tf-a has nothing to do in the sysroot08:51
qschulzhas no reason to be in the sysroot*08:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)08:55
ykronsqschulz: thanks for clarifications!08:58
vm1qschulz: how to guarantee that the binaries would be deployed by the time recipe is about to access them? DEPENDS doesn't give warranty binaries are deployed08:58
qschulzvm1: do_compile[depends] += "do_deploy:recipeX"08:58
qschulzrecipeX:do_deploy apaprently instead08:59
qschulzhttps://git.yoctoproject.org/meta-rockchip/tree/recipes-bsp/u-boot/u-boot%25.bbappend for an example for U-Boot and TF-A09:00
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto09:11
*** inisider <inisider!~inisider@195.234.76.149> has joined #yocto09:12
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)09:13
inisiderhello. what can i do in situation when I have 2 recipes which produce the same libraries ( in my case it is /usr/lib/libz.so )? How can I tell Yocto to use library from recipe that I want? Right it is using the libraries from poky's recipe. I tried to remove zlib directly using CORE_IMAGE_INSTALL_remove="zlib" but I am not sure that it helps09:14
qschulzinisider: if you recipe is entirely replacing whatever the zlib recipe produces, you can specify in your own recipe that it PROVIDES zlib and then set PREFERRED_PROVIDER_zlib = "your-recipe"09:17
qschulzbut the latter variable needs to be set in a configuration file (distro, machine,)09:17
neverpanicIf your recipe is shipping its own private copy of libz.so, you should move it into a separate directory, adjust your binaries' rpaths to find it, and set PRIVATE_LIBS = "libz.so"09:24
dacavvm1, qschulz: I don't think I get this entirely.  If I declare a dependency (Y depends on X), why can't I assume that the recipe of X populated DEPLOY_DIR_IMAGE?  Also, is yocto even allowing multiple versions of the same packages? (well, unless I have two recipes with distinct names providing different versions, but that's ugly and probably wrong)09:25
dacavah sorry, I didn't see the rest of the discussion.09:26
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto09:27
inisiderqschulz: I tried to use PREFERRED_PROVIDER_zlib="zlib-ng" but it looks like it is still continue to use zlib from poky. At least md5sum is different and I don't see all the files from {WORKDIR}/zlib-ng/.../image/09:30
*** paowz <paowz!~paowz@2a01:e0a:144:d020:667d:deab:1d6a:3a99> has quit IRC (Ping timeout: 268 seconds)09:36
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 264 seconds)09:38
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto09:38
dacavthank you all for the clarification, I think I get it now :)09:42
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto09:43
qschulzdacav: DEPENDS under the hood is something like: do_populate_sysroot[depends] += "recipeSDEPENDS:do_prepare-_ecipe_sysroot"09:48
qschulznothing else, it's just a nicer way for users to set dependencies09:48
*** paowz <paowz!~paowz@2a01:e0a:144:d020:5091:8d97:4415:e52a> has joined #yocto09:48
qschulzbut it is a depoendency of one task on another recipe's09:48
qschulzand deploy is typically NOT run before do_prepare_recipe_sysroot, so you cannot rely on do_deploy to run before do_populate_sysroot/do_compoile/whatever is executed09:49
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)09:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto09:49
qschulzinisider: if something explicitly RDEPENDS on a package from the original zlib package, that's going to be an issue I think09:52
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)09:54
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto09:54
inisiderqschulz: it looks like that. i think that a lot of packages have dependce of zlib.09:55
dacavqschulz: excellent.  I think I've read something about a deployment step that should allow bitbake to publish artifacts on the platform (e.g. via sftp).  Is that what the deploy.bbclass actually is about, or is that a completely different thing?  We don't use such workflow (not sure if we will ever)09:57
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)09:58
*** lysxjz <lysxjz!~lysxjz@user/ako> has joined #yocto09:58
dacavThe fact that the dependency must be stated explicitly, lets me think that the artifacts sharing is not the intended use of deploy.09:58
*** lysxjz <lysxjz!~lysxjz@user/ako> has quit IRC (Client Quit)09:58
*** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has quit IRC (Read error: Connection reset by peer)10:00
qschulzdacav: deploy is for putting stuff into tmp/deploy directory10:03
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)10:04
qschulzit is a way to share artifacts between recipes without going through the sysroot mechanism, which does not make sense for athings that aren't supposed to be in the rootfs10:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto10:04
qschulzhow you publish artifacts to your users or whatever is not specific to Yocto, I don't think we have anything for this, nor is a task for Yocto/Bitbake?10:05
*** starblue <starblue!~juergen@dslb-188-100-141-146.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds)10:06
*** starblue <starblue!~juergen@dslb-188-100-141-146.188.100.pools.vodafone-ip.de> has joined #yocto10:08
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)10:08
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds)10:09
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto10:09
dacavqschulz: I searched in the docs what I had in mind.  I saw it some time ago, so I didn't remember exactly.  It was this: https://docs.yoctoproject.org/ref-manual/devtool-reference.html#deploying-your-software-on-the-target-machine10:14
dacavit is not related with the deploy.bbclass.10:15
kayterina[m]Hello, what does it means that workdir won't exist in a build from sstate? I want to reference files from a DEPEND, is this path "${RECIPE_SYSROOT}${localstatedir}/" better  than this "${WORKDIR}/recipe-sysroot/var/"? The way I see it in bitbake.conf, RECIPE_SYSROOT = "${WORKDIR}/recipe-sysroot"10:16
rburtonif recipe A DEPENDS on B, but B is pulled from sstate, then it's workdir *will not exist*10:17
rburtonif you want to look at your own sysroot then use RECIPE_SYSROOT10:17
*** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto10:18
rburtonputting files into the sysroot is the one true way to share content between recipes.  Normally /usr/include and /usr/lib and pretty much evertyhing that is shared but you can extend that per-recipe10:18
*** yann <yann!~yann@88.120.44.86> has quit IRC (Ping timeout: 268 seconds)10:22
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto10:22
kayterina[m]How can I force B to be pulled from sstate to see this in test?10:24
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 264 seconds)10:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto10:24
rburtonbitbake A, rm tmp, bitbake A -C unpack10:24
rburton-Cunpack will force A to rebuild, but its dependencies will be pulled in from sstate10:25
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)10:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto10:34
kayterina[m]OK, so after this, recipe A has inside its recipe-sysroot the files from B, but recipe B has no workdir10:45
rburtonright10:48
inisiderqschulz: could you please explain to me what it means by unique depenecies and is it possible to overcome this issue? https://pastebin.com/Gn4st6Pe10:49
kayterina[m]how could someone reference B's workdir from recipe A since workdir is local to the recipe?10:50
neverpanicYou shouldn't do this at all10:52
neverpanicIf you need files from B in recipe A, install them in sysroot or some other shared location.10:52
kayterina[m]I understand. But hypothetically, someone could have  a path like "$workdir/../recipeB/ ?10:53
kayterina[m]Yes, I suppose someone could do that, no question here.10:53
neverpanicYou could, and it would work the first time, but not for the second build when sstate caching is used, and you'll get a hard to debug build failure.10:53
neverpanicSo don't.10:53
LetoThe2ndkayterina[m]: hypothetically, you could look at what the kernel does. and practically, no, the path won't work reliably. the correct route is, as pointed out numerous times by now, to package up the things you want to share.10:54
kayterina[m]If recipe A DEPENDS on B and wants to use files from the metadata is sysroot still the way to go?10:55
LetoThe2ndkayterina[m]: "files from the metadata"10:55
LetoThe2ndplease elaborate.10:55
kayterina[m]files from recipeA/files the ones I usually include with "file://" in the SRC_URI10:56
LetoThe2ndkayterina[m]: so if two recipes actually need it - why not put it into a separate recipe that both can depend upon? it can even be a -native one to avoid the danger of shipping it accidentially.10:57
neverpanicI you want a file specified in recipe B's SRC_URI to be usable in recipe A, either package it in B (e.g. by copying it to ${D} during the build), or what LetoThe2nd says.10:58
zhmylovekayterina[m]: optionally you can prepend to FILESEXTRAPATHS of recipeA and use files from recipeB11:01
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)11:01
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:04
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto11:04
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto11:07
kayterina[m]I would even put it in a .bbappend because the recipe just concats the files but it has to be seperate recipe. I will go with sysroots.11:11
LetoThe2ndwhere could a dependency chain on u-boot be hidden in core-image-minimal? it obviously does not show up in IMAGE_INSTALL11:15
rburtonLetoThe2nd: machine conf file11:16
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto11:16
rburtonLetoThe2nd: eg beaglebone-yocto:11:16
rburtonPREFERRED_PROVIDER_virtual/bootloader ?= "u-boot"11:17
rburtonEXTRA_IMAGEDEPENDS += "virtual/bootloader"11:17
LetoThe2ndrburton: ya the PREFERRED_PROVIDER also looks good11:17
*** inisider <inisider!~inisider@195.234.76.149> has quit IRC (Remote host closed the connection)11:22
*** vm1 <vm1!~vm1@192.157.9.227> has quit IRC (Quit: Client closed)11:28
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer)11:33
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto11:38
*** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has quit IRC (Ping timeout: 255 seconds)11:46
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)11:57
*** Schiller <Schiller!~Schiller@dynamic-046-114-215-244.46.114.pool.telefonica.de> has joined #yocto11:59
*** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has joined #yocto11:59
SchillerIn the Autobuilder2 Repository i see that the notifier logic is not developed yet. Is there still some way to add set reporters to specific builds or is it at the moment not possible? Do i have to adjust the scripts?12:01
*** seninha <seninha!~seninha@user/seninha> has joined #yocto12:11
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit)12:20
*** Payam <Payam!~Payam@195.178.161.167> has joined #yocto12:21
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto12:22
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:31
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:31
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)12:31
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:42
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:42
*** alex_b <alex_b!~alex_b@62.26.159.81> has quit IRC (Quit: Client closed)12:46
*** Payam <Payam!~Payam@195.178.161.167> has quit IRC (Ping timeout: 268 seconds)12:58
*** d-s-e <d-s-e!~d-s-e@muedsl-82-207-227-163.citykom.de> has joined #yocto13:04
*** Payam <Payam!~Payam@195.178.161.167> has joined #yocto13:04
*** Payam <Payam!~Payam@195.178.161.167> has quit IRC (Read error: Connection reset by peer)13:10
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)13:12
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)13:19
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:20
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)13:22
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:22
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)13:22
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto13:23
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto13:27
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto13:30
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)13:31
*** vm1 <vm1!~vm1@192.157.9.227> has joined #yocto13:35
*** vm1 <vm1!~vm1@192.157.9.227> has quit IRC (Client Quit)13:36
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto13:43
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 248 seconds)13:55
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:55
kayterina[m]When would a recipe override $base_prefix in bitbake? For my very specific needs, the difference between using ${RECIPE_SYSROOT}${localstatedir} and ${RECIPE_SYSROOT}$/var14:02
ernstpfound a nice way to integrate a Yocto SDK and VS Code cmake tools. there's a property called environmentSetupScript that was a bit hard to find14:05
ernstpSo you can write "environmentSetupScript" : "/opt/yoctosdk/environment-setup-cortexa9hf-neon-poky-linux-gnueabi" in ~/.local/share/CMakeTools/cmake-tools-kits.json14:06
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 264 seconds)14:12
*** yann <yann!~yann@88.120.44.86> has joined #yocto14:13
*** SSmoogen is now known as Ebeneezer_Smooge14:15
*** DennisE <DennisE!~DennisE@212.51.7.30> has joined #yocto14:24
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)14:26
*** inisider <inisider!~inisider@195.238.92.112> has joined #yocto14:27
*** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has joined #yocto14:27
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto14:27
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto14:27
*** kscherer <kscherer!~kscherer@dsl-173-206-89-249.tor.primus.ca> has joined #yocto14:27
*** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 268 seconds)14:32
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)14:33
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto14:33
DennisEHello :)  Its me again, sorry for bothering you frequently.14:35
DennisEI'm new to yocto and I try to port the azure-device-update layer(https://github.com/hiroyha1/meta-azure-device-update/tree/dunfell) from dunfell to kirkstone release. Part of that is the opentelemetry-cpp client: https://github.com/open-telemetry/opentelemetry-cpp I try to write a recipe for that. The problem I'm facing is that cmake can't find the14:35
DennisEsubmodules that are fetched:14:35
DennisE''Could NOT find GTest (missing: GTEST_LIBRARY GTEST_INCLUDE_DIR14:35
DennisE|   GTEST_MAIN_LIBRARY)''14:35
DennisEThis is my recipe: https://pastebin.com/Ape5evvq I derived that from another recipe.14:35
DennisEHow do I show the git submodules to cmake ? I tried EXTERNALSRC but that doesnt work.14:35
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 252 seconds)14:47
*** d-s-e <d-s-e!~d-s-e@muedsl-82-207-227-163.citykom.de> has quit IRC (Ping timeout: 244 seconds)14:55
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto14:57
qschulzDennisE: i would try to find the cmake option to disable building the unit tests, pretty sure you don't need them :)14:58
gchampDennisE: I'm not answering your question directory but an option to avoid the issue is to not build the tests during the yocto build using something like EXTRA_OECMAKE += "BUILD_TESTING=off"14:58
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto15:01
qschulzDennisE: maybe you also want to inherit pkg-config class if it's used by the project to find the dependencies (which you'll have to explicit in the DEPENDS of the reciep015:07
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 264 seconds)15:13
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto15:13
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)15:18
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto15:18
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 248 seconds)15:27
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto15:28
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:29
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)15:33
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto15:33
*** inisider <inisider!~inisider@195.238.92.112> has quit IRC (Remote host closed the connection)15:41
*** DennisE <DennisE!~DennisE@212.51.7.30> has quit IRC (Ping timeout: 244 seconds)15:41
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)15:43
moto-timoDennisE: if you decide to continue down the path of building the unit tests, you are going to need a recipe for gtest. You might look at https://layers.openembedded.org/layerindex/branch/master/recipes/?q=gtest for inspiration15:43
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto15:43
moto-timobah not here anymore15:43
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)15:48
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto15:48
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC (Quit: reboot)15:52
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto15:55
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:56
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Ping timeout: 268 seconds)15:58
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has joined #yocto15:59
*** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has quit IRC (Quit: You have been kicked for being idle)16:00
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:07
*** zpfvo <zpfvo!~fvo@i59F5CC07.versanet.de> has quit IRC (Quit: Leaving.)16:08
*** mckoan is now known as mckoan|away16:08
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto16:10
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)16:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto16:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)16:29
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto16:30
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:37
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has quit IRC (Quit: Leaving)16:52
*** Schiller <Schiller!~Schiller@dynamic-046-114-215-244.46.114.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds)16:52
*** vladest1 <vladest1!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto16:59
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 260 seconds)17:00
*** vladest1 is now known as vladest17:00
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)17:06
*** florian_kc <florian_kc!~florian@dynamic-078-048-011-111.78.48.pool.telefonica.de> has joined #yocto17:18
*** florian_kc <florian_kc!~florian@dynamic-078-048-011-111.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds)17:54
*** florian_kc <florian_kc!~florian@dynamic-078-048-011-111.78.48.pool.telefonica.de> has joined #yocto18:31
*** dev1990 <dev1990!~dev@178-36-249-43.adsl.inetia.pl> has joined #yocto18:52
*** mvlad <mvlad!~mvlad@2a02:2f08:4605:ca00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)18:57
*** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has quit IRC (Quit: Haxxa flies away.)19:15
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto19:15
*** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has joined #yocto19:18
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 268 seconds)19:19
*** dev1990 <dev1990!~dev@178-36-249-43.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!)19:21
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds)19:25
*** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has quit IRC (Quit: WeeChat 3.5)19:43
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 268 seconds)19:52
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)20:02
*** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has joined #yocto20:08
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)20:17
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)21:00
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto21:44
*** florian_kc <florian_kc!~florian@dynamic-078-048-011-111.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds)21:44
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)21:51
*** vmeson <vmeson!~rmacleod@23-233-86-175.cpe.pppoe.ca> has quit IRC (Quit: Konversation terminated!)22:01
*** vmeson <vmeson!~rmacleod@23-233-86-175.cpe.pppoe.ca> has joined #yocto22:02
*** seninha <seninha!~seninha@user/seninha> has joined #yocto22:11
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto22:42
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 244 seconds)22:51
*** kscherer <kscherer!~kscherer@dsl-173-206-89-249.tor.primus.ca> has quit IRC (Quit: Konversation terminated!)23:05

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