Friday, 2024-03-15

*** Guest20 <Guest20!~Guest20@41.40.33.248> has joined #yocto00:12
Guest20 I am reaching out to you for urgent assistance as I am encountering difficulties building a Yocto image for my Jetson TX2 Devkit (4GB) following the instructions provided in the documentation.00:13
Guest20I have meticulously followed the steps outlined in the Yocto Support for NVIDIA Jetson Platforms - Setting up Yocto guide (https://developer.ridgerun.com/wiki/index.php/Yocto_Support_for_NVIDIA_Jetson_Platforms_-_Setting_up_Yocto), but unfortunately, I have been unable to successfully generate the Yocto image for my Jetson TX2 Devkit.00:13
Guest20Despite my efforts, I am unable to pinpoint the exact source of the issue. I have doubts regarding whether the "kirkstone" branch of the Poky repository supports my Jetson TX2 Devkit, or if there are other factors contributing to the problem.00:13
Guest20Given the urgency of my situation and my limited expertise in debugging Yocto builds, I am kindly requesting your assistance in troubleshooting this issue. Any guidance, insights, or recommendations you can provide would be greatly appreciated.00:13
*** Guest20 <Guest20!~Guest20@41.40.33.248> has quit IRC (Client Quit)00:15
*** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)00:16
*** florian_kc <florian_kc!~florian@dynamic-002-243-014-218.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)00:33
tlwoernerJPEW: moto-timo: you guys are the best! thanks for your review!01:43
tlwoernermy python is a little weak, so i greatly appreciate the feedback01:43
tlwoerneri'll reply to your review comments specifically on github in a bit01:44
moto-timotlwoerner: you are the best for doing the work!01:49
*** joekale <joekale!~quassel@140.177.179.11> has joined #yocto01:59
*** davidinux <davidinux!~davidinux@194.34.233.169> has quit IRC (Ping timeout: 268 seconds)02:03
*** davidinux <davidinux!~davidinux@194.34.233.169> has joined #yocto02:04
*** joekale <joekale!~quassel@140.177.179.11> has quit IRC (Ping timeout: 256 seconds)02:21
*** jclsn <jclsn!~jclsn@2a04:4540:6525:dd00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 246 seconds)02:25
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto02:27
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto02:32
*** joekale <joekale!~quassel@140.177.179.11> has joined #yocto02:43
*** starblue <starblue!~juergen@dslb-088-078-105-233.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)02:43
*** starblue <starblue!~juergen@dslb-088-078-110-085.088.078.pools.vodafone-ip.de> has joined #yocto02:45
*** nerdboy_ <nerdboy_!~nerdboy@47.143.129.210> has quit IRC (Ping timeout: 272 seconds)02:50
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)03:01
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)03:01
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:02
*** nerdboy_ <nerdboy_!~nerdboy@47.143.129.211> has joined #yocto03:03
*** joekale <joekale!~quassel@140.177.179.11> has quit IRC (Ping timeout: 272 seconds)03:19
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer)03:36
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto03:40
meritnvm03:42
meritI done goofed, after all03:42
*** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto03:46
*** nerdboy_ <nerdboy_!~nerdboy@47.143.129.211> has quit IRC (Quit: Leaving)03:46
*** nerdboy <nerdboy!~nerdboy@47.143.129.211> has joined #yocto03:47
*** Zapados <Zapados!~Zapados@64.223.181.42> has quit IRC (Quit: Client closed)04:12
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 268 seconds)04:21
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto04:23
*** roussinm <roussinm!~mroussin@142.115.196.7> has quit IRC (Ping timeout: 268 seconds)05:04
*** dankm <dankm!~dan@user/dankm> has joined #yocto05:31
*** kanavin <kanavin!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has quit IRC (Remote host closed the connection)05:32
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto05:45
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)05:47
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto05:48
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)06:00
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:00
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto06:03
*** mulk <mulk!~mulk@p5b2dc4d7.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 255 seconds)06:03
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto06:04
*** mulk <mulk!~mulk@p5b112d0c.dip0.t-ipconnect.de> has joined #yocto06:05
*** amitk_ <amitk_!~amit@58.84.61.18> has joined #yocto06:31
*** amitk_ <amitk_!~amit@58.84.61.18> has quit IRC (Remote host closed the connection)06:31
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection)06:54
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto06:56
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto06:59
*** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has joined #yocto06:59
*** zpfvo <zpfvo!~fvo@i59F5CF41.versanet.de> has joined #yocto07:00
*** bielpa__ <bielpa__!~bielpa@89-70-29-32.dynamic.chello.pl> has joined #yocto07:08
*** bielpa_ <bielpa_!~bielpa@89-70-29-32.dynamic.chello.pl> has quit IRC (Read error: Connection reset by peer)07:09
*** pbiel <pbiel!~bielpa@89-70-29-32.dynamic.chello.pl> has quit IRC (Read error: Connection reset by peer)07:09
*** pbiel <pbiel!~bielpa@89-70-29-32.dynamic.chello.pl> has joined #yocto07:09
*** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:9147:6551:d594:e817> has joined #yocto07:17
*** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto07:20
*** mckoan|away is now known as mckoan07:30
*** paulg <paulg!~paulg@23-233-30-231.cpe.pppoe.ca> has quit IRC (Remote host closed the connection)07:37
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:40
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto07:41
JaMarburton: https://lists.yoctoproject.org/g/poky/message/13310 should I send the fix for docs or is it already somewhere?07:48
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto07:57
*** paulg <paulg!~paulg@23-233-30-231.cpe.pppoe.ca> has joined #yocto07:58
*** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto08:01
*** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto08:04
*** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)08:06
RPyocton: I tried running the new patches but: https://git.yoctoproject.org/yocto-metrics/commit/?id=d2c3b203fa26c874c89130da0a02ebaa0083fcfd - no change in number08:24
yoctonRP: Wait, my awesome SQL skillz were not enough? ^^ Joking aside, this is weird because I specifically tested a bluez5 CVE disapearance when updating from the AB database you sent :-/ Can you save again the new database?08:45
RPyocton: https://autobuilder.yocto.io/pub/failed-builds-data/cve/2/08:48
RPyocton: I did just rerun master this morning since I only merged the patches then. This should have updated if I understood the change though? :/08:49
yoctonOh maybe it didn't updated because the previous run was less than 6h ago08:50
yoctonYes that is it : https://autobuilder.yoctoproject.org/typhoon/#/builders/138/builds/1331 -> https://autobuilder.yoctoproject.org/typhoon/#/builders/138/builds/1336 < 6h so no update08:52
yoctonIf you want to force the update : set CVE_DB_INCR_UPDATE_AGE_THRES = CVE_DB_UPDATE_INTERVAL = 008:55
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…)08:59
yocton...or wait tonight for the usual run, database will be more that 6h old then09:00
rburtonJaMa: please do09:22
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1)09:23
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 264 seconds)09:23
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:24
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto09:28
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto09:30
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 268 seconds)09:31
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto09:31
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 260 seconds)09:32
*** sng <sng!~quassel@217.140.105.55> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)09:33
*** sng <sng!~quassel@217.140.105.54> has joined #yocto09:33
JaMarburton: meta-yocto-bsp and meta-poky explicitly?09:40
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto09:43
*** frieder <frieder!~frieder@i577B91A9.versanet.de> has joined #yocto09:43
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has joined #yocto09:45
zhmyloveHey Gods! What is the reason of installing target packages into target rootfs on do_populate_sdk?09:45
zhmyloveIs there any clear and simple way to keep only -dev & -dbg packages?09:46
JaMarburton: https://patchwork.yoctoproject.org/project/docs/patch/20240315094805.2990394-1-martin.jansa@gmail.com/09:59
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1)10:06
*** prabhakar <prabhakar!~prabhakar@217.163.141.10> has quit IRC (Ping timeout: 260 seconds)10:11
*** frieder <frieder!~frieder@i577B91A9.versanet.de> has quit IRC (Remote host closed the connection)10:11
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto10:14
*** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed)10:17
rburtonzhmylove: the -dev package doesn't actually contain any libraries to link against so you need the real packages too10:17
rburtonargubly the sdk generation could prune /usr/bin out like we prune the sysroot already10:17
*** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto10:18
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Client Quit)10:18
zhmyloverburton: thanks! So the proper way would be patching some bbclass in order to prune /usr/bin inside target sysroot, right?10:20
rburtonzhmylove: if that bothers you enough, yeah10:20
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto10:21
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)10:34
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto10:35
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto10:52
*** starblue <starblue!~juergen@dslb-088-078-110-085.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)10:57
*** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)11:03
*** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed)11:04
*** starblue <starblue!~juergen@dslb-088-078-110-085.088.078.pools.vodafone-ip.de> has joined #yocto11:05
*** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto11:05
*** crazy_imp <crazy_imp!~mj@user/crazy-imp/x-1371519> has joined #yocto11:05
*** Guest3 <Guest3!~Guest62@110.93.212.98> has joined #yocto11:11
*** hashraf <hashraf!~hashraf@110.93.212.98> has joined #yocto11:11
*** Guest3 <Guest3!~Guest62@110.93.212.98> has quit IRC (Client Quit)11:12
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Quit: Client closed)11:13
crazy_imphi, i'm using `wic rm ...` to remove a file from a partition - the file is removed, but after compressing the file system, there's close to zero change in size, so i assume the files are just discarded from the the fs structure but the space isn't filled with zeros (or some other static value that compresses well). is there something to 'scrub' the filesystem? also tried `wic cp` with a file consisting11:14
crazy_impof zeros to overwrite the file before removing it - no change11:14
crazy_imp(it's a FAT fs if thats relevant)11:14
*** KorG <KorG!~zhmylove@80.254.50.127> has joined #yocto11:15
rburtoncrazy_imp: would it be easier to just remove the file from the rootfs in the first place?11:16
*** astlep5504018066 <astlep5504018066!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto11:17
crazy_imprburton: it's not the rootfs, it's the /boot which contains an unused Image which i like to remove (the real Image lies in the rootfs and uboots also loads it from there)11:17
*** bielpa_ <bielpa_!~bielpa@89-70-29-32.dynamic.chello.pl> has joined #yocto11:17
*** sotaover1ide <sotaover1ide!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto11:17
*** astlep550401806 <astlep550401806!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)11:18
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds)11:18
*** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Ping timeout: 260 seconds)11:18
*** bielpa__ <bielpa__!~bielpa@89-70-29-32.dynamic.chello.pl> has quit IRC (Ping timeout: 260 seconds)11:18
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 260 seconds)11:18
*** ctraven <ctraven!~ctraven@139.68.81.2> has quit IRC (Ping timeout: 260 seconds)11:18
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-147.dsl.bell.ca> has quit IRC (Ping timeout: 260 seconds)11:18
rburtoni'd spent some time hacking on wic so that it didn't do that in the first place instead of trying to work around and figuring out how to defrag a FAT filesystem from linux11:18
*** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto11:18
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto11:18
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has quit IRC (Ping timeout: 260 seconds)11:18
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 260 seconds)11:18
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 260 seconds)11:18
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)11:18
*** vvn <vvn!~vivien@174.88.247.147> has joined #yocto11:18
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto11:19
LetoThe2ndcrazy_imp: long shot, but is that eventually IMAGE_BOOT_FILES kicking in?11:19
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto11:20
crazy_impLetoThe2nd: possible, but removing the last traces of whatever was in there and got deleted is a good feature anyway :)11:26
crazy_imprburton: got the effect i wanted - used the reported free size by `wic ls ...` to create a file with the right size (all zeros) to flood the fs, `cp` and `rm` later, it compresses better :)11:28
crazy_imp(attempting to flood it with a file that's too big fails, it checks first :D)11:28
rburtoncrazy_imp: fixing wic would be a better long-term solution though :)11:28
LetoThe2ndrburton: ++11:32
crazy_imprburton: `fatcat -z vfatfs` zeros unused space/files11:35
crazy_imphttps://github.com/Gregwar/fatcat?tab=readme-ov-file#erasing-unallocated-files11:35
hashrafHi, I'm trying to find answer to this query.11:42
hashrafIs it possible to auto trigger bitbake task (do_unpack), if a file pointed by a bitbake variable is modified?11:42
hashrafUsing vardeps, only retriggers if the variable string is modified, not the file pointed by this PATH_VARIABLE11:42
hashrafPATH_VARIABLE ?= "/path/to/file"11:42
hashrafdo_unpack[vardeps] += "PATH_VARIABLE"11:42
*** goliath <goliath!~goliath@user/goliath> has joined #yocto11:56
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:56
rburtonthis file name is in SRC_URI, right?11:59
*** phako <phako!~jgeorg@p548d7f89.dip0.t-ipconnect.de> has joined #yocto12:04
phakorburton: apologies for me taking so long - how do I try your b2 branch?12:04
rburtonphako: for what in particular?12:05
rburton(trying to page in memories, failing)12:05
phakohttps://bugzilla.yoctoproject.org/show_bug.cgi?id=1503112:07
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:bc14:87cb:25ec:da4e> has joined #yocto12:09
rburtonphako: add https://git.yoctoproject.org/poky-contrib/ as another remote in your poky clone, checkout ross/b212:09
rburtonI even just rebased to master!12:09
rburtonscream12:11
rburtonsome fixes were made upstream so it needs updating12:11
phakoah. Thought I had to do some other magic. thanks. I have just started an image build anyway to see what else breaks and have to attend meeting :D12:12
phako*goes and smashes exprtk to pieces*12:21
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:bc14:87cb:25ec:da4e> has quit IRC (Ping timeout: 256 seconds)12:22
hashraf> this file name is in SRC_URI, right?12:28
hashrafrburton no, it is an external file. Not coming from SRC_URI.12:28
RPyocton: https://git.yoctoproject.org/yocto-metrics/commit/?id=003934f016f7d81cd9bdef366ebc544aa678d54f looks more promising :)12:34
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1)12:38
rburtonhashraf: put it in SRC_URI and bitbake will re-run unpack if it changes12:44
rburtonphako: i can't remember if i made boost use it directly yet, was still convincing it to build properly12:44
phakorburton: well yeah the whole boost build situation is a dumpsterfire12:45
rburtonindeed12:46
crazy_imprburton: one warning regarding fatcat - it somehow manages to make the fs file larger ...12:46
*** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has joined #yocto12:47
*** Noor <Noor!~Noor@147.161.161.3> has joined #yocto12:52
RPDoes anyone have any thoughts on what to do with "missing" pthread flags? The trouble is newer glibc doesn't need them since libpthread is built in. This leads to native built on newer hosts being incompatible with native recipes then trying to rebuild on older hosts as the flags are lost12:56
RPEffectively the f39 worker is probably "polluting" the older native sstate compatibility12:57
* RP wonders about putting -lpthread into the uninative linking flags13:01
*** joekale <joekale!~quassel@140.177.179.11> has joined #yocto13:03
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto13:06
crazy_impit grows from 536870912 (requestesd size with `--filex-size 512M` in the wks file) to 537927680 bytes - all zeros at the end of the fs. not sure why. running the -z on the same file again, it keeps the new size and doesn't grow further13:10
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Remote host closed the connection)13:16
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto13:18
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto13:42
*** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has joined #yocto13:45
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)13:55
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto13:56
thomas_34Can someone help me with compile/deploy tasks with overrides? I have a recipe which defines do_compile(), do_compile:k3r5(), do_deploy() and do_deploy:k3r5() tasks. I also specified "addtask deploy after do_compile" and inherited deploy class.14:00
thomas_34I also set a multiconf dependency: do_compile[mcdepends] += "mc::k3r5:recipe:do_compile"14:01
thomas_34When I execute bitbake -f recipe, the do_deploy:k3r5 tasks does not get executed. Why?14:02
rburtonnormally because bitbake recipe is actually bitbake recipe:do_build, and your do_deploy doesn't ask to be built before do_build14:03
RP"ninja: fatal: -l parameter not numeric: did you mean -l 0.0?" - something isn't quoting nicely :/14:06
thomas_34rburton, on which tasks do_build normally depends on? Or in other words: Which tasks are triggered by do_build?14:10
rburtonfor a normal recipe build depends on package_write which depends on package which depends on install which depends on compile which depends on configure which depends on unpack which depends on unpack14:10
rburtonthere's more tasks, but that's the gist14:11
rburtonif you're adding your own deploy task and you want to deploy on build, then say so14:11
rburtoneg meta/recipes-bsp/u-boot/u-boot.inc:addtask deploy before do_build after do_compile14:11
*** KorG <KorG!~zhmylove@80.254.50.127> has quit IRC (Ping timeout: 268 seconds)14:11
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 264 seconds)14:12
thomas_34rburton would you throw a glance on my recipe when I paste it?14:12
rburtonif i get a moment. all you need is to addtask before do_build.14:13
thomas_34rburton, https://pastebin.com/BLseY7ND14:14
thomas_34I try to understand to answers. I'm just not sure if I miss something because of the override/multiconfig14:14
thomas_34*your answers14:14
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-37-142-115-196-7.dsl.bell.ca> has joined #yocto14:14
rburtoni'd definitely consider reusing the existing uboot recipes and just changing SRC_URI14:20
*** Bardon_ <Bardon_!~Bardon@user/Bardon> has joined #yocto14:22
*** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 272 seconds)14:24
*** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed)14:31
thomas_34Its not that easy, because of external dependencies which are gonna baked into "u-boot-container" images, multiple architectures and so on...14:31
*** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto14:31
yoctonRP: Indeed this cve-check result is more like it! What we see is rejected CVE disapearing and updated CVEs set to Patched status :D14:33
thomas_34So if I reevaluate your dependency summary, this is what I have: compile() -> deploy() -> install() -> package() -> build()14:35
thomas_34And also: compile() -> compile:k3r5() -> deploy:k3r5() -> install:k3r5() -> package:k3r5()14:35
thomas_34Ahhh... or do you mean my "addtask deploy after do_compile" is wrong here. It should be the other way around, like "addtask deploy before do_build"?14:37
*** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)14:38
*** luc4 <luc4!~luca@2a00:6d43:501:1201:1fe:95c9:1cd3:731b> has joined #yocto15:01
*** luc4 <luc4!~luca@2a00:6d43:501:1201:1fe:95c9:1cd3:731b> has quit IRC (Client Quit)15:04
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 268 seconds)15:06
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto15:08
phakorburton: hm, so a quick test of just replacing boost-build-native with b2-native does not seem to change anything. Will check further next week15:16
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)15:19
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:20
*** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto15:28
*** amitk_ <amitk_!~amit@58.84.61.18> has joined #yocto15:34
RPyocton: https://autobuilder.yocto.io/pub/non-release/patchmetrics/cve-status-master.txt looks better too :)15:37
RPyocton: thanks, it is nice to have this fixed15:37
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest)15:37
* yocton can't wait to see the drop on the graph https://autobuilder.yocto.io/pub/non-release/patchmetrics/ tomorrow15:40
RPyocton: that will be nice!15:44
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Ping timeout: 250 seconds)15:45
*** amitk_ <amitk_!~amit@58.84.61.18> has quit IRC (Quit: Lost terminal)15:55
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto15:55
*** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has quit IRC (Ping timeout: 260 seconds)15:56
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto15:58
*** amitk_ <amitk_!~amit@58.84.61.18> has joined #yocto16:00
*** sev99 <sev99!~sev99@172-100-114-080.res.spectrum.com> has quit IRC (Quit: Client closed)16:02
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has joined #yocto16:09
*** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds)16:09
*** phako <phako!~jgeorg@p548d7f89.dip0.t-ipconnect.de> has quit IRC (Quit: leaving)16:09
*** hashraf <hashraf!~hashraf@110.93.212.98> has quit IRC (Quit: Client closed)16:11
*** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto16:14
*** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed)16:23
*** zpfvo <zpfvo!~fvo@i59F5CF41.versanet.de> has quit IRC (Remote host closed the connection)16:24
*** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto16:24
*** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto16:25
*** tokamak <tokamak!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in)16:35
*** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has joined #yocto16:41
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds)16:47
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:50
RPzeddii: any chance I could convince you to move the layerseries change for meta-virt in master-next into master?17:03
yoctonRP: Just thought about something : do the graph generation depend on the fact that master is the last branch? https://git.yoctoproject.org/yocto-autobuilder-helper/tree/scripts/run-cvecheck#n9817:04
yocton"last branch" meaning "last branch of the day"17:05
RPyocton: I have some worries about that17:09
RPyocton: I was meaning to look into that but yes, that is the code which has the assumption in :(17:09
*** alimon <alimon!~alimon@189.172.112.149> has joined #yocto17:10
RPgth17:10
*** dmoseley_ <dmoseley_!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in)17:13
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto17:14
*** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has quit IRC (Quit: ptsneves)17:16
*** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has joined #yocto17:17
zeddiiRP: done. I had thought I pushed that compat bump a while ago. still testing the rest of the upgrades, but that  should be done soon.17:17
RPzeddii: thanks, it removes an annoying AB failure :)17:19
yoctonRP: as of now, if you revert the scheduler patch you should be okay'ish : the database has been cleaned up by today's run and master being last mean that the graph will be properly updated17:19
RPyocton: will that break anything else?17:23
*** bielpa__ <bielpa__!~bielpa@80.49.239.101.ipv4.supernova.orange.pl> has joined #yocto17:23
yoctonThere won't be a daily full download until we find a proper fix but that is less urgent17:25
RPyocton: would it happen just 24h out of sync?17:26
*** pbiel <pbiel!~bielpa@89-70-29-32.dynamic.chello.pl> has quit IRC (Ping timeout: 252 seconds)17:26
*** bielpa_ <bielpa_!~bielpa@89-70-29-32.dynamic.chello.pl> has quit IRC (Ping timeout: 268 seconds)17:26
* RP reverts that for now as it probably is better17:26
yoctonNo because the database will be <6h old when master will look at it (it will be updated by the nanbield branch just before)17:27
*** pbiel <pbiel!~bielpa@80.49.239.101.ipv4.supernova.orange.pl> has joined #yocto17:27
RPwe don't store a "this is when it was originally downloaded" stamp?17:28
yoctonthe database file mtime is used for that17:29
*** Noor <Noor!~Noor@147.161.161.3> has quit IRC (Read error: Connection reset by peer)17:29
RPyocton: starting to wonder if a "weekly move the DB to an archive filename" might be an idea17:34
*** florian_kc <florian_kc!~florian@dynamic-092-229-058-104.92.229.pool.telefonica.de> has joined #yocto17:38
* yocton must go AFK for a few hours but will try tonight to go back to this17:50
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)18:04
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in)18:05
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto18:06
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest)18:21
*** simonew <simonew!~ile@2a02:810d:a940:35fc:86f1:391a:ec0c:c6d4> has joined #yocto18:28
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto18:42
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto18:55
*** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 252 seconds)19:18
*** ptsneves <ptsneves!~Thunderbi@89.151.26.82> has quit IRC (Ping timeout: 272 seconds)19:26
*** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has quit IRC (Ping timeout: 260 seconds)19:33
*** prabhakar <prabhakar!~prabhakar@217.163.141.10> has joined #yocto19:55
*** sakman <sakman!~Thunderbi@99.209.85.164> has joined #yocto19:55
*** florian_kc <florian_kc!~florian@dynamic-092-229-058-104.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)19:55
*** zenstoic <zenstoic!uid461840@id-461840.hampstead.irccloud.com> has joined #yocto19:57
*** Guest36 <Guest36!~Guest36@2a02:2454:2a0:f900:33a8:2b89:60bc:8fcd> has joined #yocto20:02
*** Guest36 <Guest36!~Guest36@2a02:2454:2a0:f900:33a8:2b89:60bc:8fcd> has quit IRC (Client Quit)20:05
jdiezwhy would it be that clang-native is making its way into my ext sdk build? I have CLANGSDK = "0" set20:18
jdiez(I have the meta-clang layer in my build for other reasons)20:19
*** simonew <simonew!~ile@2a02:810d:a940:35fc:86f1:391a:ec0c:c6d4> has quit IRC (Ping timeout: 272 seconds)20:29
*** amitk_ <amitk_!~amit@58.84.61.18> has quit IRC (Ping timeout: 255 seconds)20:42
*** amitk_ <amitk_!~amit@58.84.61.18> has joined #yocto21:03
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection)21:15
*** amitk_ <amitk_!~amit@58.84.61.18> has quit IRC (Ping timeout: 252 seconds)21:17
*** sakman <sakman!~Thunderbi@99.209.85.164> has quit IRC (Ping timeout: 252 seconds)21:27
*** florian_kc <florian_kc!~florian@dynamic-092-229-058-104.92.229.pool.telefonica.de> has joined #yocto21:54
*** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:9147:6551:d594:e817> has quit IRC (Remote host closed the connection)21:55
*** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has quit IRC (Ping timeout: 256 seconds)22:35
*** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed)23:02
*** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto23:03
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.2.1)23:09
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto23:09
*** static_rocket <static_rocket!~static_ro@192.91.75.12> has joined #yocto23:13
static_rocketso, the way most distros package bzip2 is interesting...23:14
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.2.1)23:23
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto23:23
static_rocketseems like other distros (arch, debian, gentoo (off and on)) are still using the secondary makefile "Makefile-libbz2_so" which produces a lib with an soname of "libbz2.so.1.0", in contrast to what yocto uses which produces a library with an soname of "libbz2.so.1"23:27
static_rocketI say gentoo was off and on because it dropped this behavior in a later release leading to this bug https://bugs.gentoo.org/338321 so now I assume their current behavior is to use the new soname lib and provide a link for backwards compatibility.23:30
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.2.1)23:30
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto23:30
static_rocketIf I submitted a patch to introduce this link for yocto / oe-core in the name of distro compatibility do you think I would get crucified?23:33
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Client Quit)23:34
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto23:34
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.2.1)23:43
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto23:43
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Client Quit)23:45
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto23:46
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Client Quit)23:47
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto23:47
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has quit IRC (Client Quit)23:47
*** jclsn <jclsn!~jclsn@2a04:4540:6516:6700:2ce:39ff:fecf:efcd> has joined #yocto23:50
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds)23:52
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto23:53
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 260 seconds)23:54
*** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds)23:54
static_rocketHmm. Well. The soname change occurred 2 years ago and other distros still aren't updating things. I'm conflicted now. https://gitlab.com/bzip2/bzip2/-/merge_requests/4223:56
static_rocketI guess there hasn't been a stable release in 4 years though so that tracks23:58
*** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto23:58

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