| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 00:04 | |
| *** florian <florian!~florian@dynamic-093-132-086-108.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 00:13 | |
| *** Portia[m] <Portia[m]!~pstephens@2001:470:69fc:105::1:884c> has joined #yocto | 00:35 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 01:01 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 01:01 | |
| *** camus <camus!~Instantbi@2409:8a1e:911b:ff00:6015:924d:1dbe:2632> has quit IRC (Ping timeout: 240 seconds) | 01:46 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:00 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:01 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 02:04 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:05 | |
| *** starblue <starblue!~juergen@dslb-188-109-105-029.188.109.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 02:35 | |
| *** starblue <starblue!~juergen@dslb-188-100-137-005.188.100.pools.vodafone-ip.de> has joined #yocto | 02:37 | |
| *** amitk <amitk!~amit@103.208.71.36> has joined #yocto | 03:13 | |
| *** jclsn72 <jclsn72!~jclsn@149.233.138.126.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:41 | |
| *** jclsn7 <jclsn7!~jclsn@185.220.216.31.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 03:43 | |
| *** jclsn72 is now known as jclsn7 | 03:43 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 03:57 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 03:58 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 04:03 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 04:56 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds) | 04:58 | |
| *** camus1 is now known as camus | 04:58 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:42 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 05:54 | |
| *** Guest22 <Guest22!~Guest22@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 05:55 | |
| Guest22 | good morning | 05:55 |
|---|---|---|
| Guest22 | was wandering if anyone has a dunfell commit number concerning update to 5.15 kernel as I cannot seem to find one, maybe that particular kernel revision was skipped? | 05:56 |
| *** Etheryon <Etheryon!~textual@79.113.77.204> has joined #yocto | 06:20 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 256 seconds) | 06:49 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 06:57 | |
| *** rob_w <rob_w!~rob@2001:a61:605d:cd01:dddc:bfa5:bb07:b288> has joined #yocto | 07:05 | |
| *** frieder <frieder!~frieder@97-68-142-46.pool.kielnet.net> has joined #yocto | 07:38 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 252 seconds) | 07:47 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:52 | |
| *** mckoan_ is now known as mckoan | 07:54 | |
| mckoan | good morning | 07:54 |
| hmw[m] | good moring | 08:04 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 08:25 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 08:34 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:34 | |
| jclsn[m] | Buenos dias | 08:37 |
| dv__ | there's no yocto 3.5 release schedule page, so I ask here - what's the planned release date for kirkstone? I just know "sometime in april" | 08:39 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 08:45 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:54 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:55 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 08:56 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** ctxnop <ctxnop!~ctxnop@162.163-78-194.adsl-static.isp.belgacom.be> has joined #yocto | 09:04 | |
| Saur[m] | dv__: According to the latest project status (https://lists.yoctoproject.org/g/yocto/message/56339) the currently expected release date is April 29. | 09:11 |
| dv__ | ah so yocto is in m4 | 09:17 |
| dv__ | bugfix recipe updates are still ok in that milestone, do I recall this correctly? | 09:17 |
| *** ctxnop <ctxnop!~ctxnop@162.163-78-194.adsl-static.isp.belgacom.be> has quit IRC (Quit: Client closed) | 09:17 | |
| Saur[m] | Correct. | 09:17 |
| Emantor | Is there a way to package up the kernel debugging symbols if enabled in the KConfig? | 09:19 |
| rburton | Emantor: they're in the -dbg package | 09:20 |
| rburton | dv__: upgrades need a good reason | 09:20 |
| rburton | if its a stable branch which only gets tested fixes, or is a security release, that's fine | 09:20 |
| Guest22 | I need a SRC_URI which is a gitlab that needs username/password and was wondering what the proper syntax is in that case | 09:22 |
| Etheryon | Guest22: I've added the ssh key to the account for the machine that's doing the build | 09:22 |
| Guest22 | have created a new ssh key and ssh-add 'ed to the gitlab and tried to build recipe but it fails | 09:23 |
| rburton | embedding credential in the recipe is not the answer | 09:23 |
| Guest22 | rburton I do agree | 09:23 |
| Guest22 | question remains what is the proper way? | 09:24 |
| rburton | if you can use authenticated https then you can add the credentials to ~/.netrc | 09:24 |
| Guest22 | not familiar with ~/.netrc | 09:24 |
| Etheryon | Guest22: I think you need to use the web interface to add the ssh key | 09:25 |
| Etheryon | Guest22: https://docs.gitlab.com/ee/ssh/#add-an-ssh-key-to-your-gitlab-account | 09:26 |
| rburton | https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-fetching.html#git-fetcher-git has a comment pointing you to using new keys (which would need to configured in local ssh config and on gitlab) or netrc | 09:26 |
| *** Thorn_ <Thorn_!~Thorn@user/thorn> has joined #yocto | 09:30 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 272 seconds) | 09:31 | |
| Emantor | rburton: we have our own kernel recipe which does not create -dbg packages. I'll peek at linux-yocto to see how its done. | 09:31 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:37 | |
| *** florian <florian!~florian@dynamic-093-133-013-068.93.133.pool.telefonica.de> has joined #yocto | 09:42 | |
| RP | Why when trying to make a release build do we get a parade of errors which we haven't seen for months? :/ | 09:43 |
| Saur[m] | RP: Murphy's law? | 09:47 |
| RP | Saur[m]: yes :( | 09:50 |
| *** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has quit IRC (Quit: you can't fire me!) | 10:10 | |
| *** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has joined #yocto | 10:10 | |
| *** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has quit IRC (Client Quit) | 10:10 | |
| *** ctxnop <ctxnop!~ctxnop@162.163-78-194.adsl-static.isp.belgacom.be> has joined #yocto | 10:10 | |
| *** barometz <barometz!~dvanb@i117058.upc-i.chello.nl> has joined #yocto | 10:12 | |
| ctxnop | Hello! I have an issue with some pre-built libs that I try to install on an image. It seems that bitbake alters the lib right before creating the image. I supposed its a strip operation, unfortunately this lib seems to check some kind of checksum or something. So I added INHIBIT_SYSROOT_STRIP = "1" to my local.conf, INHIBIT_PACKAGE_STRIP = "1" and | 10:17 |
| ctxnop | INHIBIT_PACKAGE_DEBUG_SPLIT = "1" to the package recipe. but still append to be altered. Any idea? | 10:17 |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:f62f:c306:48e6:4b6a> has joined #yocto | 10:19 | |
| pasherring | Hey there, good day, yoctoers! When I start a 'devtool modify', is it possible to do 'devtool finish' without propagating changes to the recipe/tree? | 10:21 |
| Saur[m] | pasherring: You mean like `devtool reset`? | 10:22 |
| pasherring | Saur[m], not sure, maybe that is what I am looking for --' | 10:24 |
| pasherring | I'll give it a try, as soon as my build finishes :) | 10:24 |
| *** olani <olani!~olani@2a02:aa1:101f:1751:b809:b5a9:1012:e8f8> has joined #yocto | 10:25 | |
| pasherring | Saur[m], alrighty, it was exactly that. Thanks for the info | 10:48 |
| rburton | ctxnop: remove everything from local.conf, and read https://docs.yoctoproject.org/dev-manual/common-tasks.html#working-with-pre-built-libraries | 10:51 |
| ctxnop | already did that | 10:51 |
| rburton | ctxnop: you might have prelink enabled? | 10:52 |
| ctxnop | I read this exact documentation, and end-up to add the line to my local.conf because was not working | 10:52 |
| rburton | definitely don't add to local.conf | 10:52 |
| ctxnop | Yes I have image-prelink | 10:52 |
| rburton | that just pulls in the code, but doesn't turn it on | 10:53 |
| rburton | no, i'm wrong, inheriting the class does turn it on | 10:54 |
| rburton | don't do that :) | 10:54 |
| rburton | prelinking involves changing every library | 10:54 |
| rburton | also, it's barely a win, and doesn't exist in the next release | 10:54 |
| *** starblue <starblue!~juergen@dslb-188-100-137-005.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 10:54 | |
| ctxnop | I know nothing about prelink, didn't set up this image in the first place, just getting over the job of someone who left. will read the doc about this to know if I can get rid of it without side effects | 10:55 |
| *** starblue <starblue!~juergen@dslb-188-100-137-005.188.100.pools.vodafone-ip.de> has joined #yocto | 10:57 | |
| ctxnop | If I'm correct it seems to speed up build time, but that's it. I'll give a try to disabling this feature, thanks a lot for this pointer | 10:57 |
| rburton | it does a partial runtime link ahead of time | 10:57 |
| rburton | totally destroys some security features, and modern loaders are so much faster | 10:57 |
| rburton | and latest glibc doesn't support it at all | 10:58 |
| rburton | basically, just turn it off | 10:58 |
| ctxnop | The thing is that we currently building using an old version (dunfell) based on the work of someone who left. Nobody maintained it. So now I have to take everything back and maintain old images, but I also started a migration on the next yocto's LTS. So I can do whatever I want on this new image. But I have to justify any little change on olds | 11:01 |
| ctxnop | ones. | 11:01 |
| ctxnop | Anyway, will be easy to justify the change if it just can't work without it ^^' | 11:02 |
| rburton | ctxnop: https://git.yoctoproject.org/poky/commit/?id=a242274d98e6f0f8d2aa21f778df690de7b42144 | 11:04 |
| rburton | breaks address randomisation and silent corruption sound like good reasons to drop it ;) | 11:04 |
| ctxnop | I think so yes, thank for this link :) | 11:05 |
| ctxnop | Just finished to build, disabled prelink. everything worked like a charm, problem solve, thanks a lot | 11:06 |
| rburton | RP: argh the cve report! | 11:07 |
| rburton | ah terrible CPEs for the libsolv ones | 11:13 |
| *** olani <olani!~olani@2a02:aa1:101f:1751:b809:b5a9:1012:e8f8> has quit IRC (Ping timeout: 250 seconds) | 11:24 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 11:26 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Remote host closed the connection) | 11:31 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 11:31 | |
| *** ctxnop <ctxnop!~ctxnop@162.163-78-194.adsl-static.isp.belgacom.be> has quit IRC (Quit: Client closed) | 11:36 | |
| *** florian <florian!~florian@dynamic-093-133-013-068.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 11:39 | |
| RP | rburton: yes, I had a quick look yesterday and think the libsolv ones are bad entries. The qemu ones look weird too, the patches mentioned were applied so I'm not sure 6.2.0 does have those issues | 11:40 |
| rburton | found a statement from the solv maintainer saying all the CVEs are fixed by a specific commit so that should be fixed today | 11:40 |
| rburton | seatd upgrade is trivial and safe as its just the fix | 11:41 |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 11:41 | |
| RP | rburton: cool. Which leaves qemu... | 11:42 |
| RP | oh, and vim | 11:42 |
| * RP is trying to ignore that | 11:42 | |
| rburton | now we're meant to be freezing, randomly upgrading vim is less attractive | 11:43 |
| rburton | i was hoping they'd release at some point | 11:43 |
| kanavin | rburton, we should probably file a bug and politely ask for a sane version policy | 11:43 |
| rburton | RP: the qemu one i looked at says up-to(excluding) 6.2.0, so either the cpe data changed since the report run or we just found a bug in the tool | 11:44 |
| rburton | looks like the tool misreported | 11:45 |
| RP | rburton: https://nvd.nist.gov/vuln/detail/CVE-2021-3930 also has cpe:2.3:a:qemu:qemu:6.2.0:-:*:*:*:*:*:* | 11:45 |
| rburton | yeah | 11:45 |
| rburton | i expect that's the problem | 11:45 |
| rburton | i'll dig | 11:46 |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:f62f:c306:48e6:4b6a> has quit IRC (Quit: Leaving) | 11:47 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 11:47 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit) | 11:48 | |
| RP | rburton: thanks, I don't quite understand why that suddenly showed up :/ | 11:50 |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer) | 11:55 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has joined #yocto | 11:58 | |
| rburton | RP:mailed nist | 12:03 |
| RP | rburton: thanks | 12:06 |
| rburton | khem: drop the blive* patches in master-next, the correct fix is to use setuptools_legacy | 12:07 |
| RP | rburton: the sstate patch from Jose is interesting re: the fetch issues we've seen | 12:11 |
| rburton | yes! | 12:12 |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has quit IRC (Read error: Connection reset by peer) | 12:21 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has joined #yocto | 12:25 | |
| *** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has joined #yocto | 12:31 | |
| *** Guest22 <Guest22!~Guest22@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC (Quit: Client closed) | 12:42 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:d6c5:a51a:dcde:a55e> has quit IRC (Quit: vladest) | 12:45 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:aeeb:ee90:1f8e:70d2> has joined #yocto | 12:45 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 13:06 | |
| *** davidinux <davidinux!~davidinux@212.102.54.105> has quit IRC (Ping timeout: 250 seconds) | 13:16 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 13:16 | |
| *** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has joined #yocto | 13:18 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Ping timeout: 240 seconds) | 13:21 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 13:32 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 13:32 | |
| *** actia <actia!~actia@185.6.209.34> has joined #yocto | 13:39 | |
| actia | Hello | 13:39 |
| actia | I use yocto thud with a local mirror on Nexus 3 server, when I use PREMIRRORS_prepend with an url with basic authentication the username is replaced by usernamegit. Do you know how to fix this error ? | 13:41 |
| *** actia is now known as YourNick | 13:42 | |
| *** YourNick is now known as actia | 13:42 | |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 13:44 | |
| actia | Do you know where is located the code of the fetch tash that handle premirror directive ? | 13:45 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Remote host closed the connection) | 13:49 | |
| *** vd is now known as vvn | 13:52 | |
| RP | actia: bitbake/lib/bb/fetch2/__init__.py | 13:58 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 13:58 | |
| actia | Thanks RP | 13:58 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:58 | |
| zeddii | heh. started a build last night on my home builder. I see cargo-native is still doing something 7 hours later | 13:58 |
| zeddii | 947886 bruce 20 0 1241400 347952 98428 S 0.0 2.2 0:31.84 rustc | 13:59 |
| zeddii | 'dat thing is memory hungry | 13:59 |
| paulg | yeah - as I was complaining before - the whole rust/cargo thing effectively killed off any older hardware with less than 16G RAM acting as builders | 14:06 |
| zeddii | yah. unfortunately, my home builders are older dell servers, this one only has 16G, hence I suppose why I thought it was dead | 14:07 |
| zeddii | not really enthusiastic about buying ram for this old beastie. | 14:08 |
| zeddii | it looks like it chose to OOM the wifi agent a few times. heh. I guess that explains the connection drop | 14:08 |
| *** Guest22 <Guest22!~Guest22@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 14:09 | |
| Guest22 | greetings all | 14:10 |
| Guest22 | how do i delete the pre-fetched kernel as it does not seem to issue a git pull and I cannot get my latest changes in | 14:11 |
| paulg | I was toying with the idea of looking at the task dispatcher and seeing if there was a quick and dirty way to teach it to not dispatch any new tasks if it senses that swap is in active use. | 14:11 |
| Guest22 | tried bitbake -b <linux-kernel recipe> -c clean but yocto obviously gets it back from a cache as the new file is not there | 14:12 |
| zeddii | paulg: that might help, yah, I see now, only this morning it is finishing up libsrvg-native | 14:12 |
| JPEW | paulg: Or load-average maybe? | 14:12 |
| zeddii | and it only seems to have woken up, after I smashed my way onto the machine. | 14:12 |
| paulg | i.e. "use make -j4 and have 4 tasks in flight ... *iff* you can w/o touching down into swap." | 14:12 |
| paulg | an unchecked 4x4 will just kill things once it stumbles into the workfest of cargo/rust and oom your kit. | 14:13 |
| paulg | my "solution" so far has been just to blacklist all the stuff that has dependency chains that stumble into that rathole. | 14:14 |
| paulg | JPEW, I'm not sure loadavg will reflect whether you are in a swapdeath hell with the disk LED solid. | 14:15 |
| zeddii | I'm still seeing the icon themes blow up. it definitely needs to be serialized through that pit of hell. | 14:15 |
| zeddii | s/blow up/build/ | 14:15 |
| paulg | the other option would be just to flag some packages as "please serialize me" - and then respect that flag for machines with 16G or less? | 14:17 |
| paulg | could put the kernel, glibc, rust, cargo, .... in there? | 14:17 |
| zeddii | yah. that's what I was thinking. like the "no migrate" or critical section flags in the kernel. | 14:18 |
| paulg | pretty much. I've never looked at the oe task dispatcher, so I have no idea how hard it would be to translate my random ideas into a working prototype... | 14:19 |
| paulg | but the rust/cargo stuff shines a bright light on how it fails miserably on giant behemoth ram-sucking package builds. | 14:20 |
| qschulz | Guest22: SRCREV is usually the variable stating which commit to check out in the recipe | 14:20 |
| Guest22 | qschulz: yup just figured out that one ;-) | 14:21 |
| zeddii | Guest22: if you really are using -b you probably don't want to. it is almost never the right flag to use | 14:21 |
| paulg | I suppose you wouldn't even need to serialize the whole package - just the do_compile. | 14:22 |
| zeddii | paulg: yah | 14:22 |
| paulg | COMPILE_EXCLUSIVE=1 | 14:25 |
| paulg | if set, don't dispatch any new do_compile tasks. | 14:26 |
| zeddii | not knowing anything either. sounds feasible. | 14:28 |
| paulg | I need to retire so I have time to chase random ideas like that. :-P | 14:30 |
| actia | I have identifie a bug in the fetch task, if I use SOURCE_MIRROR_URL with a basic authentivcation in the url : user:password@domain.com/REPO/SRC the command wget uses usergit instead of user for the authentication. | 14:41 |
| actia | Is it a know issue ? | 14:41 |
| actia | I think there is a bug in the regexp used to replace the git url by SOURCE_MIRROR_URL. | 14:42 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 256 seconds) | 14:43 | |
| qschulz | actia: would be great if you could reproduce on the master branch to check if we're still affected or not | 14:49 |
| actia | qschulz: I'm not sure my project can be switched from thud to master. I think that some syntaxe have changed. | 14:58 |
| RP | zeddii: FWIW it wouldn't be hard to pause task dispatching. paulg disappeared... | 15:03 |
| JaMa | zeddii: unfortunately it's not just builders with 16G ram, with 32c 64t 3970X threadripper I used to be fine with 128G ram, now 2G per thread too often isn't enough and OOMK gets violent | 15:04 |
| qschulz | actia: you don't need to switch the whol;e project from thud to master, just need newer poky with only PREMIRRORS configured as you did on thud | 15:05 |
| RP | JaMa: was that with the limiting code we ended up adding to core? | 15:06 |
| RP | JaMa: https://git.yoctoproject.org/poky/commit/?id=c6f23f1f0fad29da4dee27a9cb8219ae05a8bfd5 | 15:06 |
| actia | Ok, but I encounter the issue with the git url of my local gitlab server, so I need to port at least my recipe using this url. | 15:06 |
| JaMa | zeddii: as simple work around I'm changing PARALLEL_MAKE for 2 hungriest recipes in my builds PARALLEL_MAKE:pn-qtwebengine = "-j 40" | 15:06 |
| JaMa | PARALLEL_MAKE:pn-webruntime = "-j 40" | 15:06 |
| JaMa | RP: yes with limiter as I have only 64 threads anyway | 15:07 |
| *** Guest22 <Guest22!~Guest22@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC (Quit: Client closed) | 15:07 | |
| RP | JaMa: right, yes. I wonder if the limit should be a bit lower? :/ | 15:08 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto | 15:08 | |
| actia | qschulz: I will try tomorrow, I will let you know if the issue is still on the master branch | 15:08 |
| JaMa | RP: yeah, but limitting all the tasks globally might hurt overall build time as well, e.g. with qtwebengine/webruntime the memory usage peak is only terrible only for few minutes | 15:10 |
| JaMa | RP: swap is terrible, but to keep OOMK quiet for these few minutes is possibly reasonable work around as well | 15:11 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 260 seconds) | 15:11 | |
| JaMa | assuming the PC is used only for non-interactive OE builds during that time (running chrome browser is usually first victim of OOMK which together with stuttering mouse movement makes such workstation a bit annoying to use during the peak) :) | 15:12 |
| RP | JaMa: right, it is all a compromise :/ | 15:17 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 15:21 | |
| moto-timo | RP: I assume you saw https://bugzilla.yoctoproject.org/show_bug.cgi?id=14753 | 15:21 |
| moto-timo | RP: needs a test case in oe-selftest | 15:22 |
| RP | moto-timo: I did, not looked into it yet though | 15:23 |
| moto-timo | RP: no worries. At least I have a simple reproducer | 15:25 |
| rburton | RP: v2 of the cleanups sent. this built most of meta-py with no diffoscope changes. | 15:27 |
| *** jsbronder <jsbronder!jsbronder@user/jbronder> has quit IRC (Quit: WeeChat 3.2) | 15:31 | |
| *** jsbronder <jsbronder!jsbronder@user/jbronder> has joined #yocto | 15:33 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 15:42 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.4) | 15:45 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 15:57 | |
| *** frieder <frieder!~frieder@97-68-142-46.pool.kielnet.net> has quit IRC (Remote host closed the connection) | 16:17 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 16:17 | |
| *** actia <actia!~actia@185.6.209.34> has quit IRC (Quit: Client closed) | 16:19 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 16:23 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 16:26 | |
| RP | rburton: thanks! | 16:26 |
| RP | moto-timo: https://git.yoctoproject.org/poky/commit/?h=master-next&id=d37edd5516b9f504d33a0690fa616fd9423e60d4 is a blind guess at a fix btw | 16:29 |
| *** Etheryon <Etheryon!~textual@79.113.77.204> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 16:34 | |
| moto-timo | RP: confirmed… that leads to the expat error that was seen before 3.4… | 16:35 |
| moto-timo | RP: and not sure how I missed that :/ | 16:35 |
| RP | moto-timo: we're all trying to do too much at once | 16:36 |
| moto-timo | RP: indeed | 16:40 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 16:46 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 16:48 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Client Quit) | 16:50 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 16:51 | |
| RP | kanavin: if you want a laugh, "devtool upgrade vim; devtool finish vim" is insane, creates 3500 patches | 16:54 |
| *** stephano <stephano!~stephano@73.240.0.134> has joined #yocto | 17:16 | |
| *** stephano <stephano!~stephano@73.240.0.134> has quit IRC (Client Quit) | 17:17 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.4) | 17:17 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 17:18 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Remote host closed the connection) | 17:18 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 17:29 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Client Quit) | 17:29 | |
| *** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 17:30 | |
| *** vd is now known as vvn | 17:32 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 17:34 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 17:34 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 17:39 | |
| *** jpnurmi <jpnurmi!jpnurmi@user/jpnurmi> has quit IRC (Remote host closed the connection) | 18:00 | |
| *** mckoan is now known as mckoan|away | 18:09 | |
| khem | rburton: yes makes sense, squashed your changes on master-next | 18:10 |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has joined #yocto | 18:13 | |
| *** amitk <amitk!~amit@103.208.71.36> has quit IRC (Ping timeout: 256 seconds) | 18:18 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 18:29 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 256 seconds) | 18:34 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.4) | 18:47 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.181> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 18:51 | |
| *** vvn <vvn!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto | 18:51 | |
| kanavin | RP: technically correct is the best kind of correct :) | 18:53 |
| kanavin | RP: I was thinking that when fetching from git, a 'tag' parameter in SRC_URI would be beneficial. the fetcher would then verify that the commit id resolves to the tag, which prevents supply chain attacks, or honest mistakes. | 18:57 |
| kanavin | right now, a version update only updates SRCREV and we have to trust that blindly more or less | 18:57 |
| kanavin | it could look like 'tag=v${PV}' or similar according to upstream format | 18:58 |
| kanavin | just doing the 'RP smoke check' for the idea, in case it's not viable :) | 19:00 |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has quit IRC (Remote host closed the connection) | 19:00 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 19:05 | |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has quit IRC (Quit: Client closed) | 19:08 | |
| Ch^W_ | Is the failure to pull an updated git clone source bundle from the PREMIRRORS location a known bug? | 19:10 |
| *** dave <dave!~dave@node-1w7jr9ppfiid0mfwihixdoerh.ipv6.telus.net> has joined #yocto | 19:18 | |
| *** dave is now known as aclaws | 19:19 | |
| *** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 252 seconds) | 19:20 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-013-068.93.133.pool.telefonica.de> has joined #yocto | 19:34 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-013-068.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 19:41 | |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has joined #yocto | 19:49 | |
| Saur[m] | RP: I have pushed updated versions of my Knotty improvements to poky-contrib (branch: pkj/knotty-improvements) (since we still can't read/send work mail from home). I've removed the last patch. Instead the second patch now solves the problem with the width of the progress bar, and the addition of a progress bar for the setscene tasks (which I believe _is_ an improvement to the Knotty UI) is added as an optional third patch. | 19:58 |
| *** rob_w <rob_w!~rob@2001:a61:605d:cd01:dddc:bfa5:bb07:b288> has quit IRC (Quit: Leaving) | 19:59 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Ping timeout: 272 seconds) | 20:06 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 20:07 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 20:09 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 20:09 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 20:15 | |
| khem | I think we need to sort virtual/libgl meaning and virtual/mesa should perhaps be removed | 20:17 |
| khem | perhaps we only should depend on virtual/egl and then let platform figure out if they use GLES or GL or OpenVG implementations | 20:18 |
| fray | There are libraries that replace mesa.. like the mali stuff.. | 20:20 |
| fray | there are libraries that just provide libgl (or libegl) | 20:20 |
| fray | it's a real mess.. | 20:20 |
| fray | For instance chrome uses virtual/ligl (this is from memory, so might not be exactly correct). Which essentially causes it to link to mesa.. but when I enable mali400 support.. it has to instead link to the mali400 version.. so it's not runtime compatible with mesa, only compile time.. | 20:21 |
| fray | so I end up with two versions of chrome.. a mesa version and a mali400 version | 20:22 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 20:22 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 20:23 | |
| khem | applications perhaps can just ask for lib/egl | 20:25 |
| khem | if an app insists on needing libgl then its stepping down the abstaction and we should have a way to tell that this platform does not implement GL | 20:26 |
| khem | trying to let mesa-gl provide s/w rendering is iffy I am not sure if it has ever worked | 20:26 |
| fray | I've also had to go through (on my own system) and add bbappends to anything linking to mesa.. so if mali400 is enabled it now becomes PACAKGE_ARCH machine specific.. | 20:28 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-013-068.93.133.pool.telefonica.de> has joined #yocto | 20:32 | |
| smurray | fray: iirc, both Renesas and Qualcomm also have their own libgl replacements | 20:41 |
| fray | Ya, it's not unusual for us.. and it's a mess | 20:45 |
| khem | thats the point, some folks implement GL and GLES and some stick to just GLES | 20:52 |
| khem | but they all implement EGL | 20:52 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 20:56 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Quit: cb5r) | 21:19 | |
| fray | but most things, like Chrome, actually require a mesa like interface.. (which complicates this) | 21:21 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-013-068.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 21:54 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 21:58 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 22:02 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 22:02 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 22:03 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 22:06 | |
| RP | Saur[m]: we're definitely not doing the two progress bars. If I thought the discussion were going this way I'd have refused to split the line at all | 22:25 |
| RP | kanavin: I think bitbake will verify tags if specified as it annoys some people | 22:26 |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 256 seconds) | 22:27 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 22:29 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 240 seconds) | 22:32 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 22:32 | |
| RP | Saur[m]: we'd better stick to list review as the patch in that branch looks a bit rushed (e.g. the py.my file) | 22:37 |
| Saur[m] | RP: Of course. This was more of a heads up since I can't send the patches until some time tomorrow. (And I have removed that .py.my file now.) | 22:45 |
| RP | Saur[m]: you change the behaviour for quiet too? | 22:47 |
| RP | Saur[m]: there is just too much changing in that patch to make me feel confident in it | 22:48 |
| Saur[m] | Well, I thought the idea with the quiet mode was that it does not output the list of currently running tasks. Thus it seemed more logical that the output of the setscene/real task output was the same. | 22:50 |
| Saur[m] | Especially I could not set the logic in the quiet mode not having the output of the number of currently running tasks. I found that very odd. | 22:51 |
| Saur[m] | see* | 22:51 |
| RP | Saur[m]: The commit message doesn't mention this at all and you're just guessing about what quiet mode does. This just means I now have to read your patches very carefully :( | 22:54 |
| RP | Saur[m]: if the quiet behaviour is incorrect, it is a separate issue | 22:54 |
| Saur[m] | I'm not saying it is incorrect, I just found it odd that it was lacking the currently running tasks in its output. Also, changing the output of the quiet mode probably made more sense when I added the progress bar for the setscene tasks. | 22:57 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 23:02 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC (Quit: reboot) | 23:03 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 23:05 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-013-068.93.133.pool.telefonica.de> has joined #yocto | 23:10 | |
| Saur[m] | @rp: | 23:25 |
| Saur[m] | RP: Ok, pushed an updated branch that makes no changes at all to the output except corrects the length of the progress bar. | 23:26 |
| *** Etheryon <Etheryon!~textual@79.113.77.204> has joined #yocto | 23:29 | |
| *** Etheryon <Etheryon!~textual@79.113.77.204> has quit IRC (Client Quit) | 23:29 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 23:32 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:51 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 23:53 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 23:55 | |
| *** camus1 is now known as camus | 23:55 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!