| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:15 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 00:34 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 00:44 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds) | 01:09 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:15 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:21 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:27 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:36 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 240 seconds) | 01:36 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:41 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 01:45 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 01:47 | |
| *** camus1 is now known as camus | 01:47 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 01:48 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:54 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 01:59 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:04 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:04 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 02:10 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 02:12 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:20 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:22 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 02:29 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:35 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 02:59 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:05 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 03:14 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:21 | |
| *** amitk <amitk!~amit@103.59.74.60> has joined #yocto | 03:42 | |
| *** jclsn7 <jclsn7!~jclsn@149.224.129.115.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 03:54 | |
| *** jclsn7 <jclsn7!~jclsn@84.46.23.188.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 04:00 | |
| *** jclsn7 <jclsn7!~jclsn@84.46.23.188.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds) | 04:09 | |
| *** jclsn7 <jclsn7!~jclsn@84.46.23.188.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 04:14 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:26 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 05:33 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 05:57 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:03 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 06:18 | |
| *** oobitots <oobitots!~oobitots@aer01-mda2-dmz-wsa-5.cisco.com> has joined #yocto | 06:19 | |
| *** osama2 <osama2!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has joined #yocto | 06:22 | |
| *** osama3 <osama3!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 06:23 | |
| *** osama2 <osama2!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 256 seconds) | 06:27 | |
| *** Etheryon <Etheryon!~textual@79.114.43.172> has joined #yocto | 06:45 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 06:45 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 06:52 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:04 | |
| *** kanavin_ <kanavin_!~Alexander@5.28.66.160> has joined #yocto | 07:11 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Ping timeout: 240 seconds) | 07:13 | |
| *** rzr <rzr!~rzr@ynh.rzr.cloudns.org> has joined #yocto | 07:16 | |
| rzr | hi, | 07:16 |
|---|---|---|
| rzr | i am observing do_fetch hanging at 100% on ovmf ? any clue ? | 07:16 |
| *** frieder <frieder!~frieder@mue-88-130-64-015.dsl.tropolys.de> has joined #yocto | 07:18 | |
| *** frieder <frieder!~frieder@mue-88-130-64-015.dsl.tropolys.de> has quit IRC (Remote host closed the connection) | 07:18 | |
| *** frieder <frieder!~frieder@mue-88-130-64-015.dsl.tropolys.de> has joined #yocto | 07:18 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:32 | |
| *** mckoan|away is now known as mckoan | 07:35 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:44 | |
| *** Etheryon <Etheryon!~textual@79.114.43.172> has quit IRC (Ping timeout: 256 seconds) | 07:46 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 08:03 | |
| RP | rzr: what does ps show as running? | 08:33 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:48 | |
| hmw[m] | hi, Im trying to use cmake in a project but im getting #error "__WORDSIZE is not defined" ( but it is pulling bits/c++config.h:3, from host file system not out of the sdk) | 08:50 |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@ec2-52-29-15-71.eu-central-1.compute.amazonaws.com> has joined #yocto | 08:52 | |
| LetoThe2nd | yo dudX | 08:52 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:53 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:57 | |
| qschulz | o/ | 09:06 |
| rzr | RP, hi richard | 09:07 |
| rzr | a couple of bitbake-worker decafbad | 09:07 |
| rzr | let me try again with --debug | 09:07 |
| LetoThe2nd | decaf? BAD!!! | 09:08 |
| rzr | let me try to build again in docker container too | 09:10 |
| rzr | i am using latest ubuntu | 09:10 |
| RP | rzr: usually to do that it would be waiting on the exit of some command :/ | 09:18 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 09:18 | |
| RP | LetoThe2nd: bitbake has strong feelings on that :) | 09:18 |
| LetoThe2nd | RP: obviously we are aligned. | 09:19 |
| RP | LetoThe2nd: the fakeroot worker has decafbadbad | 09:19 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 09:19 | |
| LetoThe2nd | RP: +1 | 09:19 |
| RP | should have been decafdeadbad in hindsight | 09:19 |
| LetoThe2nd | decafdead | 09:20 |
| landgraf | rzr: I had some issues with long do_fetch of ovmf as well | 09:29 |
| landgraf | rzr: it took around 1hr iirc | 09:29 |
| rzr | landgraf, hi | 09:29 |
| landgraf | rzr: hi | 09:29 |
| rzr | the problem for me is that it's hanging after 100% | 09:30 |
| rzr | landgraf, I think this package is about 1GB ... | 09:30 |
| rzr | 0: ovmf-native-edk2-stable202111-r0 do_fetch (pid 808701) 100% |###################################################################################################################################################################| 35.2M/s | 09:30 |
| RP | keep in mind the progress bars may not be 100% accurate | 09:30 |
| RP | i.e. it could still be doing something | 09:31 |
| rzr | the git process is gone | 09:31 |
| rzr | any timeout / delay variable to adjust ? | 09:31 |
| RP | no, there would be a delay there to adjust | 09:31 |
| RP | wouldn't | 09:32 |
| RP | it does do other things after fetching such as mirror archiving. I assume you looked at the do_fetch log file? | 09:32 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:38 | |
| jclsn[m] | Can anyone tell me which layer provides Electron? | 09:40 |
| jclsn[m] | There was a meta-electron once in OSSystems, but it is gone | 09:40 |
| rzr | https://github.com/votingworks/meta-electron | 09:44 |
| landgraf | rzr: 8 commits latest one was 8 years ago | 09:45 |
| rzr | yes I know that this project is not easy to rebuild | 09:46 |
| jclsn[m] | rzr: Do you use that layer? Is it any good? | 09:55 |
| rzr | jclsn[m], no I was just looking at webengines and found that one | 09:56 |
| jclsn[m] | Yeah but it doesn't look maintained | 09:56 |
| rzr | jclsn[m], look at nwjs maybe it's better | 09:57 |
| jclsn[m] | I need to know if anyone has experience with Electron and Yocto | 09:57 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 10:21 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 10:28 | |
| jclsn[m] | Tried building Electron for honister but I am getting this error | 10:38 |
| jclsn[m] | ``` | 10:38 |
| jclsn[m] | /meta-electron/recipes-electron/electron/electron_7.2.4_git.bb: cannot map aarch64 to electron architecture | 10:38 |
| jclsn[m] | ``` | 10:38 |
| jclsn[m] | s///, s///.// | 10:38 |
| jclsn[m] | Guess it is inheriting the architecture somehow from npm | 10:39 |
| jclsn[m] | https://github.com/votingworks/meta-electron/blob/master/recipes-electron/electron/electron_7.2.4_git.bb | 10:39 |
| *** ilunev <ilunev!~koolkhel@2a00:8740:2c:5ca1:30bf:76d:19db:2a98> has joined #yocto | 10:40 | |
| jclsn[m] | Uh this is Electron 7 also. Electron is at version 19 by now... | 10:40 |
| michaelo | Hi halstead: oops the index on https://docs.yoctoproject.org/ is broken. Can you do something about it? | 10:42 |
| qschulz | michaelo: this is more and more recurrent, what's happening? Is there something we can do to make sure this does not happen anymore (or at least much less)? | 10:43 |
| Saur[m] | rzr: Try `ps auxwwwf | less` and search for bitbake. That is usually a good way to find out what processes bitbake is currently running. | 10:43 |
| rburton | pstree -p -l $(pgrep '^Cooker$') | 10:44 |
| rburton | that will show a nice tree of all the processes under the main bitbake process | 10:44 |
| michaelo | qschulz: you're right, this is quite frequent. I'll ask halstead what can cause this. | 10:44 |
| *** GillesM <GillesM!~gilles@233.95.127.78.rev.sfr.net> has joined #yocto | 10:55 | |
| landgraf | rzr: ovmf-native-edk2-stable202111-r0 do_fetch completed | 11:06 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:20 | |
| rzr | Saur[m], yea i know but i only see decafbad and log file only list TaskStarted event | 11:24 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 11:42 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 12:16 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 12:18 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:f83a:7917:7f6a:ff7> has quit IRC (Quit: vladest) | 12:18 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:f83a:7917:7f6a:ff7> has joined #yocto | 12:18 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 12:29 | |
| otavio | jclsn[m]: Electron isn't avail on OE/Yocto as far as I know. It is not easy to package. I suggest using cog, chromium or webengine | 12:34 |
| *** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 12:39 | |
| *** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has joined #yocto | 12:40 | |
| *** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 12:45 | |
| *** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has joined #yocto | 12:46 | |
| RP | michaelo: the issue is probably related to warnings in https://autobuilder.yoctoproject.org/typhoon/#/builders/114/builds/348/steps/5/logs/stdio | 13:06 |
| RP | michaelo: or some of those errors :/ | 13:07 |
| jclsn[m] | <otavio> "jclsn: Electron isn't avail on..." <- Thanks. I guess I will ditch Electron then. I am not going into maintaining a layer for it, if it is that hard | 13:08 |
| otavio | jclsn[m]: it is as kinda complex as chromium. It isn't worth (in my opinion) | 13:10 |
| *** Guest75 <Guest75!~Guest75@chios.esd.ece.ntua.gr> has joined #yocto | 13:13 | |
| *** Guest75 <Guest75!~Guest75@chios.esd.ece.ntua.gr> has quit IRC (Client Quit) | 13:13 | |
| *** tgamblin_ <tgamblin_!~tgamblin@2607:fea8:c29d:d7c0::f824> has quit IRC (Quit: Leaving) | 13:24 | |
| *** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::f824> has joined #yocto | 13:25 | |
| jclsn[m] | <otavio> "jclsn: it is as kinda complex as..." <- Yeah, cog seems like a simple alternative. Plus the meta-webkit layer is maintained by Igalia, which is a real company | 13:27 |
| jclsn[m] | But cog seems to be still in beta phase | 13:28 |
| jclsn[m] | There is no version 1.0 | 13:29 |
| *** oobitots <oobitots!~oobitots@aer01-mda2-dmz-wsa-5.cisco.com> has quit IRC (Quit: Client closed) | 13:35 | |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 13:44 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 13:49 | |
| rburton | RP: meta-arm is now kirkstone | 13:52 |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 13:52 | |
| jclsn[m] | webkit and cog have already been evaluated by a colleague I was just told. He said performance and debugging options were not good | 14:02 |
| JaMa | rburton: will you run the spdx script as well or should I send patch for meta-arm? | 14:02 |
| rburton | JaMa: if you have a patch, send it :) | 14:02 |
| JaMa | https://github.com/shr-project/meta-arm/commit/a220c7def2891036cc9e169830aaac5b2c265c47 | 14:03 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 14:03 | |
| JaMa | ok, sent | 14:04 |
| rburton | thanks | 14:04 |
| JPEW | jclsn[m]: We're using WebKit+cog in production | 14:05 |
| jclsn[m] | JPEW: To display the UI of your watches? | 14:06 |
| jclsn[m] | Can you maybe give me tips to improve performance then? What are the advantages comapred to Chromium? | 14:07 |
| JPEW | jclsn[m]: No. I work on boat displays (think "glass helm"); we have a program for 3rd parties to display content on our screens using HTML5 | 14:07 |
| jclsn[m] | JPEW: On what p | 14:08 |
| jclsn[m] | on what machine? | 14:09 |
| JPEW | When I was doing the evaluation a few years ago, WebKit took ~1/2 the time to build in Yocto vs. Chromium (which, since WebKit can take an hour is saying something!) | 14:09 |
| jclsn[m] | Advantages compared to Chromium? | 14:09 |
| JPEW | The lowest end we can display on is a dual-core ARM A7 (I think) | 14:09 |
| jclsn[m] | Building Yocto | 14:09 |
| jclsn[m] | fast is not so crucial. Performance during runtime is important | 14:10 |
| JPEW | Also, Wayland support was mandatory for use and Chromium wasn't there yet (when I last looked a few years ago) | 14:10 |
| jclsn[m] | There is chromium-ozone-wayland now | 14:10 |
| JPEW | Ok. My understanding of the tradeoff is that WebKit is smaller and lighter than Chromium, which seems to be the case in my eval | 14:11 |
| JPEW | But, Chromium might perform better, if that's your goal | 14:11 |
| jclsn[m] | Yeah I would assume that as well | 14:11 |
| jclsn[m] | My colleague said Chromium was faster though | 14:11 |
| jclsn[m] | We have an old i.MX6 board, so performance is important | 14:11 |
| jclsn[m] | on the i.MX8 it won't matter so much | 14:12 |
| JPEW | Ya, our concern was resource usage, since we have to fit in products that are also doing other important things :) | 14:12 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 14:13 | |
| JPEW | (and wayland support) | 14:15 |
| jclsn[m] | Yeah sounds good in theory | 14:15 |
| jclsn[m] | I guess I will have to re-evaluate | 14:15 |
| jclsn[m] | The old evaluation was a year ago | 14:16 |
| JPEW | jclsn[m]: I'd recommend using https://github.com/Igalia/meta-webkit since the webkit in oe-core tends to lag behind | 14:17 |
| jclsn[m] | JPEW: Already building that one :) | 14:17 |
| jclsn[m] | Taking some time as well | 14:17 |
| qschulz | running Chromium in a flatpak with Wayland only.. crashes multiple times a day so I'm not sure it's there yet :) | 14:18 |
| jclsn[m] | Oh but almost done | 14:18 |
| jclsn[m] | significantly faster than chromium | 14:18 |
| qschulz | (on my PC obviously) | 14:18 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:f83a:7917:7f6a:ff7> has quit IRC (Remote host closed the connection) | 14:18 | |
| JPEW | Ya, WebKit also doesn't require clang & friends, so that helps | 14:18 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:f83a:7917:7f6a:ff7> has joined #yocto | 14:18 | |
| JPEW | (unless you already were using clang anyway, we were not) | 14:18 |
| RP | moto-timo: Adding --froce-reinstall to the pip flags fixes that AB issue FWIW | 14:19 |
| RP | --force-reinstall | 14:19 |
| RP | rburton: thanks, things look greener again now :) | 14:19 |
| jclsn[m] | JPEW: chromium requires clang as well | 14:19 |
| JPEW | Use the --force ! | 14:19 |
| jclsn[m] | Ah webkit doesn't | 14:19 |
| jclsn[m] | I see | 14:19 |
| smurray | RP: I realize this morning that the convert-spdx-licenses script has the same issue wrt closing the new file, do you want another patch? | 14:20 |
| RP | smurray: I was meaning to check that. Please | 14:22 |
| smurray | RP: okay, will do once I'm off this conf call | 14:22 |
| RP | moto-timo: well, it fixed a local reproducer of one issue | 14:22 |
| RP | JPEW: I did mean to ask you about something. I don't know if you've ever played with the threaded checkstatus code in sstate.bbclass? | 14:24 |
| JPEW | RP: Let mess | 14:24 |
| JPEW | me see | 14:24 |
| RP | JPEW: It is worrying me a bit as the recent environment issues we ran into there scare me | 14:24 |
| RP | JPEW: It runs in core bitbake context and shares a datastore amongst multiple threads why it uses threads rather than multiprocess. I'm not convinced it is safe though | 14:25 |
| JPEW | Hmm, whats the race? | 14:25 |
| RP | JPEW: https://git.yoctoproject.org/poky/commit/?id=f37af44f18f410e147b5a70c44f65563fe218e19 | 14:26 |
| JPEW | Ya, seems like it could race easily | 14:26 |
| RP | JPEW: basically I hacked it to setup the correct env in advance then it doesn't have to change it | 14:26 |
| RP | not something I like :/ | 14:26 |
| JPEW | Ya, I can see why | 14:26 |
| RP | JPEW: It caused things like https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/4732/steps/16/logs/stdio | 14:27 |
| RP | which is a fun trace to debug | 14:27 |
| qschulz | smurray: can't we use context instead of manually closing the fie descriptor? | 14:28 |
| RP | JPEW: going forward we may need to thread the fetcher code too to help solve some of the go issues so I'm getting a bit worried :/ | 14:30 |
| RP | I wonder if async may be more helpful... | 14:30 |
| JPEW | RP: I was just going to say that | 14:30 |
| rburton | RP: do you remember if there was any conclusion on removing the exported test stuff in oeqa? | 14:31 |
| JPEW | The "threading" is so that you can have multiple child processes running at once? | 14:31 |
| jclsn[m] | cog is not really a good tool to propose your boss in German, because we pronounce every consonants at the end of the word hardly | 14:31 |
| JPEW | (presumably, get since the GIL isn't going to allow multiple bits of python code to run at once) | 14:31 |
| jclsn[m] | s/hardly/hard/ | 14:31 |
| * JPEW doesn't know enough linguistics to know why that's a problem... pretty sure it's pronounced as a hard "g" in English too | 14:34 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 14:34 | |
| jclsn[m] | No in English you pronounce a "g" soft in the end. In Germany it will always be a "k" | 14:35 |
| *** thekappe <thekappe!~thekappe@198.90.66.177> has joined #yocto | 14:35 | |
| smurray | qschulz: I went with the simplest fix possible, AFAICS the logic would need to be shifted around to make that work since the file is opened beforehand | 14:35 |
| qschulz | jclsn[m]: depends on the region :) | 14:35 |
| jclsn[m] | So there is this tool "cock" | 14:35 |
| jclsn[m] | Super light weight | 14:36 |
| jclsn[m] | Littel overhead | 14:36 |
| jclsn[m] | Kinda gay haha | 14:36 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:37 | |
| jclsn[m] | qschulz: In English? I studies Anglistics once. Consonants are usually pronounced softly | 14:37 |
| qschulz | jclsn[m]: in German, words ending in ig aren't pronounced the same way everywhere | 14:38 |
| qschulz | though yes.. cog does not end with ig :) | 14:38 |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.134> has joined #yocto | 14:38 | |
| LetoThe2nd | okay folks, can agree on this being covered now? | 14:38 |
| jclsn[m] | Calls himself a jester and spoils the fun... | 14:39 |
| JPEW | LetoThe2nd: Yes | 14:40 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 256 seconds) | 14:40 | |
| JPEW | RP: Arguably, the fetcher should not be manipulating the environment in that way anyway. It *should* pass the correct environment to the subprocess and not change it locally | 14:41 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 14:41 | |
| JPEW | RP: Oh, but it's running python code.... that's too bad | 14:41 |
| * JPEW wonders if the wget.py fetcher should fork for that part | 14:42 | |
| *** olani <olani!~olani@h87-96-160-54.cust.a3fiber.se> has quit IRC (Ping timeout: 240 seconds) | 14:44 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-136-96.home.otenet.gr> has joined #yocto | 14:47 | |
| *** oobitots <oobitots!~oobitots@aer01-mda1-dmz-wsa-1.cisco.com> has joined #yocto | 14:50 | |
| rber|res | I am a bit confused about header only recipes which seem to work although no one sets ALLOW_EMPTY_${PN} = "1" | 14:50 |
| rber|res | I thought that if the "main" package is empty you have to allow that explicitly. | 14:52 |
| JaMa | rber|res: why do you think so? header only recipe is usually quite useless on target and creating empty package doesn't help anyone (other than ${PN}-dev default RDEPENDS which you can set to empty instead of default ${PN}) | 14:53 |
| JaMa | RDEPENDS:${PN}-dev = "" is useful in header only recipes, but ALLOW_EMPTY is just bad work around | 14:55 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 14:57 | |
| rber|res | @JaMa, this seems to explain it ;) | 14:57 |
| rber|res | @JaMa, Now I am only wondering about the SDK. Normally I would just include the main package in the image and the SDK contains the -dev package. Does this still work? | 14:59 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 15:00 | |
| rber|res | @JaMa, and I guess the same or a similar trick should work with statically linked library only (.a) recipes as well | 15:02 |
| RP | rburton: no, but I do keep getting tempted to | 15:08 |
| RP | JPEW: a separate process could work but that code does connection caching | 15:09 |
| RP | JPEW: basically there is a connection opened per thread so we can check the presence of a large number of http urls quickly in parallel | 15:09 |
| JPEW | Ah | 15:09 |
| RP | JPEW: I'm not saying it a is a good thing, just what it does | 15:10 |
| JPEW | I see that. For better or worse I usually assume that if people want connection caching, they would use `requests` :) | 15:10 |
| JPEW | So I sort of glossed over that part | 15:10 |
| JPEW | Makes sense here though | 15:11 |
| smurray | rber|res: for SDKs all the dev (and dbg and src) packages corresponding to the packages in the target image are installed | 15:12 |
| smurray | rber|res: if you need static-dev in the SDK, take a look at SDKIMAGE_FEATURES | 15:14 |
| rber|res | @smurray I am aware of that, but with RDEPENDS:${PN}-dev = "" we don't have any empty "main" package to be installed into the target image. | 15:14 |
| smurray | rber|res: AFAIK the mechanism used with COMPLEMENTARY_GLOBS effectively adds the packages to IMAGE_INSTALL, it's not relying on the package manager dependencies | 15:15 |
| smurray | rber|res: if there's no main package, the -dev can only get pulled in if it's a dependency of something else AIUI | 15:16 |
| rber|res | smurray, Ah so you say, although there is no main package created it still works. | 15:16 |
| *** GillesM <GillesM!~gilles@233.95.127.78.rev.sfr.net> has quit IRC (Quit: Leaving) | 15:17 | |
| rfs613 | curious if anyone else has noticed do_cve_check seems to take considerably longer than before? | 15:17 |
| JaMa | rber|res: I think you'll need to add PN-dev to SDK explicitly, because you cannot add empty PN to IMAGE_INSTALL, so COMPLEMENTARY_GLOBS won't match on it (for dev-pkgs nor dbg-pkgs) | 15:25 |
| JaMa | unless whatever package which uses these headers explicitly adds your PN-dev in its RDEPENDS:OtherPN-dev | 15:26 |
| JaMa | then adding OtherPN in IMAGE_INSTALL will correctly install both -dev packages in the SDK | 15:27 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 15:27 | |
| smurray | JaMa: the thing I'm sketchy on is if DEPENDS plays a role, i.e. do -dev packages have the -dev of things in a recipe's DEPENDS in the package dependencies. I was thinking they did, but I've not dug down to look at a spec file to check | 15:28 |
| rfs613 | the slowdown seems to correlate with 6ec2230291 ("cve-check: add lockfile to task") being added (I am on dunfell branch) | 15:30 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 15:31 | |
| JaMa | smurray: definitely not all, e.g. I've just checked libidn2_2.3.2.bb has DEPENDS = "virtual/libiconv libunistring" and the control file in .ipk says: Depends: libidn12 (= 1.36-r0) ;; Recommends: autoconf-archive-dev, glibc-dev | 15:33 |
| smurray | JaMa: ah, okay | 15:33 |
| JaMa | but still explicit RDEPENDS from OtherPN-dev on PN-dev IMHO makes sense in cases like this (even without building the SDK) | 15:34 |
| JaMa | better than remembering that you need to add PN-dev to all SDKs which include OtherPN and IMHO still better than creating and installing empty package to target image, just because it makes SDK generation a bit easier | 15:36 |
| *** thekappe <thekappe!~thekappe@198.90.66.177> has quit IRC (Quit: Client closed) | 15:42 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:44 | |
| kergoth | https://patchwork.yoctoproject.org/project/oe-core/patch/20220131085548.25074-1-ahsan_hussain@mentor.com/ any thoughts on this? Seems reasonable to me. Will slightly bump task time on sysroot_stage_all due to the call to realpath, but probably small in comparison to the actual work being done. Hmm | 15:45 |
| *** frieder <frieder!~frieder@mue-88-130-64-015.dsl.tropolys.de> has quit IRC (Remote host closed the connection) | 15:47 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 15:47 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 15:48 | |
| qschulz | kergoth: what about backporting patches for cpio instead? or are we relying on the host cpio for that? | 15:48 |
| kergoth | It's host due to its use in native recipes as well, would lead to recursion trying to use our own | 15:49 |
| RP | kergoth: https://git.yoctoproject.org/poky/commit/?id=8c18d70e3d3ea80e0204ca3d5ff79183493235c5 ? | 15:50 |
| kergoth | Oh, thanks, somehow I completely missed that. /eyeroll | 15:50 |
| *** oobitots <oobitots!~oobitots@aer01-mda1-dmz-wsa-1.cisco.com> has quit IRC (Quit: Client closed) | 15:50 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 15:50 | |
| RP | kergoth: I didn't particularly like having to do that but... | 15:50 |
| kergoth | Yeah.. it's not great. Conceptually using relative paths is nice, but adding that manual realpath is ugly, and the reason for it is too | 15:51 |
| RP | kergoth: exactly :/ | 15:56 |
| moto-timo | RP: --force-reinstall is what I was trying as well | 15:57 |
| RP | moto-timo: it doesn't seem quite the thing to do but I thought testing and seeing if there was anything else might be helpful | 15:58 |
| moto-timo | RP: installing has been the biggest pain of this entire process. | 15:59 |
| RP | moto-timo: it reminds me a lot about when we tried to use a package manager to handle "staging" | 15:59 |
| RP | what became sstate | 15:59 |
| moto-timo | RP: I think there might be some host cache involved in pip... but not certain | 16:01 |
| RP | moto-timo: I saw some warnings about my HOMEDIR :/ | 16:01 |
| moto-timo | RP: I suppose I could revisit python3-installer instead... but I was hoping to follow upstream "Install with pip" guidance | 16:03 |
| RP | moto-timo: I suspect we may need to reconfigure the location | 16:04 |
| kergoth | there's an env var for the pip cache location | 16:09 |
| kergoth | $PIP_DOWNLOAD_CACHE | 16:09 |
| kergoth | on my mac i set it to ~/Library/Caches/pip | 16:09 |
| moto-timo | also --download-cache <dir> | 16:12 |
| moto-timo | reading the man page for the 1000th time | 16:12 |
| *** AKN <AKN!~AKN@103.163.248.196> has joined #yocto | 16:16 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 16:17 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:20 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 16:20 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 16:22 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Client Quit) | 16:23 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 16:24 | |
| *** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has quit IRC (Remote host closed the connection) | 16:24 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 16:26 | |
| vmeson | rburton: Can you briefly explain why you want to remove meta/classes/testexport.bbclass ? | 16:27 |
| rburton | JPEW: a new http fetcher that just uses requests entirely and doesn't fork out to wget sounds like an awesome idea | 16:27 |
| *** taco <taco!~taco@94.140.9.71> has joined #yocto | 16:27 | |
| *** taco is now known as taco___ | 16:27 | |
| rburton | vmeson: primarily because i wasn't sure anyone was using it at all, and it is responsible for a duplicated tree of oeqa infrastructure which is just 90% redundant | 16:28 |
| vmeson | rburton: ok, thanks. | 16:28 |
| taco___ | I've been trolling the docs and google for a while but haven't found much help for this question yet. What is the canonical way to remove busybox and move to binutils? | 16:29 |
| LetoThe2nd | taco___: not building an image that pulls it in? core-image-full-cmdline for starters, maybe? | 16:30 |
| taco___ | oh man that is embarrassing. thanks | 16:30 |
| rburton | JPEW: also my son wonders if you're related to James Watt | 16:32 |
| moto-timo | seems like we might want pip cache in ${TMPDIR}/cache/pip or something like that? | 16:33 |
| rburton | taco___: *removing* busybox entirely is hard. if you install the 'proper' tools like util-linux then those are preferred over busybox | 16:34 |
| kergoth | rburton, JPEW: wonder if something like https://github.com/slingamn/mureq would be of use as an alternative to the full requests due to our issues with python dependencies | 16:34 |
| moto-timo | ${TOPDIR} would probably mix things up too much especially for multiconfig? | 16:34 |
| JPEW | rburton: Not AFAIK. My family name came from Scandavian. Came through New Orleans which didn't keep good records so we're not quite sure what it was before. | 16:35 |
| rburton | kergoth: interesting. as long as it covers ssl/proxies/redirects sanely, i'm happy | 16:35 |
| * kergoth nods | 16:35 | |
| JPEW | https://docs.aiohttp.org/en/stable/ would be my preference if we go full asyncio | 16:36 |
| moto-timo | +1 | 16:36 |
| kergoth | good suggestion | 16:36 |
| rburton | yeah, doing it properly with asyncio sounds like a winning move | 16:36 |
| kergoth | I feel like it's just a matter of time before bitbake has to be used via a virtualenv, possibly with a wrapper script to ease its setup. | 16:38 |
| kergoth | vendoring everything is not great | 16:38 |
| rburton | agreed | 16:38 |
| taco___ | rburton thanks for that bit. | 16:38 |
| kergoth | Not that I love installing everything with pip *either*, but.. :) | 16:38 |
| moto-timo | kergoth: we could go with python3-installer but it was a bit more wonky (it provides a library, not an install command) | 16:39 |
| JPEW | moto-timo, kergoth, rburton: https://git.yoctoproject.org/poky-contrib/log/?h=jpew/bitbake-venv | 16:40 |
| moto-timo | kergoth: https://git.yoctoproject.org/poky-contrib/commit/?h=timo/pyprojecttoml&id=3014842da6d5adf22ac533d39de96a2528a6d614 | 16:40 |
| moto-timo | that was also a bit of a bootstrapping condundrum | 16:41 |
| kergoth | JPEW: oh. hah. nice. | 16:41 |
| JPEW | I keep carrying it around locally to test stuff, so theres some non-apropo stuff on the branch.... but it's been working pretty well for me | 16:42 |
| kergoth | JPEW: looks promising, exactly the sort of thing i was thinking about, but better | 16:42 |
| JPEW | kergoth: .... this is not the first time I've done this sort of wrapping :) | 16:42 |
| kergoth | guessing it'd be nice to make the usage of the wrapper bits optional somehow, so it could be installed still. i.e. make the "real" scripts live elsewhere and install from there | 16:42 |
| kergoth | course it's not installable anymore, so guess that doesn't matter | 16:43 |
| JPEW | Ya, the point here is to use modules from pip instead of vendoring, so it's not really optional | 16:43 |
| kergoth | moto-timo: looks like you're doing good work on this, and it seems to be messy, so thanks :) | 16:43 |
| moto-timo | kergoth: you're welcome | 16:44 |
| kergoth | JPEW: I meant more allow bitbake to be installed in the venv, and wrap the calls to the installed bitbake in the venv, but that'd probably be too easy to get out of sync, so your method is likely better. I just still rather dislike how far we deviate from typical python project behavior sometimes :) | 16:44 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 16:46 | |
| kergoth | I'll have to try that bitbake-venv branch, seems nice. | 16:46 |
| *** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has quit IRC (Quit: WeeChat 2.8) | 16:56 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 256 seconds) | 16:58 | |
| landgraf | Is there a way to go down from the CVE metrics (link from the project status email) to the list of CVEs per release/branch without running cve-checker locally? It may be useful. | 17:01 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 17:02 | |
| JPEW | kergoth: ya, I like how easy it is to still hack on bitbake with this method though. It's really the best of both worlds IMHO | 17:03 |
| *** oobitots <oobitots!~oobitots@aer01-mda2-dmz-wsa-6.cisco.com> has joined #yocto | 17:03 | |
| JPEW | You can directly edit bitbake, but still use packages | 17:04 |
| smurray | taco___: in theory setting PREFERRED_PROVIDER_virtual/base-utils = "packagegroup-core-base-utils" in addition to the VIRTUAL-RUNTIME_base-utils-foo variables should get you there, but the result may need vetting, it's possible there are some things not in that packagegroup you might want | 17:04 |
| rzr | ovmf-edk2-stable202111-r0 packaged finally | 17:05 |
| moto-timo | RP: I'm testing with --no-cache (which is effectively what we have been doing so far anyway) | 17:07 |
| *** mckoan is now known as mckoan|away | 17:13 | |
| *** osama3 <osama3!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Ping timeout: 256 seconds) | 17:19 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:21 | |
| moto-timo | RP: RESULTS - buildepoxy.EpoxyTest.test_epoxy: ERROR (0.08s) --- seems to be a meson issue? | 17:23 |
| *** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 17:25 | |
| *** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has joined #yocto | 17:32 | |
| *** Guest219 <Guest219!~Guest21@ip5f5aec99.dynamic.kabel-deutschland.de> has joined #yocto | 17:50 | |
| *** Guest219 <Guest219!~Guest21@ip5f5aec99.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 17:50 | |
| *** chbae <chbae!~chbae@ip5f5aec99.dynamic.kabel-deutschland.de> has joined #yocto | 17:50 | |
| chbae | Could anyone let me know how to check debug symbol after rootfs creation? I should check it for production. | 17:52 |
| *** chbae <chbae!~chbae@ip5f5aec99.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 17:52 | |
| moto-timo | hmmm. | 17:58 |
| moto-timo | https://www.irccloud.com/pastebin/t1pAzcQy/ | 17:59 |
| zyga[m] | RP: did you manage to solve the thread/env issue that you ran into the other day? | 18:00 |
| moto-timo | https://git.yoctoproject.org/poky-contrib/tree/meta/recipes-devtools/python/python3-pip_22.0.3.bb?h=timo/bootstrap-wheels#n30 | 18:00 |
| RP | zyga[m]: https://git.yoctoproject.org/poky/commit/?id=f37af44f18f410e147b5a70c44f65563fe218e19 was the end result | 18:03 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 18:10 | |
| moto-timo | ugh... is it the syntax of "if [ -f ${D}${bindir}/pip ]" should it be -e? | 18:34 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 18:35 | |
| moto-timo | apparently so | 18:35 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 18:37 | |
| moto-timo | RP: do you want a v3 entire series or just fixes on top of the series? | 18:37 |
| *** AKN <AKN!~AKN@103.163.248.196> has quit IRC (Read error: Connection reset by peer) | 18:44 | |
| zyga[m] | RP: Nice! Threading bugs are elusive. | 18:46 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 18:49 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 18:49 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-079-055.78.49.pool.telefonica.de> has joined #yocto | 18:56 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 18:59 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 19:04 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 19:15 | |
| *** oobitots <oobitots!~oobitots@aer01-mda2-dmz-wsa-6.cisco.com> has quit IRC (Quit: Client closed) | 19:20 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 19:20 | |
| moto-timo | RP: v3 sent. the root cause of latest woes was python3-pip-native and wrong syntax of the file check for ${D}${bindir}/pip | 19:20 |
| * moto-timo hopes RP is off riding his MTB | 19:20 | |
| moto-timo | maybe too dark for that | 19:21 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 19:24 | |
| tgamblin | Are there examples of recipes that add to KERNEL_FEATURES when included in a build? Bonus points if it's for a ptest | 19:25 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 19:26 | |
| *** bluelightning <bluelightning!~paul@2406:e003:151f:d701:3c8a:ef64:4e89:8b20> has quit IRC (Remote host closed the connection) | 19:33 | |
| *** amitk <amitk!~amit@103.59.74.60> has quit IRC (Ping timeout: 240 seconds) | 19:35 | |
| vmeson | tgamblin: meta-agl.git/meta-agl-bsp/virtualization-layer/recipes-kernel/linux/linux-yocto_5.10.bb:KERNEL_FEATURES:append = " ${@bb.utils.contains("DISTRO_FEATURES", "ptest", " features/scsi/scsi-debug.scc", "", d)}" | 20:00 |
| vmeson | and cour mockup thing: meta-agl.git/meta-agl-bsp/virtualization-layer/recipes-kernel/linux/linux-yocto_5.10.bb:KERNEL_FEATURES:append = " ${@bb.utils.contains("DISTRO_FEATURES", "ptest", " features/gpio/mockup.scc", "", d)}" | 20:01 |
| tgamblin | vmeson: Thanks. Seems like it doesn't happen in non-kernel recipes | 20:02 |
| *** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Remote host closed the connection) | 20:08 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:12 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-079-055.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 20:16 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 20:33 | |
| kergoth | Can't change one recipe's variables from another. | 20:41 |
| *** Guest47 <Guest47!~Guest47@71.66.213.100> has joined #yocto | 20:42 | |
| *** Guest47 <Guest47!~Guest47@71.66.213.100> has quit IRC (Client Quit) | 20:42 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-079-055.78.49.pool.telefonica.de> has joined #yocto | 20:54 | |
| *** GillesM <GillesM!~gilles@233.95.127.78.rev.sfr.net> has joined #yocto | 21:04 | |
| kergoth | Hmm, seems all the yocto docs links are dead now, have to descend to a specific version to get the content | 21:07 |
| kergoth | so all the bookmarks are useless now | 21:07 |
| RP | moto-timo: just off eating, bit dark for the mountain bike! | 21:19 |
| moto-timo | RP: that was my second guess | 21:19 |
| moto-timo | RP: I'm not 100% certain v3 is the final, but it should be much closer... | 21:20 |
| moto-timo | RP: still some collateral damage in meta-openembedded with removal of python3-nose... | 21:20 |
| moto-timo | https://www.irccloud.com/pastebin/L3oJPUv8/ | 21:20 |
| RP | moto-timo: just catching up, I saw the pip failures. I'll queue another test | 21:22 |
| moto-timo | RP: thank you | 21:22 |
| *** pasherring <pasherring!~pasherrin@2001:8a0:ec55:b200:b7d2:a273:f6bd:cea3> has quit IRC (Quit: Leaving) | 21:26 | |
| RP | moto-timo: there were a couple of ptest failures in the last build btw. Not sure if they're going to be fixed or not | 21:29 |
| moto-timo | RP: the best I could tell the buildepoxy ones were related to meson, but I don't know if that was back to the python3-pip-native root cause or not | 21:30 |
| moto-timo | RP: those were sdk selftest, not ptest | 21:30 |
| moto-timo | looks like kanavin's build grabbed all the workers | 21:32 |
| moto-timo | https://www.irccloud.com/pastebin/SJhom9pF/ | 21:34 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 21:34 | |
| moto-timo | somehow the "fix" for pip rewriting the #!/usr/bin/nativepython3 didn't work for pytest :/ | 21:34 |
| moto-timo | oh, the fix was 1s and this is line 2 | 21:35 |
| RP | ah! | 21:35 |
| moto-timo | https://www.irccloud.com/pastebin/k5LzsE8e/ | 21:37 |
| moto-timo | different pattern, same problem | 21:37 |
| moto-timo | pip install --do-not-do-things-we-do-not-want-you-to-do | 21:38 |
| JPEW | moto-timo: Ah, the ever popular --dwim flag :) | 21:38 |
| moto-timo | JPEW +1 | 21:39 |
| moto-timo | the meson-wrapper needs <native sysroot>/usr/bin/nativepython3 I think, so blanket replacement for that string is not correct | 21:40 |
| moto-timo | (I don't pretend to fully understand the meson-wrapper just yet0 | 21:41 |
| moto-timo | above snippet is from /usr/bin/pytest | 21:41 |
| moto-timo | same is in /usr/bin/py.test | 21:42 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 21:44 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 22:02 | |
| RP | moto-timo: I'm still just trying to catch up with my inbox and things from being away a few hours and distracted with meetings so I'm not much help atm | 22:16 |
| moto-timo | RP: just telling me to look for ptest failures was a help TBH | 22:18 |
| moto-timo | RP: you get a free pass ;) | 22:18 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 22:21 | |
| *** kevinrowland <kevinrowland!~kevinrowl@104.129.199.51> has joined #yocto | 22:28 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds) | 22:31 | |
| *** bluelightning <bluelightning!~paul@2406:e003:151f:d701:84c0:da9:568e:a3a6> has joined #yocto | 23:05 | |
| *** skunkjoe <skunkjoe!~skunkjoe@2a02:908:f765:c600:45f7:bbdd:4da0:9987> has joined #yocto | 23:16 | |
| * moto-timo files several bugs to capture what needs to get the Python PEP-517 work completely over the finish line (so they can happen between M3 and M4) | 23:23 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 23:24 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-049-079-055.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 23:25 | |
| *** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 23:32 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer) | 23:33 | |
| *** chep` is now known as chep | 23:33 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 23:35 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 23:38 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 23:40 | |
| *** skunkjoe <skunkjoe!~skunkjoe@2a02:908:f765:c600:45f7:bbdd:4da0:9987> has quit IRC (Remote host closed the connection) | 23:40 | |
| agherzan | JaMa: The mirroring CI workflow is now back in place. | 23:43 |
| agherzan | For meta-raspberrypi ^ | 23:43 |
| kevinrowland | Hello Yocto folks. Is there a quick way to deploy a package that's not present in IMAGE_INSTALL to a target? I know I can do it with `devtool deploy-target`, but that requires me to run `devtool modify` and `devtool build` first. Is there a way to "deploy to the target" after just doing a call to `bitbake`? I'm trying to keep instructions simple | 23:44 |
| kevinrowland | for the rest of my team, especially those who aren't super familiar with Yocto. Maybe I should just write a little wrapper to `rsync` the contents of `packages-split/${PN}/` after `bitbake` builds the thing? | 23:44 |
| agherzan | With this occasion, I've implemented a GitHub action to deal with git mirrors: https://github.com/marketplace/actions/mirror-a-git-repository-over-ssh . If anyone is interested, check it out. | 23:46 |
| moto-timo | agherzan: that is very handy. thank you for sharing | 23:48 |
| agherzan | moto-timo: I'm glad. Feel free to contribute. My next plan is to have multiple destinations | 23:48 |
| agherzan | So you can push to multiple remotes your GitHub repo. | 23:49 |
| agherzan | (without multiple local bares) | 23:49 |
| moto-timo | kevinrowland: you can use a package manager and a "package feed" or you can use NFS/TFTP | 23:49 |
| moto-timo | kevinrowland: hypothetically some "smarter" workflow with rsync could be added (hand-wavy) somewhere | 23:50 |
| kevinrowland | moto-timo: does the "package feed" route require `rpm` or another package manager to be installed on the target? | 23:53 |
| kevinrowland | moto-timo: I love `devtool` because it knows which files need to be deployed (although I think it's a little heavy handed and deploys from `image/`). A package manager would probably have the same knowledge, right? | 23:54 |
| JaMa | agherzan: thanks, I'll switch to github anyway (already done in some builds - for others already pending reviews to switch), but consistency will be still very useful for other users | 23:54 |
| agherzan | JaMa: Indeed. | 23:55 |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 272 seconds) | 23:55 | |
| moto-timo | kevinrowland: yes, you would need dnf, apt or opkg on target | 23:58 |
| moto-timo | kevinrowland: I am a _HUGE_ fan of devtool, but sometimes having to devtool modify etc is a burden | 23:58 |
| kevinrowland | moto-timo: "package feed" tip was great, thank you. Looks like I have some reading to do in the "Using Runtime Package Management" section of the mega manual | 23:59 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!