*** 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 #yocto | 02: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 #yocto | 02: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 #yocto | 02:39 | |
*** starblue <starblue!~juergen@dslb-094-220-112-031.094.220.pools.vodafone-ip.de> has joined #yocto | 02:39 | |
*** amitk <amitk!~amit@58.84.61.87> has joined #yocto | 02: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 #yocto | 03:01 | |
*** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-087.um10.pools.vodafone-ip.de> has joined #yocto | 03:08 | |
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:8217:9b91:804:4f56> has joined #yocto | 03: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 #yocto | 04: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 #yocto | 04: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 #yocto | 04: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 #yocto | 05: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 #yocto | 05: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 #yocto | 05: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 #yocto | 05:48 | |
*** jmd <jmd!~user@2001:a61:2a3c:c501:73d2:4725:d71d:e575> has joined #yocto | 06: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 #yocto | 06:22 | |
*** mason <mason!~mason@fsf/member/ChibaPet> has left #yocto | 06:26 | |
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 252 seconds) | 06:28 | |
*** alperak <alperak!~alperak@176.88.106.122> has joined #yocto | 06:29 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto | 06: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 #yocto | 06:37 | |
*** rob_w <rob_w!~rob@2001:a61:6072:1f01:b0e8:841b:3ebc:e380> has joined #yocto | 06:42 | |
*** alimon <alimon!~alimon@189.172.202.196> has joined #yocto | 06: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 #yocto | 07:17 | |
*** alimon <alimon!~alimon@fixed-189-203-87-105.totalplay.net> has joined #yocto | 07: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 #yocto | 07:27 | |
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser) | 07:34 | |
*** mckoan|away is now known as mckoan | 07:36 | |
mckoan | good morning | 07: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 #yocto | 07:45 | |
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 08:01 | |
*** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto | 08: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 #yocto | 08:08 | |
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 08:23 | |
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 08:30 | |
*** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 08: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 #yocto | 08:42 | |
brabander | Is 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 #yocto | 08:50 | |
*** radanter <radanter!~rad@host81-141-251-211.range81-141.btcentralplus.com> has joined #yocto | 08:59 | |
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:4a7f:206f:bc34:4ff5> has joined #yocto | 09:03 | |
yocton | brabander: 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 #yocto | 09:11 | |
svuorela | win 62 | 09:12 |
destmaster | Hi, 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 #yocto | 09:20 | |
LetoThe2nd | destmaster: 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 #yocto | 09:35 | |
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto | 09:35 | |
destmaster | LetoThe2nd 64GB | 09:47 |
LetoThe2nd | destmaster: might be borderline, especially if other things are running too. have you tried setting BB_NUMBER_THREADS = "16" or so? | 09:50 |
destmaster | I've set BB_NUMBER_THREADS to 24 | 09:50 |
LetoThe2nd | destmaster: PARALLEL_MAKE too? | 09:52 |
destmaster | LetoThe2nd yes | 09:52 |
LetoThe2nd | destmaster: to? | 09:54 |
destmaster | LetoThe2nd I've tried (just now) with PARALLEL_MAKE="-j 16" and BB_NUMBER_THREADS="16" | 09:55 |
LetoThe2nd | destmaster: well good luck then. | 09:55 |
destmaster | LetoThe2nd: same result | 09:55 |
destmaster | compilation errors | 09:56 |
LetoThe2nd | destmaster: 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 | |
destmaster | LetoThe2nd: t and delete your pa | 09:58 |
destmaster | https://pastebin.com/Wy94Cf9K | 09:58 |
destmaster | LetoThe2nd: the compilation errors happen every time on different package | 09:59 |
LetoThe2nd | destmaster: 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 | |
LetoThe2nd | pure guesswork: remove your custom distro and try with poky. | 10:02 |
destmaster | LetoThe2nd: ok, I will try. thanks | 10: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 #yocto | 10:08 | |
rburton | yeah, pristine poke from a stable branch, fresh build dir. | 10:10 |
LetoThe2nd | rburton: pristine poke <§ | 10:16 |
rburton | erm, poky :) | 10:17 |
* LetoThe2nd promises to poke you pristinely at FOSDEM | 10:20 | |
rburton | you tease! | 10:21 |
* LetoThe2nd wink wink | 10:21 | |
*** Dane86 <Dane86!~Dane86@2c0f:f4c0:a140:9921:f890:f451:72ce:4b76> has joined #yocto | 10:40 | |
Dane86 | Does anybody know how to append to the PACKAGE_INSTALL of an INITRAMFS_IMAGE, from the main image ("core") image recipe? | 10:46 |
rburton | from an image recipe? you can't | 10:47 |
rburton | variables in a recipe are stuck in the recipe | 10:47 |
rburton | technically, 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 |
rburton | what 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 #yocto | 10:50 | |
Dane86 | But the INITRAMFS_IMAGE is getting built from / as-part-of the main recipe? | 10:52 |
Dane86 | Would the solution be to rather clone and then modify the recipe of the INITRAMFS_IMAGE? | 10:52 |
LetoThe2nd | Dane86: creating a custom image is one of the basic steps, initramfs are no different there. | 10:53 |
Dane86 | Can'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 |
rburton | Dane86: yes absolutely the right thing to do is make your own initramfs recipe | 10:56 |
Dane86 | rburton: thanks! :-) | 10:56 |
rburton | a recipe builds a thing. if that thing needs to change but you need multiple of them at once then write multiple recipes. | 10:56 |
rburton | also the core images are examples and if you're in production and not writing your own, you're doing it wrong | 10: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 |
Dane86 | I 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 in | 11:02 |
Dane86 | the 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 |
LetoThe2nd | Dane86: 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 #yocto | 11:04 | |
Dane86 | It 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 |
LetoThe2nd | Dane86: effectively you're building two distributions. the initramfs/bootstrap thing, and the real one. | 11:06 |
LetoThe2nd | Dane86: well let me know when you're ready for A/B, or a more flexible approach in general ;-) | 11:06 |
Dane86 | What other options are there? | 11:06 |
rburton | brace for sales pitch | 11:07 |
Dane86 | :-D | 11:07 |
*** starblue <starblue!~juergen@dslb-094-220-112-031.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 11:07 | |
LetoThe2nd | Dane86: sales pitch i 20, lunch firs :-) | 11:07 |
LetoThe2nd | *in | 11:07 |
Dane86 | :') | 11:08 |
LetoThe2nd | hey 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 #yocto | 11:08 | |
Dane86 | ostree "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 possible | 11:09 |
*** starblue <starblue!~juergen@dslb-094-220-112-031.094.220.pools.vodafone-ip.de> has joined #yocto | 11:09 | |
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 11:21 | |
LetoThe2nd | Dane86: 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 |
LetoThe2nd | Dane86: 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 |
Dane86 | OK thanks I thought Mender was full A/B only | 11:25 |
LetoThe2nd | Dane86: 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 |
Dane86 | Thanks that wasn't in the textbook :-D | 11:27 |
LetoThe2nd | last 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 |
Dane86 | Thanks I'll look into it! | 11:28 |
Dane86 | Just looking for a reliable long-term firmware update solution | 11: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 #yocto | 11:36 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 11:46 | |
*** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto | 11:53 | |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Ping timeout: 252 seconds) | 12:10 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 12:23 | |
ablu | The 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 #yocto | 12: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 #yocto | 12: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 #yocto | 13:06 | |
*** jetm- <jetm-!jetm@irc.codelinaro.org> has joined #yocto | 13:10 | |
*** jetm- is now known as jetm | 13: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 #yocto | 13: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 #yocto | 13:22 | |
LetoThe2nd | ablu: systemd is not the problem, never has been. switching and rollback on the romloader and bootloader level is. | 13:22 |
ablu | LetoThe2nd: Yeah, but sd_boot solves a great deal of that IMHO. | 13:23 |
ablu | Ah, 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 #yocto | 13:24 | |
LetoThe2nd | ablu: 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 ES | 13:25 |
LetoThe2nd | don'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 | |
ablu | Still systemd / uapi group provides the missing standard on the user-space side. | 13:27 |
LetoThe2nd | ablu: now if they actually would start caring about embedded people... | 13:28 |
ablu | LetoThe2nd 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 |
LetoThe2nd | ablu: 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 soon | 13:30 | |
rburton | RP: just replied to "[PATCH 1/9] nativesdk: ensure features don't get backfilled" and your opinion would be welcome | 13:31 |
RP | Why do we set meta/classes-recipe/ptest-cargo.bbclass: d.setVarFlag('do_install_ptest_cargo', 'umask', '022') | 13:32 |
RP | meta/classes-recipe/ptest.bbclass: d.setVarFlag('do_install_ptest_base', 'umask', '022') | 13:32 |
rburton | good questions | 13:32 |
*** lexano <lexano!~lexano@86.48.15.50> has joined #yocto | 13:32 | |
rburton | the ptest one is probably because that class is _ville_ and does bare cp and force-chowns | 13:32 |
RP | rburton: replied with an opinion :) | 13:35 |
RP | one even related to the question asked :) | 13:36 |
rburton | i wonder if i'll like it | 13:36 |
rburton | RP: can i disable pgo in buildtools until it works again? | 13:38 |
rburton | (to unblock my gtkdoc series) | 13:39 |
rburton | or is the nativesdk machine feature thing a blocker on that | 13:39 |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto | 13: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 #yocto | 13:42 | |
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:8f29:f137:fb2:b98a> has quit IRC (Ping timeout: 268 seconds) | 13:49 | |
RP | rburton: I guess. Can you at least file a bug | 13:49 |
RP | rburton: I just worry this means nobody will look at it | 13:49 |
rburton | i asked for that didn't i | 13:49 |
rburton | what issue in particular :) no pgo in nativesdk python? | 13:51 |
rburton | FWIW | 13:51 |
rburton | $ bitbake-getvar -r nativesdk-python3 MACHINE_FEATURES | 13:51 |
rburton | MACHINE_FEATURES=" qemu-usermode" | 13:51 |
rburton | SDK_MACHINE_FEATURES ?="" in bitbkae.conf. MACHINE_FEATURES=SDK_MACHINE_FEATURES in nativesdk. SDK_MACHINE_FEATURES += qemu-usremode in machine-sdk/x86-64.conf | 13:52 |
rburton | ah alex says the upcoming 3.12 disables PGO entirely because it got rewritten | 13:53 |
rburton | i'll file bugs and update the AB helper _now_, then see what I can do with nativesdk -fu | 13:54 |
rburton | and see if my friendly colleague who is basically fulltime upstream on python for arm can have a look at making the PGO stuff cross-friendly | 13:54 |
RP | rburton: sounds good thanks | 13:57 |
*** Estrella <Estrella!~quassel@2603-8080-d700-7495-00ad-26b2-9175-0a02.res6.spectrum.com> has joined #yocto | 13: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 #yocto | 14:00 | |
*** joekale <joekale!~quassel@2620:a2:6000:13:e888:7739:3a8c:6dd9> has joined #yocto | 14:02 | |
*** Estrella <Estrella!~quassel@2603-8080-d700-7495-00ad-26b2-9175-0a02.res6.spectrum.com> has joined #yocto | 14:05 | |
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:81ed:9a29:e693:13c7> has joined #yocto | 14:11 | |
*** lthadeus <lthadeus!~lthadeus@2401:4900:1cb9:a01:81ed:9a29:e693:13c7> has quit IRC (Remote host closed the connection) | 14:12 | |
kanavin | rburton, RP: I corrected myself | 14:16 |
*** sotaoverride is now known as Guest9632 | 14:17 | |
*** Guest374 is now known as sotaoverride | 14:17 | |
*** jclsn <jclsn!~jclsn@2a04:4540:6517:8400:2ce:39ff:fecf:efcd> has joined #yocto | 14:20 | |
rburton | i think i have fixes for all of the issues | 14:22 |
rburton | kanavin: 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 |
LetoThe2nd | rburton: i just misread that as "I have fleas for all the issues." | 14:54 |
rburton | LetoThe2nd: those too <scratch scratch> | 14:54 |
rburton | wmills__: 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 #yocto | 14:58 | |
yocton | kanavin: 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 |
rburton | i have pgo enabled again | 15:01 |
rburton | will post and sent alex rebasing hugs | 15:01 |
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:12 | |
JPEW | wmills__: There is a bug open to fix the website | 15:14 |
JPEW | ^^ the reproducible one | 15:14 |
wmills__ | JPEW: Ok thanks | 15:19 |
yudjinn | hey, 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 |
rburton | yudjinn: delete tmp just to rule out some really weird corruption | 15:31 |
rburton | oh that's not latest kirkstone: that patch was removed in july (727f301e4888c8f59cfc2d8768d02bb52ce23784) | 15:32 |
yudjinn | eadd5efcb3a7a78e9b89be935ac1649dc33cbad6 Dec 5, still there | 15:33 |
rburton | yudjinn: https://git.openembedded.org/openembedded-core/tree/meta/recipes-extended/cpio/cpio-2.13?h=kirkstone | 15:34 |
rburton | and https://git.yoctoproject.org/poky/tree/meta/recipes-extended/cpio/cpio-2.13?h=kirkstone | 15:35 |
rburton | https://git.yoctoproject.org/poky/tree/meta/recipes-extended/cpio/cpio-2.13?h=eadd5efcb3a7a78e9b89be935ac1649dc33cbad6 for the exact sha | 15:35 |
*** alberto_pianon <alberto_pianon!~alberto_p@host-79-16-190-68.retail.telecomitalia.it> has joined #yocto | 15:36 | |
vmeson | unassigned devtool bug for anyone interested: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15318 | 15:37 |
* landgraf avoids autobuilder bugs, they're difficult to reproduce usualy :( | 15:38 | |
yudjinn | rburton: omg, it was an append from meta-swupdate that I missed; you're totally right | 15:38 |
rburton | bitbake-layers show-appends is useful here | 15:39 |
vmeson | unassigned 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 |
yudjinn | completely forgot about show-appends, I'll have to commit that to memory | 15:40 |
alberto_pianon | Hi! 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 #yocto | 15:43 | |
*** amitk_ <amitk_!~amit@58.84.61.87> has joined #yocto | 15: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 #yocto | 15:52 | |
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has quit IRC (Ping timeout: 276 seconds) | 15:56 | |
vmeson | landgraf: 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 #yocto | 16: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 #yocto | 16: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 | |
landgraf | vmeson: gzip bug taken. will take a look how to improve output at least | 16:14 |
*** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 16:14 | |
vmeson | landgraf: 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 #yocto | 16: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 #yocto | 16:23 | |
alberto_pianon | solved! I used the same logic that has been removed in this patch https://git.openembedded.org/openembedded-core/commit/?id=1f56155e91da2030ee0a5e93037c62e1349ba89f | 16:26 |
alberto_pianon | I 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 | |
JPEW | alberto_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 versions | 16:32 |
alberto_pianon | JPEW: 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 this | 16:38 |
rburton | kanavin: 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_pianon | JPEW: 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_pianon | JPEW: BTW, until the noop addpylib is added to older versions of OE, I'm afraid I need to use a hacky solution | 16:41 |
alberto_pianon | JPEW: thanks! | 16:41 |
*** zhmylove <zhmylove!~zhmylove@80.254.50.127> has joined #yocto | 16:43 | |
*** pretec <pretec!~pretec@213.23.102.202> has quit IRC (Quit: Leaving) | 16:51 | |
Saur_Home32 | alberto_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 to | 16:53 |
Saur_Home32 | add updated patches. | 16:53 |
Saur_Home32 | alberto_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 foomodule | 16:55 |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 16:55 | |
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 17:05 | |
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has quit IRC (Ping timeout: 276 seconds) | 17:08 | |
rburton | 0: python3-3.11.5-r0 do_compile - 17m42s (pid 1911421) | 17:16 |
rburton | PGO sucks | 17:16 |
*** khazakar <khazakar!uid144674@id-144674.ilkley.irccloud.com> has joined #yocto | 17:16 | |
rburton | RP: posted the pgo fix for buildtools. i'll run it through the AB now to check it doesn't explode | 17:18 |
RP | rburton: great, thanks! | 17:18 |
*** mckoan is now known as mckoan|away | 17:19 | |
rburton | RP: https://autobuilder.yoctoproject.org/typhoon/#/buildrequests/479641?redirect_to_build=true | 17:19 |
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has joined #yocto | 17: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 #yocto | 17:27 | |
*** alberto_pianon <alberto_pianon!~alberto_p@host-79-16-190-68.retail.telecomitalia.it> has quit IRC (Quit: Client closed) | 17:33 | |
kanavin | rburton, 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 |
kanavin | rburton, 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 |
kanavin | rburton, I removed the patch, but it was replaced with a make option so it's still serial | 17: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 #yocto | 17:53 | |
*** sakoman <sakoman!~steve@dhcp-72-234-108-41.hawaiiantel.net> has joined #yocto | 18:01 | |
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 18:06 | |
khem | rburton: do we have the build tree of those two rust compilers somewhere handy on AB | 18: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 #yocto | 19: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 #yocto | 19: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 #yocto | 19: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 #yocto | 20:14 | |
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto | 20:16 | |
rburton | probably not | 20: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 #yocto | 20: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 #yocto | 21:25 | |
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has joined #yocto | 21:28 | |
*** agrue_ <agrue_!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto | 21: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 #yocto | 21:32 | |
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has quit IRC (Ping timeout: 276 seconds) | 21:33 | |
khem | hmm ok, it will be good to see if we can, I dont want to build rust locally | 21:35 |
khem | :) | 21:35 |
*** agrue <agrue!~agrue@104-48-226-145.lightspeed.gnvlsc.sbcglobal.net> has joined #yocto | 21: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 #yocto | 21: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 #yocto | 22: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 #yocto | 22: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 #yocto | 22:44 | |
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 22: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 #yocto | 23: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 #yocto | 23: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 #yocto | 23: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 #yocto | 23:44 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!