| *** dev1990 <dev1990!~dev@159-205-91-89.adsl.inetia.pl> has joined #yocto | 00:13 | |
| *** dev1990 <dev1990!~dev@159-205-91-89.adsl.inetia.pl> has quit IRC (Client Quit) | 00:15 | |
| JaMa | vmeson: pushed another result with cpu regulation enabled, swap spike seems even smaller now, so it seems working and just a few minutes extra, now triggering the same build without any swap to see if it survives now | 00:24 |
|---|---|---|
| vmeson | JaMa: Progress! We'll reveiw the situation in the morning. | 00:27 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Ping timeout: 252 seconds) | 00:33 | |
| *** R0b0t1 <R0b0t1!~sid@d-74-214-63-13.md.cpe.atlanticbb.net> has quit IRC (Ping timeout: 252 seconds) | 00:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 00:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 00:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:44 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-230-95.adslplus.ch> has quit IRC (Ping timeout: 252 seconds) | 00:47 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 00:47 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-230-95.adslplus.ch> has joined #yocto | 00:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 01:13 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 245 seconds) | 01:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:18 | |
| *** rber|res <rber|res!~rber|res@91-114-222-45.adsl.highway.telekom.at> has joined #yocto | 01:32 | |
| *** RobertBerger <RobertBerger!~rber|res@91-114-222-45.adsl.highway.telekom.at> has quit IRC (Ping timeout: 240 seconds) | 01:34 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 01:41 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5380:54c0:24b1:ffce:b7f5:9a91> has joined #yocto | 01:46 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 01:48 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:49 | |
| *** starblue <starblue!~juergen@dslb-178-006-092-161.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 268 seconds) | 01:52 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 01:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:54 | |
| *** starblue <starblue!~juergen@dslb-188-109-097-215.188.109.pools.vodafone-ip.de> has joined #yocto | 01:54 | |
| *** agupta1_ <agupta1_!~agupta1@207.107.110.122> has joined #yocto | 02:15 | |
| *** brazuca <brazuca!~Guest14@2804:7f4:3590:6971:b590:72e7:9da4:e2da> has quit IRC (Quit: Client closed) | 02:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 02:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 02:19 | |
| *** agupta1_ <agupta1_!~agupta1@207.107.110.122> has quit IRC (Ping timeout: 245 seconds) | 02:20 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 02:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 03:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 03:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:34 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 03:56 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 244 seconds) | 03:57 | |
| *** amitk <amitk!~amit@103.59.74.120> has joined #yocto | 04:19 | |
| *** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 268 seconds) | 04:21 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:09 | |
| *** beneth <beneth!~beneth@xmpp.beneth.fr> has quit IRC (Read error: Connection reset by peer) | 05:23 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 05:26 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:37 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 06:20 | |
| *** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 240 seconds) | 06:23 | |
| LetoThe2nd | yo dudX | 06:35 |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:dd57:eae1:6f52:b267> has joined #yocto | 06:44 | |
| *** frieder <frieder!~frieder@200116b8243b1d810000000000002000.dip.versatel-1u1.de> has joined #yocto | 06:45 | |
| *** zpfvo <zpfvo!~fvo@i59F5CF66.versanet.de> has joined #yocto | 06:56 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 06:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 245 seconds) | 06:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 06:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 07:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 07:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:40 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds) | 07:42 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (Ping timeout: 245 seconds) | 07:42 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:42 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:44 | |
| *** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto | 07:55 | |
| *** florian <florian!~florian@dynamic-002-243-005-119.2.243.pool.telefonica.de> has joined #yocto | 07:58 | |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 08:08 | |
| *** denisoft81 <denisoft81!~denisoft8@host-79-31-20-131.retail.telecomitalia.it> has joined #yocto | 08:20 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 08:20 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:21 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 08:22 | |
| *** stuom <stuom!~stuom@87-92-148-166.rev.dnainternet.fi> has joined #yocto | 08:27 | |
| qschulz | o/ | 08:27 |
| stuom | Hi, yocto live coding video inspired me to try the extensible SDK. I have a problem that it seems to install "rpm" that depends on "db", and that installs a header with same name I already have from another package. My question is, is RPM needed for/by the eSDK? Can it be disabled? I have always used OPKG before in "regular" builds and have not had | 08:30 |
| stuom | this issue. | 08:30 |
| *** denisoft81 <denisoft81!~denisoft8@host-79-31-20-131.retail.telecomitalia.it> has quit IRC (Quit: Leaving) | 08:33 | |
| LetoThe2nd | stuom: you mean, it builds AND installs rpm even if you set package_ipk? | 08:33 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 08:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:34 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6530:4c00:b817:21c0:28dd:12fa> has joined #yocto | 08:38 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 08:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:39 | |
| stuom | yes I have package_ipk and I get do_sdk_depends: The file /usr/include/db.h is installed by both myproject and db, aborting. I don't know does it mean it installs RPM but it seems to install its dependency db? | 08:53 |
| stuom | If I remove the db.h in a bbappend, rpm fails to build | 08:54 |
| stuom | So I thought my options are either to rename that header all over in my project, or see if RPM can be removed from the process | 08:55 |
| LetoThe2nd | stuom: well to be honest - if your project is installing such a generic header name to the top level include path, improving that to avoid clashes might be a good idea anyways. | 08:58 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 08:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:59 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:59 | |
| RP | oh wow. rust is deadlocking pseudo in malloc :( | 09:00 |
| stuom | LetoThe2nd yes that is true. I was hoping to find a less disruptive way to solve this. I can suggest the renaming if RPM is really needed | 09:02 |
| *** Thomas62 <Thomas62!~Thomas@162.40.150.83.ftth.as8758.net> has joined #yocto | 09:03 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 09:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:04 | |
| LetoThe2nd | stuom: well its not exactly about rpm, but more like the name clashing with berkeley db as i understand it. some it will collide whenever somebody wants to use your code on a system that also has db installed. | 09:05 |
| *** protu[m] <protu[m]!~protumatr@2001:470:69fc:105::1:3641> has joined #yocto | 09:13 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4a10:7900:24d7:51ff:fed6:906d> has joined #yocto | 09:19 | |
| agherzan | Hi all. There seems to be a change in behavior of how we error/warn for bbappend. dunfell was erroring out on dangling bbappends while kirkstone only warns on this. I know there is a BB_DANGLINGAPPENDS_WARNONLY variable for it but was this change of behavior expected? | 09:37 |
| JaMa | agherzan: it's configureable and some layers had it in layer.conf | 09:38 |
| agherzan | So was that expected. Did we want to change that? | 09:38 |
| JaMa | e.g. BB_DANGLINGAPPENDS_WARNONLY = "true" in meta-arm-toolchain/conf/layer.conf | 09:38 |
| agherzan | Having it in layer.conf doesn't sound great either | 09:38 |
| agherzan | Because it again means that importing a layer will change parsing behaviour | 09:39 |
| JaMa | in meta-arm it's already removed in master branch | 09:39 |
| JaMa | if that's the reason for you as well, we can poke rburton again to cherry-pick it to kirkstone | 09:39 |
| agherzan | But again, my question is about the intend of this. Was this expected to be a migration item or is it a bug? | 09:39 |
| agherzan | I'm not sure I get it. | 09:40 |
| agherzan | Are you talking about core now? | 09:40 |
| JaMa | it's toxic behavoir of that layer, that's why I've reported it to ross | 09:40 |
| agherzan | Is was it enabled by default in master? | 09:40 |
| JaMa | no it's not by default, but you might include some layer like meta-arm-toolchain which does that for you, check your bitbake -e | 09:41 |
| agherzan | So does the core now default to BB_DANGLINGAPPENDS_WARNONLY = 0 ? | 09:41 |
| agherzan | OK, so we have a bug, and in theory oe-core should default to BB_DANGLINGAPPENDS_WARNONLY = 0 , right? | 09:41 |
| RP | agherzan: core has never set it. We can't control other layers :( | 09:42 |
| JaMa | rburton: please cherry-pick 232dc039d09267e6d27e60931d0355d308bdbbf4 to kirkstone branch as well | 09:42 |
| agherzan | True, but bitbake changed behaviour | 09:42 |
| RP | JaMa: rburton is away | 09:42 |
| RP | agherzan: bitbake did not change behaviour | 09:42 |
| JaMa | ACK | 09:42 |
| RP | JaMa: try jonmason | 09:43 |
| JaMa | sent it over e-mail | 09:43 |
| JaMa | to both | 09:43 |
| agherzan | Oh I see. I think I got you now | 09:43 |
| * RP wishes people wouldn't blame poor old bitbake for everything | 09:43 | |
| agherzan | Makes sense now. | 09:44 |
| agherzan | I'll take the blame here. | 09:44 |
| agherzan | Sorry, bitbake! | 09:44 |
| agherzan | Thanks JaMa it is from meta-arm indeed | 09:44 |
| JaMa | poor old bitbake not written in rust :) | 09:44 |
| RP | JaMa: thankfully! | 09:44 |
| JaMa | :) | 09:45 |
| agherzan | Ahaha | 09:45 |
| agherzan | Also freeartos distro does it | 09:45 |
| agherzan | That's a bit annoying now. | 09:45 |
| RP | agherzan: I'm not very happy about that particularly behaviour :( | 09:46 |
| agherzan | Me neither. It sounds orthogonal to layer.conf (at least) | 09:47 |
| agherzan | Anyway - at least now I'm clear and I can fix things around. I'll also propose to freeartos to drop it | 09:47 |
| JaMa | I was hit by the same before bugging Ross to remove it https://github.com/webOS-ports/meta-webos-ports/commit/b084532a65ee15881206703ce1554e9104917eb8 | 09:48 |
| agherzan | It broke some of my CI because this was a safely net we assumed for handling dangling bbappends | 09:49 |
| agherzan | I'll have to make sure this is always set now to not risk having layers or distros override it | 09:50 |
| RP | agherzan: forcevariable it to what you want ;-) | 09:50 |
| agherzan | Yup | 09:51 |
| agherzan | Cheers guys. All set now. I'll go shoot some patches | 09:51 |
| RP | We need to do something better with it. Maybe someone could open a bug about the poor behaviour? | 09:51 |
| agherzan | I feel that should be me | 09:52 |
| agherzan | I'll do it | 09:52 |
| JaMa | maybe make it more like BBMASK, so that it would list only the .bbappends which might be dangling? | 09:55 |
| *** ptsneves <ptsneves!~Thunderbi@85-128-83-172.static.ip.netia.com.pl> has joined #yocto | 09:55 | |
| RP | JaMa: or maybe just make it apply to the layer | 09:55 |
| RP | agherzan: thanks | 09:56 |
| *** Thomas62 <Thomas62!~Thomas@162.40.150.83.ftth.as8758.net> has quit IRC (Quit: Ping timeout (120 seconds)) | 09:57 | |
| JaMa | but even inside one layer you might only some bbappend which is allowed to be dangling, while you still want to error for others, well I never really needed it, always could rename bbappend or use DYNAMIC or something to prevent this | 09:57 |
| agherzan | ^ that. No idea why you would need this. | 09:58 |
| agherzan | I think it is a path that would lead to issues. | 09:58 |
| JaMa | then it might be some variable inside the .bbappend itself for easier use | 09:58 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 09:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:59 | |
| JaMa | hmm I take it back as someone might need BB_DANGLINGAPPENDS_WARNONLY to work around some external (unmodified) layer to parse in his build | 10:00 |
| JaMa | but then I would probably use BBMASK anyway | 10:01 |
| RP | removing it entirely is kind of tempting | 10:01 |
| JaMa | you don't want to see how creatively some people use BBMASK in lge :/ | 10:01 |
| RP | JaMa: no, I suspect I really don't! :) | 10:02 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 10:03 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 10:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:04 | |
| *** peter43233 <peter43233!~peter4323@162.40.150.83.ftth.as8758.net> has joined #yocto | 10:07 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 10:10 | |
| agherzan | My eyes were exposed. | 10:10 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:10 | |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8070:5380:54c0:24b1:ffce:b7f5:9a91> has quit IRC (Ping timeout: 268 seconds) | 10:11 | |
| agherzan | JaMa: Did you say you already proposed a backport in meta-arm for kirkstone? If not, I will do it now | 10:13 |
| JaMa | yes, sent it in e-mail | 10:19 |
| JaMa | https://lists.yoctoproject.org/g/meta-arm/message/3641 | 10:21 |
| agherzan | Awesome. Thanks JaMa | 10:22 |
| *** Starfoxxes <Starfoxxes!~Starfoxxe@ip-037-201-004-167.um10.pools.vodafone-ip.de> has joined #yocto | 10:23 | |
| agherzan | RP: here it is https://bugzilla.yoctoproject.org/show_bug.cgi?id=14870 | 10:25 |
| RP | agherzan: thanks | 10:38 |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 10:42 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 10:44 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 10:51 | |
| *** Guest0 <Guest0!~Guest0@85.191.185.64> has joined #yocto | 10:55 | |
| *** peter43233 <peter43233!~peter4323@162.40.150.83.ftth.as8758.net> has quit IRC (Ping timeout: 252 seconds) | 11:01 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 11:03 | |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 11:04 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 11:06 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 11:08 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 11:17 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 11:33 | |
| ThomasRoos[m] | what is the correct way to send an updated version of a patch? | 11:52 |
| ThomasRoos[m] | - where to set [PATCH v2] ? should this be done in patch git commit comment? | 11:52 |
| ThomasRoos[m] | - respond to the email of the original send patch? to have it in the thread? | 11:52 |
| otavio | Hello all; I am building an SDK where I am adding wxwidgets. It builds fine but it doesn't install wx-config in native sysroot. Does I need to create a wrapper for it? | 11:54 |
| qschulz | ThomasRoos[m]: git format-patch -v2 adds the v2 in the right place for you | 11:56 |
| qschulz | ThomasRoos[m]: send the v2 in a new thread, so just use git send-email but do not give the original message-id when asked | 11:57 |
| qschulz | otavio: are you adding the native version of wxwidgets to your SDK or the target one (or both)? | 11:57 |
| qschulz | otavio: because to have something in the native sysroot, you need the native version of a recipe, not the target | 11:58 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 11:58 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:59 | |
| qschulz | (so, in DEPENDS have a recipe that ends with -native, don't know how you add native tools to an SDK though, TOOLCHAIN_HOST_TASK maybe?) | 11:59 |
| *** peter43233 <peter43233!~peter4323@162.40.150.83.ftth.as8758.net> has joined #yocto | 11:59 | |
| otavio | qschulz: in target | 12:00 |
| qschulz | otavio: if you want to be able to use wx-config on the host, you need the native recipe in your SDK | 12:01 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 12:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:03 | |
| otavio | qschulz: but it shoud have a cross wx-config | 12:08 |
| otavio | to allow linking with it | 12:08 |
| *** Guest14 <Guest14!~Guest14@2804:7f4:3590:6971:b590:72e7:9da4:e2da> has joined #yocto | 12:09 | |
| *** Guest14 is now known as brazuca | 12:09 | |
| agherzan | Drop source seems to have been unavailable for a good while for me. Is it something we are aware of it? | 12:10 |
| agherzan | see https://matt.ucc.asn.au/dropbear/dropbear.html | 12:10 |
| qschulz | otavio: I think there's a misunderstanding, probably based around "wx-config in native sysroot" | 12:11 |
| qschulz | can you clearly explain what you're trying to do, what you have done so far, what you expected to happen and what is the issue? | 12:12 |
| qschulz | agherzan: wayback machine had something for the 12th of July | 12:14 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 12:15 | |
| agherzan | Awful typo on my side | 12:15 |
| agherzan | Dropbear source seems to have been unavailable for a good while for me. Is it something we are aware of it? | 12:15 |
| agherzan | qschulz: ^ | 12:15 |
| qschulz | agherzan: https://github.com/mkj/dropbear seems to be where the development is going on | 12:16 |
| *** Guest0 <Guest0!~Guest0@85.191.185.64> has quit IRC (Quit: Client closed) | 12:16 | |
| qschulz | so maybe just change for this one? | 12:16 |
| qschulz | agherzan: https://github.com/mkj/dropbear/releases/tag/DROPBEAR_2022.82 | 12:16 |
| qschulz | indicates there's a mirror | 12:16 |
| qschulz | so maybe just change for the mirror? | 12:16 |
| agherzan | Yes :) I am aware of that. I'm just wondering if anyone saw this and maybe knows an official project change there | 12:16 |
| agherzan | Wiki for example still points to the unavailable source | 12:17 |
| otavio | qschulz: user need to link to wx and usually we use pkg-config; wx doesn't offer it. It offers wx-config script. | 12:17 |
| qschulz | agherzan: I think the issue is that we have PREMIRRORS set to yocto's, so people probably didn't notice? | 12:17 |
| agherzan | Makes sense. | 12:17 |
| agherzan | Even https://github.com/mkj/dropbear point to the broken website in the description | 12:18 |
| agherzan | I'll ask on GitHub | 12:18 |
| qschulz | agherzan: that was wwhat I was about to suggest :) | 12:19 |
| qschulz | otavio: so wx-config runs on the host but should check in the target sysroot right? | 12:20 |
| agherzan | https://github.com/mkj/dropbear/issues/186 | 12:21 |
| qschulz | agherzan: :+1: | 12:22 |
| otavio | qschulz: yep | 12:27 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 240 seconds) | 12:32 | |
| *** stuom <stuom!~stuom@87-92-148-166.rev.dnainternet.fi> has quit IRC (Quit: Client closed) | 12:32 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 12:33 | |
| qschulz | otavio: then you need a dependency on the native version of the recipe that provides wx-config | 12:35 |
| qschulz | and you need to configure it correctly so that it does cross-configuration | 12:35 |
| qschulz | which might not be supported and then you'll have to work on adding support | 12:36 |
| qschulz | or use the hammer solution which is to use qemu on the target wx-config | 12:36 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 12:47 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 12:48 | |
| *** ardo <ardo!~ardo@188.10.58.99> has joined #yocto | 12:48 | |
| *** agupta1_ <agupta1_!~agupta1@207.107.110.122> has joined #yocto | 12:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 12:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:59 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Ping timeout: 255 seconds) | 12:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 13:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:04 | |
| *** brazuca <brazuca!~Guest14@2804:7f4:3590:6971:b590:72e7:9da4:e2da> has quit IRC (Ping timeout: 252 seconds) | 13:08 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 13:10 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 13:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 13:19 | |
| JPEW | Just out of curiosity, the mkstemp() race I was seeing was happening when I had 200-400 parallel builds; is anyone else doing builds at that scale? | 13:20 |
| JaMa | jonmason: yes, it was request for backport to kirkstone, what other e-mail format do you expect for backports? | 13:21 |
| JaMa | jonmason: using [branch] in subject seems to be the common practise for all layers I'm using | 13:21 |
| jonmason | JaMa: it wasn't obvious to me what was being asked, since the patch didn't come from you | 13:22 |
| jonmason | It's early in the morning, brain fog :) | 13:22 |
| JaMa | :) | 13:23 |
| jonmason | JaMa: I have the patch in my kirkstone-next branch (for running CI) | 13:24 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 13:24 | |
| jonmason | Now I just need denix to ack pulling it back to dunfell | 13:24 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:24 | |
| LetoThe2nd | denix: howdy! do you happen to be aware of a usable BSP for the TDA4VM (orwhatsitcalled) thing on the BBAI-64? | 13:40 |
| *** aleblanc[m] <aleblanc[m]!~aleblancm@2001:470:69fc:105::1:c14f> has joined #yocto | 13:51 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:52 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 13:54 | |
| bigendian | hi, i have 5 machines.conf, in a recipe i want to append to SRC_URI some patches only for 2 of them, shoudl i duplicate all patches lists in two SRC_URI_append_xxx or there is a better way ? | 13:55 |
| qschulz | bigendian: use a MACHINEOVERRIDES for this if it makes sense | 13:55 |
| qschulz | you add it to your two machines and then use SRC_URI_append_machine-override | 13:56 |
| qschulz | (machine-override replaced by whatever you added to MACHINEOVERRIDES) | 13:56 |
| bigendian | qschulz: thanks a lot ! | 13:56 |
| RP | "Use syscall(2) rather than {open,read,close}(2) when possible to avoid reentry during bootstrapping if another library has interposed system call wrappers." - except we wrap syscall() :/ | 14:00 |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 14:02 | |
| *** Guest14 <Guest14!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has joined #yocto | 14:10 | |
| *** Guest14 is now known as brazuca | 14:10 | |
| otavio | qschulz: on OE env it works ... wx-config ends in bindir_crossscripts and binconfig class does the trick | 14:11 |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:dd57:eae1:6f52:b267> has quit IRC (Ping timeout: 240 seconds) | 14:17 | |
| RP | JPEW: we've seen very occasional issues like that on the autobuilder, it could explain a few things | 14:20 |
| RP | JPEW: I wonder if the code in sstate.bbclass has the same issue though? | 14:20 |
| RP | JPEW: we use a non-linux NAS on the autobuilder FWIW | 14:20 |
| JPEW | Do you happen to know what it is? | 14:21 |
| JPEW | I don't think the NAS would matter so much as the NFS server | 14:21 |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:76f0:4707:7c7c:1a5c> has joined #yocto | 14:22 | |
| RP | JPEW: well, the NFS server runs on the NAS. I think it may be TrueNAS, BSD based | 14:22 |
| JaMa | we had similar scale before with servers accessing sstate over NFS and people over CIFS, but it was on old RedHat with 2.6 kernel, so it probably worked just by happy coincidence | 14:24 |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:76f0:4707:7c7c:1a5c> has quit IRC (Remote host closed the connection) | 14:24 | |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:4b3a:afc9:48f3:4fbf> has joined #yocto | 14:25 | |
| JPEW | JaMa: I _think_ that the Linux Kernel NFS would be immune to the problem | 14:25 |
| JPEW | NFS server that is | 14:25 |
| JaMa | ah I've read only your last message, didn't know the context | 14:26 |
| *** peter43233 <peter43233!~peter4323@162.40.150.83.ftth.as8758.net> has quit IRC (Remote host closed the connection) | 14:37 | |
| *** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:4b3a:afc9:48f3:4fbf> has quit IRC (Remote host closed the connection) | 14:37 | |
| *** peter43233 <peter43233!~peter4323@162.40.150.83.ftth.as8758.net> has joined #yocto | 14:37 | |
| bigendian | is it possible to set some variables in a class depending on the machine type ? | 14:47 |
| qschulz | bigendian: depends excactly what you want to do but FOO:machine-type = "something" replaces FOO | 14:49 |
| qschulz | for machine-type | 14:49 |
| qschulz | bigendian: https://pretalx.com/media/yocto-project-summit-2022-05/submissions/SCYYWD/resources/Demystifying_the_OVERRIDES_mec_2lZOP3n.pdf | 14:49 |
| qschulz | some slides on operators in Bitbake | 14:50 |
| bigendian | qschulz: ok thanks ! | 14:50 |
| qschulz | and this should be tackled with the *multiple* gotchas around them | 14:50 |
| qschulz | this should tackle* | 14:50 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:58 | |
| *** zpfvo <zpfvo!~fvo@i59F5CF66.versanet.de> has quit IRC (Ping timeout: 268 seconds) | 14:58 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 14:58 | |
| *** whuang0389 <whuang0389!~whuang038@cpef81d0f8974b3-cmf81d0f8974b0.cpe.net.fido.ca> has joined #yocto | 15:00 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 252 seconds) | 15:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:01 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 15:02 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 15:03 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 268 seconds) | 15:09 | |
| whuang0389 | Hi, I have a recipe to build a javascript app. I'm trying to append to the compile process: do_compile_append() { echo "test" }, but I get a syntax error: echo "test" SyntaxError: invalid syntax. Not sure what's going on here | 15:09 |
| *** zpfvo <zpfvo!~fvo@i59F5CF66.versanet.de> has joined #yocto | 15:11 | |
| LetoThe2nd | whuang0389: if i had to guess, then linebreaks and spacing. | 15:11 |
| whuang0389 | I tried copying over a compile_append from another recipe that works. I get the same issue. Not sure if it has something to do with inheriting from npm? | 15:17 |
| RP | vmeson: https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=f88ed19f8b611ad4f7ced84bff407c6725de4f43 - pseudo work around for the rust install issues | 15:18 |
| RP | vmeson: it is horrific :( | 15:18 |
| LetoThe2nd | whuang0389: can you pastebin the recipe somewhere? | 15:21 |
| LetoThe2nd | whuang0389: plus, the complete error log - not only the last line. | 15:22 |
| jsbronder | whuang0389: add a semi-colon after "test". do_compile_append() { echo "test"; } | 15:23 |
| whuang0389 | error: https://pastebin.com/QJ3vnhCC recipe: https://pastebin.com/m5HK2uP9 | 15:41 |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 15:41 | |
| *** brazuca <brazuca!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has quit IRC (Quit: Client closed) | 15:41 | |
| denix | jonmason: it should be fine for kirkstone and dunfell | 15:49 |
| denix | LetoThe2nd: j721e-evm in meta-ti | 15:50 |
| *** peter43233 <peter43233!~peter4323@162.40.150.83.ftth.as8758.net> has quit IRC (Remote host closed the connection) | 15:53 | |
| *** Guest14 <Guest14!~Guest14@177.40.4.45> has joined #yocto | 16:10 | |
| *** Guest14 is now known as brazuca | 16:10 | |
| *** ardo <ardo!~ardo@188.10.58.99> has quit IRC (Ping timeout: 245 seconds) | 16:13 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:13 | |
| rfs613 | whuang0389: it looks like the npm package uses python function (not shell) for building. So in your append, you would also need to use (correctly indented) python. | 16:14 |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-175.mrsn.at> has joined #yocto | 16:19 | |
| RP | JaMa: Do you know much about how the upstream ROS community view YP/OE ? | 16:21 |
| JaMa | RP: meta-ros wasn't updated since my last changes in December 2021, then LGE left OSRF TSC (https://discourse.ros.org/t/os-2-tsc-meeting-january-20th-2022/23986/2) some people offered to maintain it or help maintaining it, but the few PRs which were created still weren't reviewed and merged, so it just bitrots for last 9 months and nobody seems to care enough to revive it | 16:31 |
| RP | JaMa: right, so there isn't direct interest upstream it was you/LGE that were driving it? :( | 16:34 |
| JaMa | from actual users of meta-ros I never got much feedback, there were only a few people ever submitting some PRs, more people submitting issue tickets, but ROS is very "wide" a lot of recipes in multiple different distributions, so I wasn't ever able to test any significant portion of that (other than build testing) and the users on the other hand were just picking smaller random pieces they needed for their | 16:35 |
| JaMa | project (which might work perfectly fine for them or maybe they just copied the recipes to their layer and never reported back) | 16:35 |
| JaMa | I think OSRF itself was interested to get it supported on another platform and LGE was willing to do that to fullfil its TSC membership | 16:37 |
| whuang0389 | rfs613 ah thanks that makes sense! | 16:37 |
| JaMa | RP: OE was listed as one of 5-6 officially supported platforms in https://ros.org/reps/rep-2000.html#targeted-platforms, but last ROS Release Humble Hawskbill shouldn't list that support anymore as there is only this pending PR https://github.com/ros/meta-ros/pull/1003 which doesn't even target final kirkstone release | 16:40 |
| JaMa | I'm still following some OE related topics on their discourse, but there wasn't any traffic in last months (either they don't tag it as openembedded anymore or really no update) | 16:41 |
| RP | JaMa: seems a little sad it is languishing like that :( | 16:42 |
| *** ptsneves <ptsneves!~Thunderbi@85-128-83-172.static.ip.netia.com.pl> has quit IRC (Ping timeout: 268 seconds) | 16:44 | |
| JaMa | agreed, but honestly I don't miss working on it too much, as it's just too many quickly changing parts for 1 person to keep at least buildable (and with small confidence about working at all in runtime) | 16:45 |
| JaMa | 7610 recipes (mostly generated with superflore tool) which get upgraded every few weeks | 16:46 |
| *** zpfvo <zpfvo!~fvo@i59F5CF66.versanet.de> has quit IRC (Quit: Leaving.) | 16:46 | |
| RP | JaMa: right, if there isn't an interested group it would be too hard :( | 16:48 |
| moto-timo | yeah, I contemplated picking it up, but it's a larger matrix than I want to tackle for customers that only need one or two versions. | 16:48 |
| moto-timo | of course, if someone wants to contract Konsulko to maintain it, that is a different story | 16:49 |
| moto-timo | also, their licenses are all old style and not SPDX yet | 16:49 |
| moto-timo | the dreaded "BSD"... which one? random | 16:50 |
| JaMa | BSD is at least a license, they also use "WTF" "TBA" "Check author's email" as well :) | 16:51 |
| moto-timo | good point ;) | 16:52 |
| *** whuang0389 <whuang0389!~whuang038@cpef81d0f8974b3-cmf81d0f8974b0.cpe.net.fido.ca> has quit IRC (Quit: Client closed) | 16:54 | |
| RP | khem: any ideas how to fix https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/5621/steps/11/logs/stdio ? | 16:54 |
| RP | khem: I added -lssp_nonshared to LDFLAGS but it isn't helping :( | 16:55 |
| JaMa | I've tried to use SPDX where the mapping was possible: https://github.com/ros-infrastructure/superflore/pull/279 and to update the tooling to use better default than "BSD" and warn when value isn't valid SPDX https://github.com/ros-infrastructure/catkin_pkg/pull/296 | 16:55 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 17:02 | |
| JaMa | BTW in current built time benchmark I've noticed in webkit-gtk log.do_compile, unfortunately build reprodcibility probably won't catch these as the build servers might not have gstreamer installed, cc1plus: warning: include location "/usr/include/gstreamer-1.0" is unsafe for cross-compilation [-Wpoison-system-directories] | 17:04 |
| JaMa | didn't we have a QA check grepping the logs for unsafe which made this fatal error? | 17:06 |
| JaMa | hmm it's in meta/classes/insane.bbclass but only for config.log when autotools is used | 17:08 |
| JaMa | should I add similar check to do_install[postfuncs] and do_compile[postfuncs]? | 17:10 |
| *** frieder <frieder!~frieder@200116b8243b1d810000000000002000.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 17:11 | |
| JaMa | hmm that was removed by Ross.. | 17:24 |
| JaMa | https://git.openembedded.org/openembedded-core/commit/?id=a67e9ebfd5b8002fd4a7d8d27ff0d997817f76e1 | 17:24 |
| *** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has quit IRC (Ping timeout: 268 seconds) | 17:30 | |
| *** whuang0389 <whuang0389!~whuang038@2605:8d80:6e2:b67e:488e:b169:491a:9270> has joined #yocto | 17:42 | |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-175.mrsn.at> has quit IRC (Ping timeout: 268 seconds) | 17:44 | |
| *** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has quit IRC (Ping timeout: 244 seconds) | 17:50 | |
| *** whuang0389 <whuang0389!~whuang038@2605:8d80:6e2:b67e:488e:b169:491a:9270> has quit IRC (Quit: Client closed) | 17:53 | |
| *** amitk <amitk!~amit@103.59.74.120> has quit IRC (Ping timeout: 252 seconds) | 17:55 | |
| *** brazuca <brazuca!~Guest14@177.40.4.45> has quit IRC (Quit: Client closed) | 17:57 | |
| *** Guest14 <Guest14!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has joined #yocto | 17:57 | |
| *** Guest14 is now known as brazuca | 17:57 | |
| *** brazuca <brazuca!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has quit IRC (Client Quit) | 17:58 | |
| *** Guest14 <Guest14!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has joined #yocto | 17:59 | |
| *** Guest14 is now known as brazuca | 17:59 | |
| *** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto | 18:02 | |
| *** RobertBerger <RobertBerger!~rber|res@91-114-222-45.adsl.highway.telekom.at> has joined #yocto | 18:04 | |
| *** rber|res <rber|res!~rber|res@91-114-222-45.adsl.highway.telekom.at> has quit IRC (Ping timeout: 245 seconds) | 18:05 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:20 | |
| *** brazuca <brazuca!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has quit IRC (Quit: Client closed) | 18:31 | |
| *** RobertBerger <RobertBerger!~rber|res@91-114-222-45.adsl.highway.telekom.at> has quit IRC (Ping timeout: 268 seconds) | 18:51 | |
| *** Guest14 <Guest14!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has joined #yocto | 18:57 | |
| *** Guest14 is now known as brazuca | 18:57 | |
| *** frieder <frieder!~frieder@200116b8243b1d810000000000002000.dip.versatel-1u1.de> has joined #yocto | 19:01 | |
| *** brazuca <brazuca!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has quit IRC (Ping timeout: 252 seconds) | 19:10 | |
| *** Guest14 <Guest14!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has joined #yocto | 19:11 | |
| *** Guest14 is now known as brazuca | 19:11 | |
| *** frieder <frieder!~frieder@200116b8243b1d810000000000002000.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 19:19 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 19:20 | |
| JaMa | vmeson: RP: finished building with cpu regulation, but without -l 64 in PARALLEL_MAKE, results uploaded with some overview of impact https://github.com/shr-project/test-oe-build-time/commit/5839a7aea0764b5b76724dd2deba46e40006f691 will let my builded to cool down now :) | 19:22 |
| vmeson | JaMa: thanks. A well-deserved break! ;-) Nice: minimal impact on build time for 64 bitbake threads 2:13:36 vs 2:14:42 | 19:31 |
| vmeson | and of course no OOMK, less swap usage | 19:32 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 19:34 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 19:34 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 252 seconds) | 20:02 | |
| RP | JaMa: looks like you've found a good balance :) | 20:08 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 268 seconds) | 20:15 | |
| *** MarkKonnov[m] <MarkKonnov[m]!~mkonnovma@2001:470:69fc:105::2:5c05> has joined #yocto | 20:34 | |
| MarkKonnov[m] | Hey guys, | 20:35 |
| MarkKonnov[m] | I'm now trying to find the layer set or maybe the yocto-based SDK for AMD for [this](https://www.asrockind.com/en-gb/4X4-R1000V) board. | 20:35 |
| MarkKonnov[m] | Any suggestions ? | 20:35 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 20:35 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 20:53 | |
| JaMa | RP: vmeson: now I'm importing all pressure data from these builds buildstats to Excel to see how it changes (and if there is some expression we can use to find optimal threshold - maximum doesn't work well, but maybe some top percentile or something might be interesting) | 20:55 |
| *** brazuca <brazuca!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has quit IRC (Ping timeout: 252 seconds) | 20:56 | |
| JaMa | I still don't understand why we regulate based on the difference in total pressure instead of the total value (my understanding is that this regulates against steep spikes, not against high pressure in general), so there is steep spike at the beginning of the build (because it's from 0 and we shouldn't limit this one) while when it is really busy already even small increase in pressure is bad | 20:58 |
| JaMa | but I haven't read https://www.kernel.org/doc/html/latest/accounting/psi.html yet, so I might just understand it all wrong | 20:59 |
| RP | JaMa: the value increments over time, it never goes down | 21:03 |
| *** GregWildonLindbe <GregWildonLindbe!~GregWildo@12.26.104.3> has joined #yocto | 21:03 | |
| RP | JaMa: the averages weren't reactive enough for us which is why we use the raw data | 21:03 |
| JaMa | ah it's not total pressure, but total absolute stall time (in us), so the difference is the "pressure" | 21:05 |
| JaMa | yes, I should have read it first :) | 21:05 |
| GregWildonLindbe | I would like to set up a mariadb login user in Yocto and I don't even know if it is possible, is there anyone here who understands the mariadb configuration well enough to be able to help me? | 21:06 |
| *** Guest14 <Guest14!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has joined #yocto | 21:06 | |
| *** Guest14 is now known as brazuca | 21:06 | |
| vmeson | JaMa: RP: See the Max Total Pressure build times graph: https://photos.app.goo.gl/Y3ooTg36CB2Gcph69 | 21:07 |
| vmeson | Oh and agupta1_ and I were just looking at how the current delta total simple algorithm referencing the previous second isn't ideal. I'd expect it'll let more work start than one could or should. | 21:08 |
| vmeson | It's still better than nothing but we're trying to tune it without making it lag too much like it did with avg10. | 21:09 |
| JaMa | I don't understand the last graph, why is it showing only the values during 2nd hour of the build time? (starting from 3400s to 5000s)? | 21:10 |
| RP | Initialising tasks...done. | 21:12 |
| RP | Bitbake still alive (no events for 600s). Active tasks: | 21:12 |
| RP | how can it sit like that for 600s :/ | 21:13 |
| RP | vmeson: wonder what the pressure is on fedora36-ty-3.yocto.io :) | 21:13 |
| vmeson | JaMa: the last graph with the blue boxes, has a Y axis that is the total build time for core-image-minimal on a modest 24 core? machine as a function of the pressure regulation on the x axis. | 21:14 |
| vmeson | RP: pheh, it's a new distro that is causing your 600s with no active tasks... | 21:15 |
| * vmeson takes a look at the worker briefly for fun. | 21:15 | |
| RP | vmeson: 1200s now! | 21:16 |
| vmeson | some pressure is 0 to a few percent. | 21:16 |
| RP | vmeson: I was also looking, doesn't seem that high | 21:17 |
| vmeson | Right, not high. There is a bit of memory pressure which I try to avoid... or at least I don't see much of it on the machines I use directly. | 21:18 |
| vmeson | RP: the flood gates seem to have opened and that box is bitbaking like mad now. | 21:19 |
| RP | it is very slowly stating files on the nas | 21:19 |
| RP | vmeson: the edgerouter build isn't | 21:19 |
| vmeson | I have a complex graph to make... priorities! | 21:20 |
| RP | halstead: is the nas ok? | 21:21 |
| halstead | RP: Checking. | 21:22 |
| halstead | RP: No data errors. IO is quite high right now. | 21:23 |
| RP | halstead: [pokybuild@fedora36-ty-3 ~]$ strace -p 2281051 shows it taking around half a second per file stat on the NAS :/ | 21:24 |
| RP | halstead: could be it is just heavily loaded, just seems unusual. I've never seen a build spend 1800 seconds and not start building anything! | 21:26 |
| halstead | RP: nfs is certainly working hard. yocto-autobuilder-helper/scripts/generate-testresult-index.py is running on the NAS an using a lot of IO as well. | 21:26 |
| RP | halstead: ah, that could be slowing everything down | 21:27 |
| RP | halstead: build is away now | 21:27 |
| halstead | RP: I'm going to stop it and see if that helps. | 21:28 |
| RP | halstead: I'm afraid I lost my illustration of the problem now! | 21:28 |
| halstead | RP: io pressure is still very high without the index generation running. | 21:32 |
| vmeson | pics added to that folder - I'll explain when I"m back from an errand. | 21:33 |
| RP | halstead: I guess we're just putting the system under a lot of load. I thought I'd better mention in case it was useful/interesting to look at it live | 21:37 |
| halstead | RP: nfs is doing about 10000 transactions per second which is pretty high and about 800mbps in read-write throughput which isn't an issue. | 21:40 |
| diamondman | I would like to better understand the BBEXTENDS behavior, but I don't know how to debug the native_virtclass_handler etc event handlers in the bbclasses to see how they work. I can hack some stuff together to write out results in a directory I can introspect, but I have to assume there is a better way to handle this than shots in the dark or gross hacks. Does anyone have suggestions? | 21:45 |
| RP | halstead: Interesting. I'd think it should be calming down a bit now | 21:45 |
| *** florian <florian!~florian@dynamic-002-243-005-119.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 21:47 | |
| halstead | RP: it is much calmer. between 30% and 80% busy instead of 80%-95% | 21:47 |
| JaMa | vmeson: pushed pressure data in spreadsheet, but no useful graphs yet https://github.com/shr-project/test-oe-build-time/commit/a388df10f8eaae4437cf9931f7ccc6f86f1acaea | 21:48 |
| halstead | RP: I need to visit the data center to replace the debian perf worker's HDD. | 21:48 |
| RP | halstead: it can wait until maint tomorrow if that helps | 21:48 |
| halstead | RP: If it can wait, I'll do it tonight after traffic dies down. | 21:49 |
| RP | halstead: that should be fine. I just wanted to flag it needed attention | 21:49 |
| RP | halstead: sorry to distract but it is useful to know we're loading the nas that heavily :/ | 21:50 |
| JaMa | vmeson: ah I see, so X is BB_PRESSURE_MAX_CPU value used in the build (not the collected pressure values from /proc/pressure nor their diff values) | 21:50 |
| halstead | RP: It is often at a fairly high load. I do want to know when stats are taking .5s each though. | 21:51 |
| JaMa | and that's from where the 1000 magic number came from as the lowest value (highest regulation) without causing too significant build time increase | 21:52 |
| RP | halstead: that did seem surprisingly slow :/ | 21:54 |
| *** brazuca <brazuca!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has quit IRC (Quit: Client closed) | 22:00 | |
| JaMa | OF: git(hu|la)b => (github|gitlab) => git(lab|hub) => last 3 letters in bold with yellow background, "Site from where your code Come" https://www.reddit.com/r/crappyoffbrands/comments/ocvhqq/%E9%A3%AFhub/ | 22:03 |
| *** willo <willo!~quassel@fedora/willo> has left #yocto (http://quassel-irc.org - Chat comfortably. Anywhere.) | 22:09 | |
| *** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has joined #yocto | 22:11 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 252 seconds) | 22:12 | |
| *** florian <florian!~florian@dynamic-002-243-005-119.2.243.pool.telefonica.de> has joined #yocto | 22:21 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 22:26 | |
| vmeson | JaMa: right | 22:27 |
| * vmeson <-- experimentalist not a theoretician. | 22:27 | |
| vmeson | so if anyone is interested, the "Delta Pressure over 1 second epoch" graphs reflect how (poorly?) the current algorithm works, we just use 1 fixed reference from 'the previous second' so the delta time is > 0 < 1 in theory | 22:30 |
| vmeson | in pracice there are some times when delta T is > 1 second - not much to do in the build then maybe. | 22:31 |
| vmeson | I don't understand the 1/10 of a second banding but I don't think it's that important | 22:32 |
| vmeson | Rather than a fix reference, we need a sliding window ? More tomorrow. | 22:32 |
| *** florian <florian!~florian@dynamic-002-243-005-119.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 22:39 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4a10:7900:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 22:44 | |
| JaMa | vmeson: that's for https://git.openembedded.org/openembedded-core/commit/?id=0e2df45ab066bb4ad2c4f8622ee9c1a8ecdea9cb right? | 22:46 |
| *** Guest14 <Guest14!~Guest14@2804:7f4:3590:6971:d63:72b9:72cb:82db> has joined #yocto | 23:15 | |
| *** Guest14 is now known as brazuca | 23:15 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (Quit: bantu) | 23:21 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto | 23:22 | |
| vmeson | JaMa: that's the context. This data includes that patch. The current approach works but may need some tuning. I think we need- more averaging but not so much that we end up close to the avg10 high latency response. | 23:34 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 23:36 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!