Thursday, 2023-12-14

*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.8)00:08
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto02:01
*** davidinux <davidinux!~davidinux@95.236.144.25> has quit IRC (Ping timeout: 252 seconds)02:04
*** davidinux <davidinux!~davidinux@host-87-15-132-17.retail.telecomitalia.it> has joined #yocto02:06
*** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)02:24
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)02:30
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds)02:36
*** starblue <starblue!~juergen@dslb-094-220-105-246.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds)02:37
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto02:39
*** starblue <starblue!~juergen@dslb-094-220-112-031.094.220.pools.vodafone-ip.de> has joined #yocto02:39
*** amitk <amitk!~amit@58.84.61.87> has joined #yocto02:55
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Read error: Connection reset by peer)03:00
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto03:01
*** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-087.um10.pools.vodafone-ip.de> has joined #yocto03:08
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:8217:9b91:804:4f56> has joined #yocto03:48
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 268 seconds)04:10
*** amitk <amitk!~amit@58.84.61.87> has quit IRC (Remote host closed the connection)04:11
*** amitk <amitk!~amit@58.84.61.87> has joined #yocto04:12
*** alimon <alimon!~alimon@fixed-189-203-87-105.totalplay.net> has quit IRC (Ping timeout: 252 seconds)04:17
*** alimon <alimon!~alimon@189.172.174.124> has joined #yocto04:19
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)04:59
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto04:59
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)05:00
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto05:01
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 255 seconds)05:12
*** tgamblin_ <tgamblin_!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto05:41
*** tgamblin_ <tgamblin_!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Remote host closed the connection)05:41
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 276 seconds)05:42
*** tgamblin_ <tgamblin_!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto05:42
*** tgamblin_ <tgamblin_!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Ping timeout: 245 seconds)05:47
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)05:47
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto05:48
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has joined #yocto06:00
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has quit IRC (Remote host closed the connection)06:01
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto06:22
*** mason <mason!~mason@fsf/member/ChibaPet> has left #yocto06:26
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 252 seconds)06:28
*** alperak <alperak!~alperak@176.88.106.122> has joined #yocto06:29
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto06:34
*** alimon <alimon!~alimon@189.172.174.124> has quit IRC (Ping timeout: 255 seconds)06:36
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Client Quit)06:36
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto06:37
*** rob_w <rob_w!~rob@2001:a61:6072:1f01:b0e8:841b:3ebc:e380> has joined #yocto06:42
*** alimon <alimon!~alimon@189.172.202.196> has joined #yocto06:49
*** alimon <alimon!~alimon@189.172.202.196> has quit IRC (Ping timeout: 252 seconds)07:07
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto07:17
*** alimon <alimon!~alimon@fixed-189-203-87-105.totalplay.net> has joined #yocto07:22
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)07:27
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto07:27
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser)07:34
*** mckoan|away is now known as mckoan07:36
mckoangood morning07:36
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:8217:9b91:804:4f56> has quit IRC (Ping timeout: 268 seconds)07:37
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:7920:e0c2:b0f8:d313> has joined #yocto07:45
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto08:01
*** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto08:03
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 246 seconds)08:04
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:7920:e0c2:b0f8:d313> has quit IRC (Remote host closed the connection)08:08
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:a45:4fc0:667a:df77> has joined #yocto08:08
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto08:23
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto08:30
*** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto08:31
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:a45:4fc0:667a:df77> has quit IRC (Ping timeout: 245 seconds)08:32
*** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:f1e9:3a6b:537f:88e> has joined #yocto08:42
brabanderIs it safe to have multiple concurrent bitbake instances use & update the same SSTATE? So I can have multiple CI build nodes update this SSTATE which is then used as SSTATE_MIRROR by developers?08:44
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:50
*** radanter <radanter!~rad@host81-141-251-211.range81-141.btcentralplus.com> has joined #yocto08:59
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:4a7f:206f:bc34:4ff5> has joined #yocto09:03
yoctonbrabander: I'd say yes, That is exactly what does the Yocto CI (the autobuilder)09:07
*** destmaster <destmaster!~destmaste@185.11.23.2> has joined #yocto09:11
svuorelawin 6209:12
destmasterHi, I'm stuck with my new intel i9 14900l PC. The bitbake fails to build. Every time with different recipes. Googling a bit... seems that the problem seems related to high number of parallel builds. My CPU has 24 cores. Someone have encounteres this kind of issue?09:14
*** Marmottus1 <Marmottus1!~marmottus@2001:bc8:1820:2715::1> has quit IRC (Quit: The Lounge - https://thelounge.chat)09:19
*** Marmottus11 <Marmottus11!~marmottus@2001:bc8:1820:2715::1> has joined #yocto09:20
LetoThe2nddestmaster: how much ram?09:21
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has quit IRC (Quit: Connection closed)09:34
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto09:35
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto09:35
destmasterLetoThe2nd 64GB09:47
LetoThe2nddestmaster: might be borderline, especially if other things are running too. have you tried setting BB_NUMBER_THREADS = "16" or so?09:50
destmasterI've set BB_NUMBER_THREADS to 2409:50
LetoThe2nddestmaster: PARALLEL_MAKE too?09:52
destmasterLetoThe2nd yes09:52
LetoThe2nddestmaster: to?09:54
destmasterLetoThe2nd I've tried (just now) with  PARALLEL_MAKE="-j 16" and BB_NUMBER_THREADS="16"09:55
LetoThe2nddestmaster: well good luck then.09:55
destmasterLetoThe2nd: same result09:55
destmastercompilation errors09:56
LetoThe2nddestmaster: then you have to be more precise, e.g. provide relevant error messages. please use a pastebin.09:57
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Ping timeout: 268 seconds)09:57
destmasterLetoThe2nd: t and delete your pa09:58
destmasterhttps://pastebin.com/Wy94Cf9K09:58
destmasterLetoThe2nd: the compilation errors happen every time on different package09:59
LetoThe2nddestmaster:  lra.c:(.text+0x1d2b): undefined reference to `insn_extract(rtx_insn*)' definitely doesn't sound like a cpu/ram issue.10:00
*** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Remote host closed the connection)10:01
LetoThe2ndpure guesswork: remove your custom distro and try with poky.10:02
destmasterLetoThe2nd: ok, I will try. thanks10:03
*** destmaster <destmaster!~destmaste@185.11.23.2> has quit IRC (Quit: Client closed)10:05
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto10:08
rburtonyeah, pristine poke from a stable branch, fresh build dir.10:10
LetoThe2ndrburton: pristine poke <§10:16
rburtonerm, poky :)10:17
* LetoThe2nd promises to poke you pristinely at FOSDEM10:20
rburtonyou tease!10:21
* LetoThe2nd wink wink10:21
*** Dane86 <Dane86!~Dane86@2c0f:f4c0:a140:9921:f890:f451:72ce:4b76> has joined #yocto10:40
Dane86Does anybody know how to append to the PACKAGE_INSTALL of an INITRAMFS_IMAGE, from the main image ("core") image recipe?10:46
rburtonfrom an image recipe? you can't10:47
rburtonvariables in a recipe are stuck in the recipe10:47
rburtontechnically, the data store is populated with global/distro/local conf files, and then copy-on-write cloned for each recipe.  so you can't set a variable in one recipe to affect another.10:47
rburtonwhat if you were building two images that wanted the initramfs built differently? what would bitbake build?10:48
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)10:50
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto10:50
Dane86But the INITRAMFS_IMAGE is getting built from / as-part-of the main recipe?10:52
Dane86Would the solution be to rather clone and then modify the recipe of the INITRAMFS_IMAGE?10:52
LetoThe2ndDane86: creating a custom image is one of the basic steps, initramfs are no different there.10:53
Dane86Can't say I understand but just going to hack at the initramfs image recipe source for now rather than trying to append to it from the main image recipe :-).10:54
rburtonDane86: yes absolutely the right thing to do is make your own initramfs recipe10:56
Dane86rburton: thanks! :-)10:56
rburtona recipe builds a thing.  if that thing needs to change but you need multiple of them at once then write multiple recipes.10:56
rburtonalso the core images are examples and if you're in production and not writing your own, you're doing it wrong10:57
rburton(though i just posted a proper minimal initramfs recipe that might actually be useful in production because it does just one thing)10:58
Dane86I do have my own image, thanks. Trying to get meta-updater (ostree) going though and struggling with it not linking the 'var' directory. Read in the ostree docs at https://ostreedev.github.io/ostree/adapting-existing/#booting-and-initramfs-technology that this only works if systemd + dracut are enabled. Seemed to manage to get systemd enabled in11:02
Dane86the initramfs by adding VIRTUAL-RUNTIME_init_manager = "systemd" to the main image recipe and was trying to get dracut added via the main image recipe as well, but have reverted to just hacking at the initramfs image recipe for now.11:02
LetoThe2ndDane86: one of the joys of ostree is that it needs all that stuff in place, exactly (initramfs, and a working system) before it actually can act. one of the reasons why i'm not overly fond of it - but i am heavily biased, of course ;-)11:04
*** alperak <alperak!~alperak@176.88.106.122> has quit IRC (Quit: Client closed)11:04
*** alperak <alperak!~alperak@176.88.106.122> has joined #yocto11:04
Dane86It doesn't really seem to work "out of the box" so well (at least not with the meta-updater layer). I don't really want to go with full image A/B option though, so seems like ostree is definitely the way to go (?).11:05
LetoThe2ndDane86: effectively you're building two distributions. the initramfs/bootstrap thing, and the real one.11:06
LetoThe2ndDane86: well let me know when you're ready for A/B, or a more flexible approach in general ;-)11:06
Dane86What other options are there?11:06
rburtonbrace for sales pitch11:07
Dane86:-D11:07
*** starblue <starblue!~juergen@dslb-094-220-112-031.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds)11:07
LetoThe2ndDane86: sales pitch i 20, lunch firs :-)11:07
LetoThe2nd*in11:07
Dane86:')11:08
LetoThe2ndhey i'm the most honest sales-pitching guy you'll ever meet, that is guaranteed.11:08
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)11:08
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto11:08
Dane86ostree "sounds" great - if you just need to update one file of a few bytes or kb (which is likely to be most of the time) then it's really low overhead, but if you do need to add/change something big then it's possible11:09
*** starblue <starblue!~juergen@dslb-094-220-112-031.094.220.pools.vodafone-ip.de> has joined #yocto11:09
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto11:21
LetoThe2ndDane86: sales pitch ahead: if you just want to update a file directory without the full shbang, then Menders Update Modules got you already covered. And just recently I have put together a small layer that allows you to install it without any integration, just as a systemd service :)11:24
LetoThe2ndDane86: no full system/rootfs update functionality then of course, but super easy to get started, plus manageable.11:24
LetoThe2nd(like I said, I'm biased)11:24
Dane86OK thanks I thought Mender was full A/B only11:25
LetoThe2ndDane86: nope. it can do A/B if you do the integration dance. without it, the Update Modules can handle basically whatever flow and kind of data you want. Specifically dropping a single file or directory somewhere are readymade things.11:26
LetoThe2nd:-)11:26
Dane86Thanks that wasn't in the textbook :-D11:27
LetoThe2ndlast mention - the single file flow is even directly accessible through the web dashboard. upload file, give path to put it, profit.11:27
* LetoThe2nd bows "Thanks everybody for listening, this was brought to you by a Mender employee" (silent now in public)11:28
Dane86:')11:28
Dane86Thanks I'll look into it!11:28
Dane86Just looking for a reliable long-term firmware update solution11:29
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection)11:34
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has quit IRC (Ping timeout: 256 seconds)11:35
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto11:36
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto11:46
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto11:53
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Ping timeout: 252 seconds)12:10
*** goliath <goliath!~goliath@user/goliath> has joined #yocto12:23
abluThe good news is that A/B updates start to become fairly trivial with recent systemd integration :)12:24
*** pretec <pretec!~pretec@213.23.102.202> has joined #yocto12:44
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)12:51
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto12:54
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:4a7f:206f:bc34:4ff5> has quit IRC (Ping timeout: 268 seconds)12:58
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:8f29:f137:fb2:b98a> has joined #yocto13:06
*** jetm- <jetm-!jetm@irc.codelinaro.org> has joined #yocto13:10
*** jetm- is now known as jetm13:13
*** davidinux <davidinux!~davidinux@host-87-15-132-17.retail.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds)13:15
*** davidinux <davidinux!~davidinux@45.11.80.98> has joined #yocto13:15
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.1.2)13:18
*** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has joined #yocto13:22
LetoThe2ndablu: systemd is not the problem, never has been. switching and rollback on the romloader and bootloader level is.13:22
abluLetoThe2nd: Yeah, but sd_boot solves a great deal of that IMHO.13:23
abluAh, romloader and bootloader level rollback...13:23
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii)13:24
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto13:24
LetoThe2ndablu: once you have UEFI, then things get easier. systemd-boot just lives off that. but in reality, way too many systems are still purely u-boot. and there again, systemd doesn't help, none of its tools. its also not them that make things better. it is standardization, like UEFI and SystemReady ES13:25
LetoThe2nddon't get me wrong, I like systemd. but its definitely not them doing the hard work here.13:26
* ablu admits to live in a UEFI world.13:26
abluStill systemd / uapi group provides the missing standard on the user-space side.13:27
LetoThe2ndablu: now if they actually would start caring about embedded people...13:28
abluLetoThe2nd Isn't all the new image-based stuff more useful to embedded than regular distros? There are still some implementation gaps here for sure. But the concepts are there.13:29
LetoThe2ndablu: thats a common argument, but i'm not sold on it at the moment.13:30
* ablu will probably post a RFC patch to build images with systemd-repart soon13:30
rburtonRP: just replied to "[PATCH 1/9] nativesdk: ensure features don't get backfilled" and your opinion would be welcome13:31
RPWhy do we set meta/classes-recipe/ptest-cargo.bbclass:        d.setVarFlag('do_install_ptest_cargo', 'umask', '022')13:32
RPmeta/classes-recipe/ptest.bbclass:        d.setVarFlag('do_install_ptest_base', 'umask', '022')13:32
rburtongood questions13:32
*** lexano <lexano!~lexano@86.48.15.50> has joined #yocto13:32
rburtonthe ptest one is probably because that class is _ville_ and does bare cp and force-chowns13:32
RPrburton: replied with an opinion :)13:35
RPone even related to the question asked :)13:36
rburtoni wonder if i'll like it13:36
rburtonRP: can i disable pgo in buildtools until it works again?13:38
rburton(to unblock my gtkdoc series)13:39
rburtonor is the nativesdk machine feature thing a blocker on that13:39
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto13:41
*** Dane86 <Dane86!~Dane86@2c0f:f4c0:a140:9921:f890:f451:72ce:4b76> has quit IRC (Quit: Client closed)13:41
*** alperak <alperak!~alperak@176.88.106.122> has quit IRC (Quit: Client closed)13:41
*** alperak <alperak!~alperak@176.88.106.122> has joined #yocto13:42
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:8f29:f137:fb2:b98a> has quit IRC (Ping timeout: 268 seconds)13:49
RPrburton: I guess. Can you at least file a bug13:49
RPrburton: I just worry this means nobody will look at it13:49
rburtoni asked for that didn't i13:49
rburtonwhat issue in particular :) no pgo in nativesdk python?13:51
rburtonFWIW13:51
rburton$ bitbake-getvar -r nativesdk-python3 MACHINE_FEATURES13:51
rburtonMACHINE_FEATURES=" qemu-usermode"13:51
rburtonSDK_MACHINE_FEATURES ?="" in bitbkae.conf.  MACHINE_FEATURES=SDK_MACHINE_FEATURES in nativesdk. SDK_MACHINE_FEATURES += qemu-usremode in machine-sdk/x86-64.conf13:52
rburtonah alex says the upcoming 3.12 disables PGO entirely because it got rewritten13:53
rburtoni'll file bugs and update the AB helper _now_, then see what I can do with nativesdk -fu13:54
rburtonand see if my friendly colleague who is basically fulltime upstream on python for arm can have a look at making the PGO stuff cross-friendly13:54
RPrburton: sounds good thanks13:57
*** Estrella <Estrella!~quassel@2603-8080-d700-7495-00ad-26b2-9175-0a02.res6.spectrum.com> has joined #yocto13:57
*** Estrella <Estrella!~quassel@2603-8080-d700-7495-00ad-26b2-9175-0a02.res6.spectrum.com> has quit IRC (Client Quit)13:58
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto14:00
*** joekale <joekale!~quassel@2620:a2:6000:13:e888:7739:3a8c:6dd9> has joined #yocto14:02
*** Estrella <Estrella!~quassel@2603-8080-d700-7495-00ad-26b2-9175-0a02.res6.spectrum.com> has joined #yocto14:05
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:81ed:9a29:e693:13c7> has joined #yocto14:11
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:81ed:9a29:e693:13c7> has quit IRC (Remote host closed the connection)14:12
kanavinrburton, RP: I corrected myself14:16
*** sotaoverride is now known as Guest963214:17
*** Guest374 is now known as sotaoverride14:17
*** jclsn <jclsn!~jclsn@2a04:4540:6517:8400:2ce:39ff:fecf:efcd> has joined #yocto14:20
rburtoni think i have fixes for all of the issues14:22
rburtonkanavin: how close are you to posting the 3.12 upgrade?  i have a change to the 3.11 recipe... (its only minor and easily absorbed)14:31
wmills__Is this "correct"? https://www.yoctoproject.org/reproducible-build-results/14:48
LetoThe2ndrburton: i just misread that as "I have fleas for all the issues."14:54
rburtonLetoThe2nd: those too <scratch scratch>14:54
rburtonwmills__: it just sits on Loading here so I'd guess "no"14:55
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has joined #yocto14:58
yoctonkanavin: rburton: FYI I just pointed a (junior) coworker who has a bit of free time to your mail about the python 3.12 upgrade. (Sadly, I can't promise she will have time to complete any fix but there is hope!)15:01
rburtoni have pgo enabled again15:01
rburtonwill post and sent alex rebasing hugs15:01
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto15:12
JPEWwmills__: There is a bug open to fix the website15:14
JPEW^^ the reproducible one15:14
wmills__JPEW: Ok thanks15:19
yudjinnhey, hitting an issue with the latest of poky:kirkstone where cpio wont build; I dont have any bbappends hitting this, either:15:29
yudjinn```stdout: Applying patch 0001-Wrong-CRC-with-ASCII-CRC-for-large-files.patch patching file src/copyout.c Hunk #1 FAILED at 34. 1 out of 1 hunk FAILED -- rejects in file src/copyout.c Patch 0001-Wrong-CRC-with-ASCII-CRC-for-large-files.patch does not apply (enforce with -f)```15:29
rburtonyudjinn: delete tmp just to rule out some really weird corruption15:31
rburtonoh that's not latest kirkstone: that patch was removed in july (727f301e4888c8f59cfc2d8768d02bb52ce23784)15:32
yudjinneadd5efcb3a7a78e9b89be935ac1649dc33cbad6 Dec 5, still there15:33
rburtonyudjinn: https://git.openembedded.org/openembedded-core/tree/meta/recipes-extended/cpio/cpio-2.13?h=kirkstone15:34
rburtonand https://git.yoctoproject.org/poky/tree/meta/recipes-extended/cpio/cpio-2.13?h=kirkstone15:35
rburtonhttps://git.yoctoproject.org/poky/tree/meta/recipes-extended/cpio/cpio-2.13?h=eadd5efcb3a7a78e9b89be935ac1649dc33cbad6 for the exact sha15:35
*** alberto_pianon <alberto_pianon!~alberto_p@host-79-16-190-68.retail.telecomitalia.it> has joined #yocto15:36
vmesonunassigned devtool bug for anyone interested: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1531815:37
* landgraf avoids autobuilder bugs, they're difficult to reproduce usualy :(15:38
yudjinnrburton: omg, it was an append from meta-swupdate that I missed; you're totally right15:38
rburtonbitbake-layers show-appends is useful here15:39
vmesonunassigned gzip ptest bug for anyone interested: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15320 -- add logs or record logs on next hit.15:39
yudjinncompletely forgot about show-appends, I'll have to commit that to memory15:40
alberto_pianonHi! Is there a backwards-compatible way of adding a python library from a bblayer without using addpylib? What was the best practice to do that before addpylib directive was added?15:41
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)15:43
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto15:43
*** amitk_ <amitk_!~amit@58.84.61.87> has joined #yocto15:49
*** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)15:51
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)15:52
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto15:52
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has quit IRC (Ping timeout: 276 seconds)15:56
vmesonlandgraf: yes, they can but but we've gotten into the current situation of it taking days or a week to get a greem autobuilder run to to the large number of such problems.16:09
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has joined #yocto16:10
*** amitk_ <amitk_!~amit@58.84.61.87> has quit IRC (Quit: leaving)16:10
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto16:13
*** rob_w <rob_w!~rob@2001:a61:6072:1f01:b0e8:841b:3ebc:e380> has quit IRC (Read error: Connection reset by peer)16:13
landgrafvmeson: gzip bug taken. will take a look how to improve output at least16:14
*** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)16:14
vmesonlandgraf: thank you very much! Good luck. Feel free to chat/ask about it here if you need help.16:15
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)16:16
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Ping timeout: 264 seconds)16:17
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto16:18
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Client Quit)16:21
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto16:23
alberto_pianonsolved! I used the same logic that has been removed in this patch https://git.openembedded.org/openembedded-core/commit/?id=1f56155e91da2030ee0a5e93037c62e1349ba89f16:26
alberto_pianonI still wonder if there is a more elegant way to do it...16:26
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Ping timeout: 256 seconds)16:31
JPEWalberto_pianon: OE_IMPORTS is the way. My plan (that I haven't done yet) is to add a noop addpylib to older versions of OE that we support and have both addpylib and OE_IMPORTS in our layers that have to work with multiple versions16:32
alberto_pianonJPEW: yes, but if I use OE_IMPORTS, it does not work on nanbield, while I use addpylib, in kirkstone I get an error, and IIUC there is no way to put addpylib in a conditional statement. I would like to avoid to have two versions of the same bblayer just because of this16:38
rburtonkanavin: did you remove the do-not-compile-pyc-in-parallel patch to py?  its been fixed a while (https://github.com/python/cpython/issues/87664)16:39
alberto_pianonJPEW: sorry, I've just realized that that was exacltly what you were saying :)16:39
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest)16:40
alberto_pianonJPEW: BTW, until the noop addpylib is added to older versions of OE, I'm afraid I need to use a hacky solution16:41
alberto_pianonJPEW: thanks!16:41
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has joined #yocto16:43
*** pretec <pretec!~pretec@213.23.102.202> has quit IRC (Quit: Leaving)16:51
Saur_Home32alberto_pianon: The way I solved that problem is that I have a separate layer where I do all adaptations to make our platform (which is currently based on Nanbield) to work with, e.g., master. That layer typically has a bunch of BBMASKs to drop bbappends that are no longer needed with the newer versions of recipes in master, or extra bbappends to16:53
Saur_Home32add updated patches.16:53
Saur_Home32alberto_pianon: And the fact is that you can use addpylib (in that adaptation layer) to add modules from another layer, e.g.: addpylib ${LAYERDIR}/../meta-mylayer/lib foomodule16:55
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto16:55
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto17:05
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has quit IRC (Ping timeout: 276 seconds)17:08
rburton0: python3-3.11.5-r0 do_compile - 17m42s (pid 1911421)17:16
rburtonPGO sucks17:16
*** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has joined #yocto17:16
rburtonRP: posted the pgo fix for buildtools.  i'll run it through the AB now to check it doesn't explode17:18
RPrburton: great, thanks!17:18
*** mckoan is now known as mckoan|away17:19
rburtonRP: https://autobuilder.yoctoproject.org/typhoon/#/buildrequests/479641?redirect_to_build=true17:19
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has joined #yocto17:22
*** alperak <alperak!~alperak@176.88.106.122> has quit IRC (Quit: Client closed)17:25
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-208.dsl.bell.ca> has quit IRC (Ping timeout: 245 seconds)17:26
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-208.dsl.bell.ca> has joined #yocto17:27
*** alberto_pianon <alberto_pianon!~alberto_p@host-79-16-190-68.retail.telecomitalia.it> has quit IRC (Quit: Client closed)17:33
kanavinrburton, I'm not any closer since I posted the 3.12 update status email to oe-devel some days ago. Still 27 meta-oe recipes in need of fixing, and no visible help from others.17:34
kanavinrburton, sadly that's just one of several issues with the parallel pyc compile - this was fixed, ownership races weren't (I suspect python does something that overlaps with do_package)17:36
kanavinrburton, I removed the patch, but it was replaced with a make option so it's still serial17:37
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)17:38
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 256 seconds)17:43
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has quit IRC (Ping timeout: 276 seconds)17:47
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)17:53
*** Saur_Home32 <Saur_Home32!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto17:53
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has joined #yocto18:01
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto18:06
khemrburton: do we have the build tree of those two rust compilers somewhere handy on AB18:24
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)18:24
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Quit: Client closed)19:09
*** amitk <amitk!~amit@58.84.61.87> has quit IRC (Ping timeout: 268 seconds)19:18
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser)19:28
*** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto19:33
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 245 seconds)19:36
*** radanter <radanter!~rad@host81-141-251-211.range81-141.btcentralplus.com> has quit IRC (Remote host closed the connection)19:37
*** mbulut__ <mbulut__!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto19:39
*** mbulut_ <mbulut_!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 245 seconds)19:42
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has quit IRC (Remote host closed the connection)19:47
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest)19:53
*** mbulut__ <mbulut__!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection)19:55
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto19:59
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Quit: Leaving)20:11
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto20:14
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto20:16
rburtonprobably not20:19
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Read error: Connection reset by peer)20:37
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has quit IRC (Remote host closed the connection)20:50
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto20:54
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds)21:11
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto21:25
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto21:28
*** agrue_ <agrue_!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto21:29
*** agrue_ <agrue_!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Client Quit)21:31
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Read error: Connection reset by peer)21:32
*** agrue_ <agrue_!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto21:32
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Ping timeout: 276 seconds)21:33
khemhmm ok, it will be good to see if we can, I dont want to build rust locally21:35
khem:)21:35
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto21:41
*** agrue_ <agrue_!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds)21:42
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Ping timeout: 256 seconds)21:46
*** Haxxa <Haxxa!~Haxxa@202.65.68.206> has joined #yocto21:55
*** Haxxa <Haxxa!~Haxxa@202.65.68.206> has quit IRC (Read error: Connection reset by peer)22:07
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto22:08
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in)22:25
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto22:26
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Ping timeout: 255 seconds)22:30
*** mvlad <mvlad!~mvlad@2a02:2f08:ea03:5200:f1e9:3a6b:537f:88e> has quit IRC (Remote host closed the connection)22:35
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in)22:42
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto22:44
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto22:44
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds)22:48
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in)23:16
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto23:17
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Quit: ZNC 1.8.2+deb2build5 - https://znc.in)23:23
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto23:24
*** neofutur <neofutur!~neofutur@neoxena.ww7.be> has quit IRC (Ping timeout: 252 seconds)23:30
*** joekale <joekale!~quassel@2620:a2:6000:13:e888:7739:3a8c:6dd9> has quit IRC (Ping timeout: 268 seconds)23:32
*** agrue_ <agrue_!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto23:42
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds)23:44
*** neofutur_ <neofutur_!~neofutur@neoxena.ww7.be> has joined #yocto23:44

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