Monday, 2022-05-23

*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)00:18
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)00:48
*** starblue <starblue!~juergen@dslb-188-109-096-218.188.109.pools.vodafone-ip.de> has quit IRC (Ping timeout: 276 seconds)01:05
*** starblue <starblue!~juergen@dslb-094-221-176-029.094.221.pools.vodafone-ip.de> has joined #yocto01:07
*** starblue <starblue!~juergen@dslb-094-221-176-029.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 272 seconds)02:03
*** starblue <starblue!~juergen@dslb-094-221-182-197.094.221.pools.vodafone-ip.de> has joined #yocto02:04
*** zeddii <zeddii!~zeddii@173.34.88.218> has joined #yocto02:14
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds)02:24
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:24
*** zeddii <zeddii!~zeddii@173.34.88.218> has quit IRC (Ping timeout: 246 seconds)02:35
*** Thorn <Thorn!~Thorn@46.227.123.99> has joined #yocto02:55
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Client Quit)02:57
*** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto02:57
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer)02:58
*** chep` is now known as chep02:58
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto04:38
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto04:38
*** davidinux <davidinux!~davidinux@net-188-216-125-25.cust.vodafonedsl.it> has quit IRC (Ping timeout: 246 seconds)04:39
*** davidinux <davidinux!~davidinux@81.22.36.53> has joined #yocto04:39
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:41
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)04:52
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving)04:57
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto04:57
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving)05:02
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto05:03
*** davidinux <davidinux!~davidinux@81.22.36.53> has quit IRC (Read error: Connection reset by peer)05:08
*** davidinux <davidinux!~davidinux@217.138.219.172> has joined #yocto05:38
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:00
*** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (*.net *.split)06:07
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (*.net *.split)06:07
*** beneth <beneth!~beneth@xmpp.beneth.fr> has quit IRC (*.net *.split)06:07
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC (*.net *.split)06:07
*** fancer <fancer!fancer@id-180736.tinside.irccloud.com> has quit IRC (*.net *.split)06:07
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has quit IRC (*.net *.split)06:07
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has quit IRC (*.net *.split)06:07
*** stacktrust_ <stacktrust_!sid452860@id-452860.hampstead.irccloud.com> has quit IRC (*.net *.split)06:07
*** armpit <armpit!sid501830@id-501830.uxbridge.irccloud.com> has quit IRC (*.net *.split)06:07
*** reatmon <reatmon!uid538117@id-538117.helmsley.irccloud.com> has quit IRC (*.net *.split)06:07
*** bradfa <bradfa!sid297668@id-297668.helmsley.irccloud.com> has quit IRC (*.net *.split)06:07
*** ldericher <ldericher!~LDer@user/ldericher> has quit IRC (*.net *.split)06:07
*** stacktrust_ <stacktrust_!sid452860@id-452860.hampstead.irccloud.com> has joined #yocto06:07
*** fancer <fancer!fancer@id-180736.tinside.irccloud.com> has joined #yocto06:07
*** reatmon <reatmon!uid538117@2a03:5180:f:1::8:3605> has joined #yocto06:07
*** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto06:07
*** armpit <armpit!sid501830@2a03:5180:f:5::7:a846> has joined #yocto06:07
*** bradfa <bradfa!sid297668@2a03:5180:f:1::4:8ac4> has joined #yocto06:08
*** rmmr <rmmr!sid240755@2a03:5180:f:1::3:ac73> has joined #yocto06:08
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has joined #yocto06:08
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto06:08
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto06:08
*** ChanServ sets mode: +v ndec06:08
*** ldericher <ldericher!~LDer@user/ldericher> has joined #yocto06:08
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:15
JaMarburton: jonmason: Can you please remove meta-arm-toolchain/conf/layer.conf:BB_DANGLINGAPPENDS_WARNONLY = "true"? or make it conditional on something, so that just including meta-arm-toolchain doesn't let your stuff dangling with just a warning?06:18
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (*.net *.split)06:18
*** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has quit IRC (*.net *.split)06:18
*** dagmcr <dagmcr!sid323878@id-323878.uxbridge.irccloud.com> has quit IRC (*.net *.split)06:18
*** mario-goulart <mario-goulart!~user@chicken/developer/mario-goulart> has quit IRC (*.net *.split)06:18
*** MWelchUK <MWelchUK!~MWelchUK@gyros.collabora.co.uk> has quit IRC (*.net *.split)06:18
*** zibri <zibri!zibri@shell.x20.se> has quit IRC (*.net *.split)06:18
*** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC (*.net *.split)06:18
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 248 seconds)06:18
*** zibri <zibri!zibri@shell.x20.se> has joined #yocto06:18
*** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has joined #yocto06:18
*** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto06:18
*** dagmcr <dagmcr!sid323878@id-323878.uxbridge.irccloud.com> has joined #yocto06:18
*** mario-goulart <mario-goulart!~user@chicken/developer/mario-goulart> has joined #yocto06:18
*** MWelchUK <MWelchUK!~MWelchUK@gyros.collabora.co.uk> has joined #yocto06:19
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto06:20
JaMarburton: jonmason: making meta-arm-toolchain optional (instead of hard dependency in LAYERDEPENDS_meta-arm) would be nice as well (if possible - I haven't checked what is really needed from arm-toolchain), but we have meta-arm in layers just because of dependency from meta-rockchip and it feels too much06:22
JaMalooks like meta-rockchip depends on meta-arm just because of TF-A and meta-arm on meta-arm-toochain just because of trusted-firmware-m, but there is also tf-a -> tf-m dependency in meta-arm-bsp/recipes-bsp/trusted-firmware-a/trusted-firmware-a-corstone1000.inc:do_deploy[depends]+= "virtual/trusted-firmware-m:do_prepare_recipe_sysroot"06:29
*** mckoan|away is now known as mckoan06:31
mckoangood morning06:31
*** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto06:47
*** ptsneves <ptsneves!~ptsneves@83.11.40.193.ipv4.supernova.orange.pl> has joined #yocto06:47
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto06:48
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)06:50
*** thomas__ <thomas__!~thomasd13@dsl01.212.114.255.148.ip-pool.nefkom.net> has joined #yocto06:51
*** ptsneves <ptsneves!~ptsneves@83.11.40.193.ipv4.supernova.orange.pl> has quit IRC (Client Quit)06:52
*** ptsneves <ptsneves!~ptsneves@83.11.40.193.ipv4.supernova.orange.pl> has joined #yocto06:52
*** thomas__ <thomas__!~thomasd13@dsl01.212.114.255.148.ip-pool.nefkom.net> has quit IRC (Client Quit)06:52
kroonhmm, no way to add HOSTTOOLS entry per recipe ?06:55
*** mvlad <mvlad!~mvlad@2a02:2f08:4802:2100:24d7:51ff:fed6:906d> has joined #yocto07:00
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto07:00
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto07:02
ptsneveskroon no. It does not make much sense. What you want is a -native dependency07:02
ptsnevesor add HOSTTOOLS globally07:02
kroonwhy doesnt it make sense ?07:03
ptsnevesbecause recipe specific hosttools are -native recipes07:03
ptsneveswhat are you trying to achieve07:03
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:05
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: Ping timeout (120 seconds))07:05
kroonthat doesnt explain a goddman thing07:06
krooni want to avoid building huge clumsy host tools, and just use the ones from my distro for this recipe07:06
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto07:09
*** pbergin <pbergin!~pbergin@ua-213-113-157-96.bbcust.telenor.se> has joined #yocto07:10
ptsneveskroon, if you are making this sort of question i am surely not going to explain you bitbake internals and design on why this is the case. What you want is not possible. bitbake builds host tools for reproducibility and host independence. Being huge makes no difference in theory because there is a thing called state cache. Good luck07:11
ptsnevesif you want HOSTTOOLS it is a global thing and that is it07:12
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto07:15
*** selff <selff!~selff@46.221.0.162> has joined #yocto07:16
JaMakroon: the hosttools are symlinked from global ${TMPDIR}/hosttools directory, so in theory it might work, but you would need to extend the functionality to create recipe-specific directory e.g. ${WORKDIR}/hosttools as well and add it to PATH07:21
kroonright07:22
*** dev1990 <dev1990!~dev@77-254-254-204.adsl.inetia.pl> has joined #yocto07:24
JaMaso currently it's not supported, but if you're willing to implement it, then I believe it would be possible as well as useful (e.g. meta-firefox adds python to HOSTTOOLS and that's annoying, because it makes python available everywhere instead of just firefox build)07:25
ernstpIs there any way to track included statically linked libraries in an image? https://www.yoctoproject.org/pipermail/yocto/2018-July/041854.html  https://www.mail-archive.com/yocto@lists.yoctoproject.org/msg05807.html07:26
ernstpTies in with the cve-check question you had mrybczyn[m]07:27
*** granjow <granjow!~simon@46.140.188.244> has joined #yocto07:27
granjowHi! I'm trying to include a file from a parent directory with SRC_URI = "file://../../foo.txt", but it is not copied to the work directory. Is this not supported or am I doing it wrong?07:29
JaMagranjow: add the directory in FILESPATH instead07:30
kroonJaMa, yeah, and meta-bsp-imx8mp appends git-lfs and bison in its layer.conf, affecting all recipes in builds including that layer07:31
kroon(I guess ?)07:32
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto07:32
kroon(Or does it only affect the recipes in that particular layer)07:33
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)07:34
kroonlooks like they affect *all* recipes :-/07:34
JaMakroon: yes all of them07:35
JaMakroon: once it gets symlinked from ${TMPDIR}/hosttools every build will see the new tool in its PATH07:35
kroonJaMa, oh yeah, the directory itself is shared anyway07:36
JaMawhich sometimes causes a bit unexpected behavior, that you build something, then add layer like meta-bsp-imx8mp, meta-firefox, then rebuild the same thing and it might produce different results (without any change in "something")07:37
kroonJaMa, yeah, all the more reason for a per-recipe HOSTTOOLS then ..07:37
kroonHOSTTOOLS dir07:37
JaMaso any changes to HOSTTOOLS shouldn't be taken lightly07:37
JaMaagreed07:37
JaMabut if you can build your tool with -native recipe, then it's still better for reproducibility in long term07:38
RPI think git-lfs uses go or something which proved quite tricky at the time :/07:39
JaMait can be a pain you pay once, but making sure that all possible builders of your layer will have the tool in right version and working correctly is long-term pain and you might not even have control over all the builders07:40
kroonJaMa, I'll agree to that, but I just don't wanna go through the hassle of that right now. just use the host version for now07:40
JaMayes, depends on the tool and some tools are better staying compatible across versions and distros than others07:41
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:43
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto07:49
granjowJaMa: Thanks, that worked! :)07:50
kroonJaMa, but.. with respect to surprising changing output - isn't HOSTTOOLS seeded into the task hashes ?07:51
Saur[m]kroon: Are you running the tool from the recipe or is it run from the build files? If it is the former, you can always run it as /usr/bin/foo (not very nice, but it works).07:54
kroonSaur[m], nah, its an autotools configure script that I want to trick into picking up the host versions. but I can workaround it for now by appending to HOSTTOOLS in my layer.conf07:57
LetoThe2ndyo dudX07:57
*** bps <bps!~bps@193.89.194.60> has joined #yocto07:58
*** pbergin <pbergin!~pbergin@ua-213-113-157-96.bbcust.telenor.se> has quit IRC (Quit: Leaving)08:04
qschulzo/08:08
kroonJaMa, RP, looks like HOSTTOOLS is not included in task hashes. is there a good reason for not including it ?08:09
kroonor maybe not considered to change that often and not important enough to track I suppose08:12
JaMaI think it's partially because it would need to be global (like exported variables) so any time it changes, really everything gets invalidated and including just the list of tools (as HOSTTOOLS variable) doesn't prevent your host distro upgrading a tool to produce different result as well08:13
JaMaas long as the list is relatively short and includes mostly sane tools it's a risk we're willing to take, but extending the list with heavy often incompatible tools cannot be taken lightly08:14
kroon*nod*08:14
JaMabefore HOSTTOOLS filtering (not long time ago) any recipe could see any tool on host in PATH, now they can see them only with full path or through HOSTTOOLS, so it's huge improvement08:16
*** beneth <beneth!~beneth@xmpp.beneth.fr> has joined #yocto08:16
JaMawell 2017 https://git.openembedded.org/openembedded-core/commit/?id=fa764a403da34bb0ca9fa3767a9e9dba8d685965 in pyro (damn the time flows fast..)08:19
JaMamaybe you can create a -native recipe which tests that the host tool is sane and then just installs a /usr/bin/<tool> symlink?08:20
kroonyeah, nothing wroing with HOSTTOOLS in general as I see it08:21
kroonJaMa, hah. yeah thats a nice idea08:21
JaMathat might be easy way to implement recipe-specific access to hosttool with a simple way to provide reasonable error whenever the tool is missing on host or has wrong version of something, without actually trying to build it08:22
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)08:29
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in)08:33
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto08:35
rburtonJaMa: i wasn't aware there was a dangling appends thing, i'll look08:40
rburtonthe dependency on the toolchain is needed for tfm right now, long-term plan is to just mandate multiconfig for building things like that08:40
JaMarburton: can tfm be added in DYNAMIC so that for tfa you don't need to pull whole layer?08:42
rburtonmaybe. dynamics are a bit fragile08:43
JaMaBBFILES_DYNAMIC08:43
JaMaagreed, maybe it's just me never used multiconfig so I didn't see how it helps in this situation (better than BBFILES_DYNAMIC)08:44
JaMaFWIW: I haven't seen any dangling bbappends from meta-arm-toolchain itself (in kirkstone, honister, master builds), only now base-passwd from other layers (and that's why I've noticed that there is only a warning instead of expected error)08:46
rburtonah its because there's a grub bbappend in meta-arm-toolchain08:52
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:53
rburtonhm maybe not, it predates that fix up08:53
rburtonand is most likely legacy from the linaro import08:53
rburtoni'll nuke it08:54
wCPOI have the kubernetes recipe from meta-virtualization failing building with: "Subprocess output:/bin/sh: line 1: opkg-build: command not found", looking at the PATH it contains "build/tmp/work/core2-64-poky-linux/defaultpkgname/1_v1.23.6+gitfbcfa33018159c033aee77b0d5456df6771aa9b5-r0/recipe-sysroot-native/usr/bin", notice "defaultpkgname" which08:56
wCPOshould be "kubernetes". What could cause it to not use "kubernetes" as the "recipe name"?08:56
qschulzwCPO: try with bitbake -e kubernetes to check which variable is set to this value and the history of it to know where it comes from08:58
qschulzwCPO: pipe/redirect into a file because it's often several million of lines for the output of that command08:59
*** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Quit: You have been kicked for being idle)09:00
wCPOthanks, looking at the output the PN is to set kubernetes and none of the variables are set to defaultpkgname09:01
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:06
Saur[m]wCPO: If ${PN} is used outside of recipe context, it defaults to "defaultpkgname". E.g., `bitbake -e | grep '^PN='` will yield `PN="defaultpkgname"`.09:25
*** granjow <granjow!~simon@46.140.188.244> has quit IRC (Ping timeout: 240 seconds)09:29
*** selff <selff!~selff@46.221.0.162> has quit IRC (Ping timeout: 252 seconds)09:35
*** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 260 seconds)09:42
*** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto09:42
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed)09:45
wCPOSaur[m]: that make sense, in this case it is failing in the do_package_write_ipk task: https://paste.rs/mfm09:46
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)09:55
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto09:58
*** selff <selff!~selff@46.221.0.162> has joined #yocto10:01
selffhi, where can i find all abbreviations? like sysconfdir,workdir. i searched a little but couldnt find any documentation.10:04
qschulzselff: bitbake.conf usually10:05
selffqschulz ty, found it.10:06
JaMaor 'bitbake -e' which shows them all including explanation where they are defined10:08
*** starblue <starblue!~juergen@dslb-094-221-182-197.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 276 seconds)10:14
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)10:15
*** starblue <starblue!~juergen@dslb-094-221-182-197.094.221.pools.vodafone-ip.de> has joined #yocto10:15
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed)10:20
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto10:25
*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:813d:3dd9:cd7c:5a3> has joined #yocto10:27
*** seninha <seninha!~seninha@user/seninha> has joined #yocto10:36
*** ptsneves <ptsneves!~ptsneves@83.11.40.193.ipv4.supernova.orange.pl> has quit IRC (Quit: Client closed)10:44
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)10:46
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto11:24
*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:813d:3dd9:cd7c:5a3> has quit IRC (Remote host closed the connection)11:47
*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:20ea:4c5f:3756:d172> has joined #yocto11:47
*** ptsneves <ptsneves!~ptsneves@83.11.40.193.ipv4.supernova.orange.pl> has joined #yocto11:50
rburtonRP: have you looked at the new CVEs yet?11:54
RPrburton: I looked at the list and thought we probably need to look at tiff and vim (yet again) but nothing more11:56
rburtoni'll handle tiff now11:56
RPrburton: thanks11:56
ernstpIs there any way to track included statically linked libraries in an image? Seen some questions in the past but no answer: https://www.yoctoproject.org/pipermail/yocto/2018-July/041854.html  https://www.mail-archive.com/yocto@lists.yoctoproject.org/msg05807.html11:57
RPernstp: "track" in what sense? for license issues or some other reason?11:57
RPernstp: the new spdx manifest code would know how to track the debug symbols and get some license info that way11:58
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)11:58
ernstpRP: license for example. or just the manifest. (was thinking of tuning the cve-check generation but then they would be excluded..)11:59
ernstpRP: i'll have a look at the spdx manifest then11:59
RPernstp: the manifest code works off the debug symbols so it can know there is code in there from given code. Whether it can trace that given code back to the original recipe probably "depends"12:00
RPit should be able to12:00
ernstpRP: the old manifest code also?12:03
rburtonRP: oh good, the tiff CVEs are master specific, not 4.312:10
RPrburton: ah, handy :)12:12
RPernstp: no12:12
ernstpRP: right, so only the new create-spdx.bbclass12:13
jclsn[m]Can someone help me understand this? I want to install a simple file with this recipe... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/87bccaf9fb86e892b086b98714d65a7027ee7152)12:14
jclsn[m]I found this explanation here https://stackoverflow.com/questions/46071039/an-example-of-using-files-pn12:15
jclsn[m]But I still don't understand what is wrong12:15
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto12:15
jclsn[m] * Can someone help me understand this? I want to install a simple file with this recipe... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/3d09a3351fc15f511f945faab65706ba7e8b16da)12:16
rburtonjclsn[m]: FILES:${PN} not _${PN}12:16
rburtonalso you can remove the FILESEXTRAPATH unless that is a bbappend12:16
rburton(override syntax changed from _ to : in the last release)12:17
jclsn[m]Oh stupid me12:17
jclsn[m]That is the punishment for copying old recipes12:18
rburtonthe change was a pain but was for the best12:18
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Remote host closed the connection)12:19
*** acki_ <acki_!~axmenze@2a02:8109:a280:2d8d:8cfc:9e0d:15f2:5945> has joined #yocto12:27
*** acki_ <acki_!~axmenze@2a02:8109:a280:2d8d:8cfc:9e0d:15f2:5945> has quit IRC (Client Quit)12:29
*** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:8cfc:9e0d:15f2:5945> has joined #yocto12:29
*** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed)12:30
*** kroon_ <kroon_!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto12:33
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Ping timeout: 240 seconds)12:35
Guest87how do i go about troubleshooting the spp tool not finding my BSP definition?12:38
ernstpWhoever setup this sync to Github it seems the sync stopped working: https://github.com/yoctoproject/poky/branches12:39
*** kroon_ <kroon_!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Ping timeout: 246 seconds)12:40
LetoThe2ndGuest87: what even is the spp tool?12:41
Guest87LetoThe2nd: it is called in the kernel-yocto.bbclass on line 21712:42
rburtonGuest87: ask zeddii when he is here12:43
Guest87rburton: ok, any idea when that might be?12:44
rburtonhe's canadian so a couple of hours.12:45
rburtonor, paste the actual error here and someone else might now12:45
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto12:45
*** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection)12:46
Guest87"Could not locate BSP definition for xbox/tiny and no defconfig was provided"12:48
rburtonhow do you want to build the kernel? with a defconfig, or fragments?12:49
LetoThe2ndGuest87: it might make sense to elaborate a bit. what kind of bsp is this, and what makes you thing the yocto-provided kernel should support it?12:49
rburtonas thats not a machine configured in linux-yocto, you need to provide the config somehow12:49
Guest87I'm providing the config in a repository at https://github.com/uglyoldbob/kernel_bsp12:50
rburtondid you add that to SRC_URI?12:51
rburtontbh if you're experimenting, just providing a defconfig is easier in the short run12:51
*** selff <selff!~selff@46.221.0.162> has joined #yocto12:53
Guest87rburton: yes, I can confirm that the files in my repository make it into the proper location on tmp/work12:53
*** alicef_ is now known as alicef12:54
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto13:09
*** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed)13:37
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:50
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)13:54
wCPOthis is really weird, now I tested with bare minimum yocto/poky build without any modifications and kubernetes still fails packaging: https://errors.yoctoproject.org/Errors/Details/657132/ , somehow the PN variable is getting set to a incorrect variable is my hunch13:58
*** Juanosorio94 <Juanosorio94!~Juanosori@p200300e71f166600eb53c7e1caab2fc9.dip0.t-ipconnect.de> has joined #yocto14:00
zwelchRP14:06
zwelchRP: if my patch went in, I am mortified that I brought it up as an example. :( However, I know that I was carrying it in my local tree for quite some time after that, so I suspect that the version referenced in the recipe did not get bumped to include it (which is probably logical), but i know that i didn't see any e-mail follow up anywhere... (i still feel bad though)14:08
Juanosorio94I am trying to get yocto to build using a custom kernel, for an arm architecture. Im trying to use qemuarm first as a machine to test the image, but I am getting the following error:14:08
Juanosorio94ERROR: Nothing PROVIDES 'virtual/arm-poky-linux-binutils'. I have just copied the linux-yocto-custom.bb from the meta-skeleton directory into my layer, and made a few minor modifications. I dont know how to proceed atm. Would be very grateful of any tips, I am new to Yocto14:08
LetoThe2nd                                                                         14:09
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto14:10
LetoThe2ndJuanosorio94: so what does your machine look like, and on what release are you? can you put the kernel recipe into a pastebin?14:10
Juanosorio94https://www.pastiebin.com/628b969b76fb6 this is the kernel recipe :)14:13
LetoThe2ndJuanosorio94: you can't set MACHINE and PREFERRED_PROVIDER in a recipe. MACHINE goes into local.conf, PREFERRED_PROVIDER either into the distro or machine config.14:17
LetoThe2ndJuanosorio94: and adding "arm" to compatible machine also won't work14:17
Juanosorio94im kind of overwhelmed tbh14:17
LetoThe2ndJuanosorio94: well my advice would be to start with the simpler things first. a layer, an image, a recipe. the kernel is quite special and requires correlation with the machine, so working on it is better done once you have some basic understanding of how things work.14:19
Juanosorio94where is the distro / machine config in the poky build dir?14:32
LetoThe2ndJuanosorio94: conf/machine and conf/distro. but you should not modify those. everything you do goes into your own layer.14:33
qschulzzwelch: ah, that is very likely indeed. kirkstone has it, I just checked14:33
*** zeddii <zeddii!~zeddii@173.34.88.218> has joined #yocto14:35
qschulzbut honister doesn't14:35
manuel1985I've got an idea for the next yocto project summit: "Debugging yocto recipes: What do if a configuration option doesn't do what it's supposed to"14:37
manuel1985I'd really like to learn how to do printf debugging in Bitbake14:37
rburtonbbwarn or bb.warn, shell or python respectively14:38
rburtonthat's printf debugging. i've attached remote pdb to tasks before when they end up doing weird things in pythonland14:38
manuel1985The problem is that I don't speak Python at all. :(14:38
manuel1985Major obstacle.14:38
rburtonbb.warn() is your friend then, it just prints what you pass to the console as a warning message14:39
manuel1985Hmm will give it a try14:39
manuel1985I'm currently diagnosing why KERNEL_MODULE_AUTOLOAD doesn't autload my kernel module.14:40
JaMatlwoerner: was there some applicable patch for do_patch issue discussed in https://lists.yoctoproject.org/g/yocto/message/56609 ? I'm still seeing these issues with latest master14:41
Guest87I'm building linux for a custom machine, and it appears that scc is crashing or something, it returns error code 1. I am using https://github.com/uglyoldbob/kernel_bsp as my repo for the BSP definition files14:42
Guest87it crashes/stops in kernel-yocto.bbclass at "configs="$(scc --configs -o ${meta_dir})""14:43
*** goliath <goliath!~goliath@user/goliath> has joined #yocto14:52
Juanosorio94I need to set a defaulttune for my machine config ( I want to build first for qemuarm), is there any place wheer I can find all the available tune?14:58
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds)14:59
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto14:59
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-19-210.w92-152.abo.wanadoo.fr> has joined #yocto15:02
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)15:04
Guest87how can i go about troubleshooting why scc crashes/stops unexpectedly?15:04
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:04
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto15:19
*** Juanosorio94 <Juanosorio94!~Juanosori@p200300e71f166600eb53c7e1caab2fc9.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed)15:19
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Remote host closed the connection)15:24
*** yoctobeginner <yoctobeginner!~yoctobegi@2001:818:e6fc:5200:d517:4df2:da63:647f> has joined #yocto15:28
*** yoctobeginner <yoctobeginner!~yoctobegi@2001:818:e6fc:5200:d517:4df2:da63:647f> has quit IRC (Client Quit)15:28
*** Guest70 <Guest70!~Guest70@2001:818:e6fc:5200:d517:4df2:da63:647f> has joined #yocto15:28
Guest70Hello everyone. I need some help with recipe. I'm creating an image but i need include a external project of my github (writen in python) in my build but i cant figure how to specify my recipe and git token15:33
Guest70any ideas?15:33
*** Guest70 <Guest70!~Guest70@2001:818:e6fc:5200:d517:4df2:da63:647f> has quit IRC (Quit: Client closed)15:43
*** Guest70 <Guest70!~Guest70@2001:818:e6fc:5200:d517:4df2:da63:647f> has joined #yocto15:44
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)15:44
*** seninha <seninha!~seninha@user/seninha> has joined #yocto15:51
*** Tokamak <Tokamak!~Tokamak@107.116.82.178> has quit IRC (Ping timeout: 244 seconds)15:52
*** Tokamak <Tokamak!~Tokamak@172.58.188.100> has joined #yocto15:55
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection)15:57
*** Guest70 <Guest70!~Guest70@2001:818:e6fc:5200:d517:4df2:da63:647f> has quit IRC (Quit: Client closed)15:59
*** Guest70 <Guest70!~Guest70@2001:818:e6fc:5200:d517:4df2:da63:647f> has joined #yocto15:59
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)16:00
rburtonGuest70: you mean the github project is private so you need to provide authentication?16:03
*** mckoan is now known as mckoan|away16:05
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-19-210.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal)16:12
Guest87how can i print the current directory in bitbake python functions? like bbwarn "${something}"16:13
*** GillesM <GillesM!~gilles@144.94.127.78.rev.sfr.net> has joined #yocto16:13
RPGuest87: bb.warn(os.getcwd()) ?16:14
Saur[m]Guest87: Well, in shell code, `bbwarn "Current dir: $(pwd)"` should work16:15
Guest87thank you16:17
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds)16:17
rburtonmoto-timo armpit khem: did you know that unattended-upgrades in meta-python  fails to build?16:39
Guest70rburton i have a bunch of projects on my github and i want to include all of them in my image. i create a new recipe but now i don't know how to build it correctly.16:40
khemrburton: yes started seeing this over weekend16:40
khemhavent triaged it though16:41
rburtonGuest70: write a recipe for each project16:41
rburtonkhem: i suspect its new setuptools16:41
khemyeah possibly16:41
Guest70write but do you have any example?16:41
Guest70for python?16:41
khemrburton:  there is another one https://errors.yoctoproject.org/Errors/Details/657134/16:42
khemdistutils.errors.DistutilsOptionError: No configuration found for dynamic 'description'.16:42
Guest70but could you show me an example or where i can get one?16:44
moto-timohttps://github.com/ipython/traitlets/issues/72916:44
khemand here is the other one https://errors.yoctoproject.org/Errors/Details/657143/16:49
armpitshouldn't unattended-upgrades  fix itself?17:03
moto-timounattended-upgrades isn’t creating tags… Debian says it is 2.8 https://sources.debian.org/src/unattended-upgrades/2.8/17:06
moto-timoNot that it would fix the error17:06
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)17:08
*** scott_ <scott_!~scott@104.189.165.90> has joined #yocto17:13
*** scott_ <scott_!~scott@104.189.165.90> has quit IRC (Client Quit)17:13
*** scott_ <scott_!~scott@104.189.165.90> has joined #yocto17:13
*** scott_ <scott_!~scott@104.189.165.90> has quit IRC (Client Quit)17:15
*** scott_ <scott_!~scott@104.189.165.90> has joined #yocto17:15
*** Tokamak <Tokamak!~Tokamak@172.58.188.100> has quit IRC (Ping timeout: 256 seconds)17:17
moto-timoalimon: can you please work with upstream to fix unattended-upgrades?17:19
*** Tokamak <Tokamak!~Tokamak@107.116.82.65> has joined #yocto17:21
*** ptsneves <ptsneves!~ptsneves@83.11.40.193.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 252 seconds)17:37
*** seninha <seninha!~seninha@user/seninha> has joined #yocto17:39
*** Guest70 <Guest70!~Guest70@2001:818:e6fc:5200:d517:4df2:da63:647f> has quit IRC (Quit: Client closed)18:20
*** florian__ <florian__!~florian@dynamic-093-133-152-113.93.133.pool.telefonica.de> has joined #yocto18:35
rburtonmoto-timo: oh joy https://github.com/ipython/traitlets/commit/d566cd8480b58a3fbc46b1e2a9a52c7d53084ea418:37
moto-timorburton: 🤦18:53
rburton<insert everyone-can-have-a-build-system meme>18:53
rburtonthere's going to be an absolute explosion of almost identical build systems isn't there18:53
sielickixkcd_competing_standards.jpeg18:54
Saur[m]rburton: They've created a monster...19:02
*** florian__ <florian__!~florian@dynamic-093-133-152-113.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds)19:18
rburtonWell at least I have a new slide for the next presentation…19:21
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 258 seconds)19:34
*** scott_ <scott_!~scott@104.189.165.90> has quit IRC (Quit: Leaving)19:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto19:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)19:38
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto19:39
manuelI'd like to get the value of variable `modules` from this bbclass: https://github.com/openembedded/openembedded-core/blob/master/meta/classes/kernel-module-split.bbclass#L17819:45
manuelHow do I get that?19:46
manuelIn inserted a `printf("MYMARKER " + modules)` at the line after, but when doing `bitbake -e virtual/kernel` I just get the unevaluated function body.19:47
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving)19:52
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)19:55
*** seninha <seninha!~seninha@user/seninha> has joined #yocto19:55
Guest87what might prevent a patch.queue from being generated when I try to build my kernel? (in the tmp/work-shared/<machine>/kernel-source/.kernel-meta/patch.queue)19:56
*** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:8cfc:9e0d:15f2:5945> has quit IRC (Remote host closed the connection)20:00
*** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:20ea:4c5f:3756:d172> has joined #yocto20:00
*** florian__ <florian__!~florian@dynamic-093-133-152-113.93.133.pool.telefonica.de> has joined #yocto20:16
Guest87maybe it is config.queue I am looking for20:21
ernstpmanuel: it's python so it should be print(). But try bb.info("")20:25
jsbrondermanuel: `bb.warn(f"MYMARKER {modules}")` and then `bitbake -f -c package virtual/kernel`20:27
jsbronderprintf isn't a python thing, you'd want print, but that output gets eaten.  So bb.warn it is which will show up on the console.20:28
jsbronderand then you need to actually get that function to execute, you could just `bittbake virtual/kernel`, or you can force just the packaging task.20:28
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 258 seconds)20:32
*** peoliye <peoliye!~peoliye@54-240-198-33.amazon.com> has joined #yocto20:50
*** mvlad <mvlad!~mvlad@2a02:2f08:4802:2100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)21:04
*** GillesM <GillesM!~gilles@144.94.127.78.rev.sfr.net> has quit IRC (Quit: Leaving)21:05
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto21:07
*** florian__ <florian__!~florian@dynamic-093-133-152-113.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds)21:13
*** pietrushnic <pietrushnic!~pietrushn@2001:470:69fc:105::1:69c> has joined #yocto21:25
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)21:27
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:30
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)21:37
*** florian__ <florian__!~florian@dynamic-093-133-152-113.93.133.pool.telefonica.de> has joined #yocto21:40
RPzwelch: I think I was expecting someone would send a patch updating the recipe22:12
RPzwelch: the update for the psplash recipe did go in a week later: https://git.yoctoproject.org/poky/commit/?id=ec582c412db8109e8a89acb03317a85485d2d47722:14
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)22:14
RPI can totally believe we've missed patches but that wasn't an example! :)22:14
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 252 seconds)22:21
*** Tokamak <Tokamak!~Tokamak@107.116.82.65> has quit IRC (Ping timeout: 255 seconds)22:31
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Remote host closed the connection)22:33
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto22:34
*** Tokamak <Tokamak!~Tokamak@172.58.189.209> has joined #yocto22:35
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds)22:43
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto22:43
tlwoernerJaMa: neat! what host distro? not many seem to be hitting it. Richard found an easy reproducer, but I haven't had time to dig in yet. the work-around (ugly as it is) is to delete $TMPDIR before the build ;-)22:45
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds)22:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:49
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)22:49
*** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto22:59
*** kevinrowland <kevinrowland!~kevinrowl@165.225.243.10> has joined #yocto22:59
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer)22:59
*** chep` is now known as chep22:59
*** florian__ <florian__!~florian@dynamic-093-133-152-113.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 244 seconds)23:03
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)23:08
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto23:08
*** zen_coder <zen_coder!~zen_coder@2a02:8109:a280:2d8d:20ea:4c5f:3756:d172> has quit IRC (Ping timeout: 244 seconds)23:13
*** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:20ea:4c5f:3756:d172> has quit IRC (Ping timeout: 260 seconds)23:13
*** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has quit IRC (Ping timeout: 240 seconds)23:13
*** barometz <barometz!~dvanb@31-151-148-212.dynamic.upc.nl> has joined #yocto23:16
*** dev1990 <dev1990!~dev@77-254-254-204.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!)23:19
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)23:55

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