Friday, 2023-02-03

*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto00:00
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto00:13
*** alimon <alimon!~alimon@2806:10b7:3:7438:2c32:cfff:fe8e:de1f> has quit IRC (Remote host closed the connection)00:17
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)00:19
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto00:19
*** alimon <alimon!~alimon@2806:10b7:3:7438:2c32:cfff:fe8e:de1f> has joined #yocto00:24
*** florian__ <florian__!~florian@dynamic-002-243-010-039.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)00:40
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds)00:42
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)00:45
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto00:51
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)01:05
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto01:11
*** alimon <alimon!~alimon@2806:10b7:3:7438:2c32:cfff:fe8e:de1f> has quit IRC (Ping timeout: 248 seconds)01:32
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)01:36
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto01:42
*** Wouter01006704 <Wouter01006704!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)01:45
*** Wouter01006704 <Wouter01006704!~Wouter010@entry.nbg.netvos.nl> has joined #yocto01:45
*** alimon <alimon!~alimon@2806:10b7:3:7717:2c32:cfff:fe8e:de1f> has joined #yocto01:46
*** starblue <starblue!~juergen@dslb-094-221-184-203.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)02:05
*** starblue <starblue!~juergen@dslb-178-006-094-089.178.006.pools.vodafone-ip.de> has joined #yocto02:06
*** nucatus_ <nucatus_!~nucatus@i16-les02-ix2-176-180-153-249.sfr.lns.abo.bbox.fr> has joined #yocto02:09
*** nucatus <nucatus!~nucatus@i16-les02-ix2-176-180-153-249.sfr.lns.abo.bbox.fr> has quit IRC (Ping timeout: 260 seconds)02:09
*** ErRandir_ <ErRandir_!~mhabets@81.168.73.77> has quit IRC (Ping timeout: 268 seconds)02:18
*** ErRandir <ErRandir!~mhabets@81.168.73.77> has joined #yocto02:19
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.)02:23
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto02:40
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)02:48
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto03:04
*** seninha <seninha!~seninha@user/seninha> has joined #yocto03:29
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto03:38
*** jclsn <jclsn!~jclsn@2a04:4540:653c:2600:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds)03:58
*** jclsn <jclsn!~jclsn@2a04:4540:6523:4c00:2ce:39ff:fecf:efcd> has joined #yocto04:00
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)04:04
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto04:04
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)04:09
*** amitk <amitk!~amit@103.208.69.76> has joined #yocto05:00
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)05:00
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto05:06
*** davidinux <davidinux!~davidinux@92.118.62.71> has joined #yocto06:06
*** Wouter01006704 <Wouter01006704!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)06:15
*** Wouter01006704 <Wouter01006704!~Wouter010@entry.nbg.netvos.nl> has joined #yocto06:15
*** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.)06:21
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:25
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:58
*** mihai <mihai!~mihai@user/mihai> has joined #yocto06:59
*** demirok <demirok!~bell@user/demirok> has joined #yocto07:01
*** demirok <demirok!~bell@user/demirok> has quit IRC (Client Quit)07:03
*** demirok <demirok!~bell@user/demirok> has joined #yocto07:05
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:08
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds)07:11
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)07:12
*** Guest79 <Guest79!~Guest79@46.221.0.162> has joined #yocto07:28
Guest79agherzan JaMa07:32
Guest79I said recently that i think there is a performance difference between "meta-raspberrypi" dunfell and kirkstone and i did tests.07:32
Guest79The meta-layers im using: "meta-raspberrypi", "meta-openembedded", "poky", "my-layer" all of them kirkstone. also meta-layers same in dunfell.07:32
Guest79- In "meta-raspberrypi" Dunfell, upgraded the kernel 5.4 to 5.15.07:32
Guest79- In "meta-raspberrypi" Kirkstone, downgraded kernel 5.15 to 5.10.07:32
Guest79- In "meta-raspberrypi" Kirkstone, downgraded kernel 5.15 to 5.4(the commit https://github.com/agherzan/meta-raspberrypi/commit/316b017c53f45da4fb76fab717f3e0a47b239f75)07:32
Guest79- Also, i tried with "meta-raspberrypi" master branch(the other layers kirkstone which i use). i got all branch for this test, not only "/meta-raspberrypi/recipes-kernel/linux" like others.07:32
Guest79I get lower CPS than "meta-raspberrypi" dunfell in the 4 tests I did above. I see slowness in the CPS (cycle per second) calculation that i have made in my code. The fastest is "meta-raspberrypi" dunfell.07:32
Guest79Also, i tried with latest RaspberrypiOS(September 22nd 2022-32bit, 5.15 kernel). It runs almost same with "meta-raspberrypi" dunfell.07:32
Guest79Lastly, i will pull the master branch of all the meta-layers im using and try it that way.07:32
*** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.)07:32
*** amitk_ <amitk_!~amit@103.208.71.52> has joined #yocto07:37
*** zedd <zedd!~zedd@46.221.0.162> has joined #yocto07:50
*** mckoan|away is now known as mckoan07:50
*** zedd <zedd!~zedd@46.221.0.162> has quit IRC (Client Quit)07:52
*** demirok <demirok!~bell@user/demirok> has joined #yocto07:54
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto07:56
*** azcraft <azcraft!~AzCraft@195.214.252.174> has joined #yocto08:02
mcfriskGuest79: you may want to check what changed in machine configuration, e.g. CPU optimizations for you HW. If there is no change, then the root cause is elsewhere, like in compiler config (default flags) or other major SW versions like kernel. You can see all machine config settings in "bitbake -e image" output.08:04
*** Jham <Jham!~Juba@2a01:e0a:177:a830:7ec6:31c6:319c:537f> has joined #yocto08:06
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto08:06
*** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has joined #yocto08:08
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)08:14
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 246 seconds)08:17
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto08:20
Guest79mcfrisk thank you. i will check when im available.08:21
*** Jham <Jham!~Juba@2a01:e0a:177:a830:7ec6:31c6:319c:537f> has quit IRC (Remote host closed the connection)08:22
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto08:24
* alessioigor waves all08:24
mckoangood morning08:25
*** Jham <Jham!~Juba@2a01:e0a:177:a830:ec01:3962:a190:8db7> has joined #yocto08:25
alessioigorAt https://www.linux.com/audience/maintainer-confidential-opportunities-and-challenges-of-the-ubiquitous-but-under-resourced-yocto-project/ is said: "If you already use the Yocto Project, say so publicly, or let us list you as a user!". We do! Where should I add ourself as user? Thanks!08:26
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 252 seconds)08:26
Guest79morning08:28
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto08:30
*** StephCC <StephCC!~StephaneC@2001:861:5860:da70:2d97:6e2f:a5c9:a596> has joined #yocto08:31
mcfriskalessioigor: https://wiki.yoctoproject.org/wiki/Project_Users08:39
mcfriskalessioigor: then would be nice to get more companies to be https://www.yoctoproject.org/ecosystem/members/08:40
StephCCBonjour Gilles,08:43
*** phodina[m]1 <phodina[m]1!~phodinama@2001:470:69fc:105::d1d9> has quit IRC (Quit: You have been kicked for being idle)09:00
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Quit: You have been kicked for being idle)09:00
*** BrianL <BrianL!~BrianL@98.97.114.64> has quit IRC (Ping timeout: 260 seconds)09:10
*** DA92_CC <DA92_CC!~StephaneC@176-163-173-180.abo.bbox.fr> has joined #yocto09:13
*** DA92_CC <DA92_CC!~StephaneC@176-163-173-180.abo.bbox.fr> has quit IRC (Remote host closed the connection)09:13
*** DA92_CC <DA92_CC!~StephaneC@2001:861:5860:da70:f277:23ed:ce93:7e02> has joined #yocto09:14
*** DA92_CC <DA92_CC!~StephaneC@2001:861:5860:da70:f277:23ed:ce93:7e02> has quit IRC (Client Quit)09:14
*** DA92_CC <DA92_CC!~StephaneC@2001:861:5860:da70:f277:23ed:ce93:7e02> has joined #yocto09:15
*** DA92_CC <DA92_CC!~StephaneC@2001:861:5860:da70:f277:23ed:ce93:7e02> has quit IRC (Client Quit)09:16
*** DA92_CC <DA92_CC!~StephaneC@2001:861:5860:da70:f277:23ed:ce93:7e02> has joined #yocto09:17
*** StephCC <StephCC!~StephaneC@2001:861:5860:da70:2d97:6e2f:a5c9:a596> has quit IRC (Ping timeout: 260 seconds)09:17
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto09:22
jclsnWhere to get #include <systemd/sd-bus.h> form?09:54
jclsnThere is no package called sd-bus or sdbus09:54
jclsnTried libsystemd09:54
landgrafjclsn: systemd-dev ?09:55
Saur[m]jclsn: `systemd/sd-bus.h` is provided by the `systemd` recipe.09:56
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)09:56
jclsnSaur[m]: Weird, I get a "No such file or directory" for it when building09:57
jclsnsystemd is definitely installed09:57
Saur[m]jclsn: And your recipe `DEPENDS` on `systemd`?10:01
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto10:02
jclsnSaur[m]: Ah no, it didn't. I tried RDEPENDS, but that was wrong obviously10:04
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)10:04
jclsnWorked now10:04
jclsnThx10:04
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto10:04
JaMakhem: that ICE on opencv looks the same as fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108463 interestingly removing -fsched2-use-superblocks sometimes caused g++ to hang when building some other files, will check newer gcc-13 with this fix10:13
*** mardor <mardor!~mardor@mail.digitalendoscopy.de> has joined #yocto10:14
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)10:17
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto10:17
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto10:17
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:19
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:19
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto10:23
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:24
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:25
kayterina[m]When does bitbake report: meta-python2 = "<unknown>:<unknown>"   ?10:25
kayterina[m]On my local build I get a HEAD:8db...10:25
mardorHi all, I would like to setup a new machine with mesa and Nvidia 525 driver. From my understanding this would require me to build mesa with the glvnd config option enabled, which in return depends on libglvnd. So I guess I will have to bake my one recipe for libglvnd, since it is currently no provides by any layer, am I correct?10:28
*** DA92_CC <DA92_CC!~StephaneC@2001:861:5860:da70:f277:23ed:ce93:7e02> has quit IRC (Quit: Leaving)10:31
*** StephCC <StephCC!~StephaneC@2001:861:5860:da70:f277:23ed:ce93:7e02> has joined #yocto10:32
mihaikayterina[m]: maybe because it's not an actual git clone, and you have meta-python from a tarball without the .git dir10:32
*** StephCC <StephCC!~StephaneC@2001:861:5860:da70:f277:23ed:ce93:7e02> has left #yocto10:33
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)10:34
kayterina[m]aha. Can this be set from environment variables? To tell bitbake to fetch a tar instead of having the .git dir or it can happen when it fails to fetch?10:38
landgrafmihai: or meta-python is just part of meta-oe git repo10:38
kayterina[m]landgraf: I have the same dir structure locally and my meta-python reports a HEAD.10:39
mihailandgraf: but that should pick up meta-oe's git revision10:39
landgrafmihai: meta-python10:39
landgrafit's empty10:39
landgrafin my case10:39
landgrafcopied from the running build10:40
landgrafwell. it doesn't look good actually because only meta-networking's revision is displayed properly while meta-oe/meta-python and meta-multimedia are empty.10:41
landgrafnot sure if it's bug or feature10:41
mihailandgraf: like just "meta-python" the whole line, empty ?10:41
landgraflooks like it shows last element from the group. meta is also emtpy10:41
JaMalandgraf: she sayd meta-python2 which is in separate repository not meta-python from meta-oe repo10:43
mihaithey are grouped, and you have a couple of layers listed, with only the last layer in the group will print the revision10:43
JaMakayterina[m]: are you in the middle of rebase or something?10:43
JaMakayterina[m]: and you shouldn't be using meta-python2 :)10:43
landgrafJaMa: oh. missed python2 part :(10:44
JaMathere is a reason why I haven't marked it as mickedore compatible10:44
kayterina[m]I am in the privileged task to debug a failing pipeline with only bitbake's output to guess.10:44
kayterina[m]It is not up to me too migrate the project to python3, although someone put a variable in local.conf to remind us to do so.10:45
kayterina[m]*to decide to migrate10:45
JaMayou mean I_SWEAR_TO_MIGRATE_TO_PYTHON3 ? you're welcome10:46
kayterina[m]It was you? Thank you.10:46
mihai:))10:46
JaMahttps://git.openembedded.org/meta-python2/commit/?id=10c65fc18998d302f34634ffceaf31ab335056dd and that's also 2 years ago.. some stuff just don't want to die..10:47
JaMaeven google got their stuff together in chromium build since then10:47
*** starblue <starblue!~juergen@dslb-178-006-094-089.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds)11:02
*** starblue <starblue!~juergen@dslb-178-006-094-089.178.006.pools.vodafone-ip.de> has joined #yocto11:04
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving)11:05
JaMakhem: backporting the fix resolves the ICE but seems to cause the same hang as -fsched2-use-superblocks removal, need to test it a bit more, will try whole newer snapshot as well (instead of just backporting this change in https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=1a5478c62e9aeee33a40eefd98bd7898a5e4b259)11:08
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer)11:10
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto11:11
*** Guest111 <Guest111!~Guest111@46.221.0.162> has joined #yocto11:16
*** Guest111 is now known as zeddyy11:16
*** zeddyy is now known as zeddyy-rookie11:18
*** zeddyy-rookie <zeddyy-rookie!~Guest111@46.221.0.162> has quit IRC (Client Quit)11:19
*** Guest178 <Guest178!~Guest178@46.221.0.162> has joined #yocto11:19
*** Guest178 <Guest178!~Guest178@46.221.0.162> has quit IRC (Client Quit)11:23
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:29
*** zpfvo <zpfvo!~fvo@i59F5CF52.versanet.de> has joined #yocto11:34
dl9pfanyone got the visionfive2 working ?11:53
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)11:57
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds)12:05
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 246 seconds)12:05
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 260 seconds)12:09
*** Guest191 <Guest191!~Guest191@46.221.0.162> has joined #yocto12:11
*** Guest191 is now known as aak12:11
*** seninha <seninha!~seninha@user/seninha> has joined #yocto12:12
aak /msg NickServ VERIFY REGISTER aak oNNbpkkhd51THjtx12:13
aaksorry :D12:13
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto12:15
qschulzaak: i would change your password ASAP if I were you :)12:15
aakthanks :D12:16
* sudip just saw /msg NickServ VERIFY REGISTER aak *************12:16
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:18
*** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:18
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:18
*** aak is now known as aak-rookie12:18
*** Guest79 <Guest79!~Guest79@46.221.0.162> has quit IRC (Quit: Client closed)12:21
agherzanGuest79 What kernel version have you tested on RaspberryPi OS?12:24
agherzanI suspect that if you have no luck with kernel updates/downgrade and Raspberrypi OS behaves as expected on the kernel version we have in kirkstone, the problem is in userspace somewhere12:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:29
aak-rookieagherzan 5.15.x (Release date September 22nd 2022-32bit). I dont remember the "x" exactly, i will have to check it out and make sure.12:37
agherzanOK.12:37
agherzanSo I think it's the userspace.12:37
agherzanWhat you could try to be super sure is the following:12:38
agherzan1. inject in a PiOS image the kernel and kernel modules from a kirkstone image and see how it behaves12:38
agherzan2. if that works, we know that we have too look somewhere else12:38
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto12:41
aak-rookieagherzan As you can see from my name, i'm new to both yocto and the software world. Do you have a chance to summarize with 1-2 sentences about how to do the first step you said? If not, i will search and find it myself, but it may take some time.12:42
agherzankernel modules is a directory in the rootfs12:43
agherzanthe kernel image is in the boot partition12:43
aak-rookieagherzan thanks12:44
agherzanSure12:44
agherzanJust take the two images and12:44
agherzanAlso device trees12:44
agherzanIn the boot partition12:44
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)12:45
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto12:45
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)12:49
JaMaaak-rookie: what are the CPS numbers for the 4 combinations you've mentioned?12:51
JaMaaak-rookie: last time it sounded that dunfell with new kernel was also slow similarly to kirkstone12:52
JaMaaak-rookie: "The fastest is "meta-raspberrypi" dunfell" < I guess you meant with 5.4 kernel in this case?12:52
*** aak-rookie <aak-rookie!~Guest191@46.221.0.162> has quit IRC (Quit: Client closed)12:56
*** Guest191 <Guest191!~Guest191@46.221.0.162> has joined #yocto12:57
*** Guest191 is now known as aak-rookie12:57
aak-rookieJaMa yes, 5.412:57
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)12:57
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 252 seconds)13:00
aak-rookieJaMa  i usually get between 15-18 in the 4 combinations i made.13:00
aak-rookieJaMa getting 20-23 with dunfell13:00
aak-rookieJaMa also i tested with sysbench tool and created a main.cpp and resized 1640x1232 and 640x480 cv::Mat to 300x300 5000 times in it and calculated the elapsed time.13:01
JaMaso 20-23 with dunfell and 5.4 and 15-18 with dunfell and 5.15, right? so it looks like kernel related13:01
aak-rookieJaMa Can we say for sure whether it is related to the kernel or not? Because when i did my tests on the latest image of raspberrypiOS(kernel version 5.15.x).it was almost the same as dunfell.13:04
aak-rookieJaMa yes, it is what i get.13:05
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto13:06
JaMaaak-rookie: if it gets slow with 5.15 backported to dunfell, then it's kernel related (as everything else including toolchain is the same), the kernel in raspberrypiOS might be configured differently, so I would check defconfigs in both13:06
nucatus_what could be the culprit of an "my_recipe.postinst returned 1, marking as unpacked only, configuration required on target"Z13:07
jclsnSaur[m]: So I have added systemd to DEPENDS of the recipe now and the compiler doesn't complain about the missing header anymore. But if I want to use the functions inside that header they can't be found. Any idea why this could be as well?13:07
JaMaaak-rookie: but only you can say it for sure after double checking the performance :)13:07
jclsnWhen it manually inside the project folder it works13:08
jclsns/it/build it/13:08
nucatus_the recipe doesn't have a pkg_postinst() function13:08
nucatus_and the logs doesn't say much about what the cause might be13:09
*** mardor <mardor!~mardor@mail.digitalendoscopy.de> has quit IRC (Quit: Client closed)13:09
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus)13:10
*** mardor <mardor!~mardor@mail.digitalendoscopy.de> has joined #yocto13:13
*** mardor <mardor!~mardor@mail.digitalendoscopy.de> has quit IRC (Client Quit)13:13
*** Wouter01006704 <Wouter01006704!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)13:20
*** Wouter01006704 <Wouter01006704!~Wouter010@entry.nbg.netvos.nl> has joined #yocto13:20
agherzanWait, I don't think I got that right13:23
aak-rookieagherzan I haven't even started yet :)13:23
agherzanaak-rookie are you saying that on dunfell, with kernel upgrade (only) to the kirkstone version you get the same perf degradation as with kirkstone?13:23
agherzanCPS(dunfell + kirkstone kernel) == CPS(kirkstone) ?13:24
jclsnSaur[m]: Nevermind, forgot to add systemd it in the CMakeLists.txt13:25
aak-rookieagherzan It was even lower as i remember. CPS(kirkstone)  > CPS(dunfell + kirkstone kernel)13:26
*** vladest <vladest!~Thunderbi@6.174.199.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Quit: vladest)13:26
aak-rookieagherzan I can test it quickly in a short time if it is going to be a definite result.13:27
*** vladest <vladest!~Thunderbi@2a02:1210:760b:9500:caba:1e91:15c1:d3b1> has joined #yocto13:27
agherzanAs Jama said, this will narrow it at the kernel level13:28
agherzanIf the performance is very similar in these two cases, I agree with him, kernel config might be what you want to look into13:28
JaMaaak-rookie: "im getting error while compiling because of the libraries im using in project so i cant test it." < what else are you using for the test? I though it was just some test program using opencv and opencv builds with for aarch6413:34
andrewzaza[m]hi all, how can i copy (mount) the content of the wic image , I'm usingwic cp source  dist inside of wic test ? I keep on getting raise argparse.ArgumentTypeError.13:41
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)13:41
andrewzaza[m]andrewzaza[m]: ```... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/b6bfecbee7e5e7f734ecceed4d6ae4c2a2a7a866>)13:43
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)13:44
andrewzaza[m]> <@andrew_brd:matrix.org> ```... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/3365bc59575cdae2b22a0b7beb7a305be2811db9>)13:44
*** amitk_ <amitk_!~amit@103.208.71.52> has quit IRC (Ping timeout: 260 seconds)13:49
aak-rookieJaMa im dumb, i tried to get full build with another project which is using tensorflow-lite,boost etc.i will do it when im available. right now, testing "meta-raspberrypi dunfell + kirkstone kernel" to make sure CPS values.13:49
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto13:49
JaMasakoman: have you seen the e-mail about qemu build breakage in kirskstone and on it's way to dunfell as well? I know it's security fix, but small extra delay might be better than breaking the build (with spice which isn't enabled by default, but still.. it's not openssl where the implications might be more serious)13:53
JaMaI don't mind much as I've just disabled spice again (as we usually use VirtualBox again instead of qemu+virgl)13:53
*** seninha <seninha!~seninha@user/seninha> has joined #yocto13:54
sakomanJaMa: Yes, I have.  If the patch authors don't respond with follow on fixes soon I'll revert the CVE fix until we get a patch without regressions13:54
sakomanWe discussed this during yesterday's bug triage meeting13:55
andrewzaza[m]<andrewzaza[m]> "> <@andrew_brd:matrix.org> ```..." <- it takes 2.5 h to run a simple wic test using oe , so that's why I'm asking for help to figure out the ``` wic cp``` command13:56
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)13:59
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto13:59
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto13:59
nucatus_any idea why inheriting systemd on a recipe leads to this error: ERROR: octopus-image-1.0-r0 do_rootfs: Postinstall scriptlets of ['seal'] have failed. If the intention is to defer them to first boot?14:02
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)14:02
nucatus_the recipe is rather inoffensive and even with the basic systemd unit service, the do_rootfs fails with this error14:03
nucatus_if I remove the "inherit systemd" directive on the recipe, the build succeeds14:04
nucatus_thin didn't use to be a problem on dunfell, but now its almost one day spent on figuring this out14:05
*** florian__ is now known as florian14:06
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 264 seconds)14:07
andrewzaza[m]```The third form of the command copies file or directory from the specified directory14:08
andrewzaza[m]    on the partition to local:14:08
andrewzaza[m]       $ wic cp tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.wic:1/vmlinuz test``` looking at the man page of wic , why do we have wic:1 ? we have :1 in the end ... why ?14:08
andrewzaza[m]s/third//, s/form of the command copies file or directory from the specified directory//14:09
andrewzaza[m]s/```/````/, s/third//, s/form of the command copies file or directory from the specified directory//14:09
andrewzaza[m] * ```The14:09
andrewzaza[m]    on the partition to local:14:09
andrewzaza[m]       $ wic cp tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.wic:1/vmlinuz test``` ,looking at the man page of wic , why do we have wic:1 ? we have :1 in the end ... why ?14:09
andrewzaza[m]s/third//, s/form of the command copies file or directory from the specified directory//14:10
andrewzaza[m]> <@andrew_brd:matrix.org> ```The14:10
andrewzaza[m]>     on the partition to local:14:10
andrewzaza[m]>        $ wic cp tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.wic:1/vmlinuz test```14:10
andrewzaza[m]from the documentation you see in the end of the path , there's :1 , and without it the cp command fails.... why ?14:10
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto14:11
JaMasakoman: thanks14:14
nucatus_anyone with an idea about how to investigate the "Postinstall scriptlets of ['seal'] have failed"?14:18
nucatus_there is no pkg_postinst() in that recipe ...14:18
nucatus_and if I remove the "inherit systemd" directive, the build succeeds ...14:20
*** AKN <AKN!~AKN@49.204.114.210> has joined #yocto14:26
jclsnDoes the sstate-cache monitor the DEPLOY_DIR_IMAGE directory? So if I delete images there manually, should they be rebuilt?14:28
*** AKN <AKN!~AKN@49.204.114.210> has quit IRC (Read error: Connection reset by peer)14:29
nucatus_jclsn: why not using bitbake -c cleanall your-image-recipe?14:29
jclsnnucatus_: I do usually. I was just trying something out and realized that bitbake did not rebuild the images after I deleted them by hand14:30
jclsnI have .service file which I have edited, but the edited version is not landing in the image14:31
jclsnI already cleaned the recipe itself and the image without success14:31
jclsnAh it is a devtool issue14:34
jclsnIt uses the service file from the workspace14:34
jclsnNevermind14:34
nucatus_ok14:35
jclsnBut the behavior of the sstate-cache is correct in that case of the first question?14:36
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds)14:37
RPjclsn: it will clean it up if you -c clean the recipe but it won't rebuild it if you delete it14:40
RPjclsn: sstate handle cleanup, it doesn't handle "check if something was removed"14:41
jclsnRP: Alright, then it is correct14:41
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:43
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto14:44
*** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.)14:45
Saur[m]nucatus_: The `systemd` bbclass adds a `pkg_postinst` function for packages with `SYSTEMD_SERVICE` configured.14:52
nucatus_Saur[m]: and how can I debug that function to see what its problem is?!15:06
nucatus_at least to see some logs15:07
Saur[m]nucatus_: If you are using RPM for the packaging, then you should be able to see what scripts are in the produced RPM using `rpm -qp --scripts tmp/deploy/rpm/<arch>/<recipe>-<version>.<arch>.rpm`, e.g., `rpm -qp --scripts tmp/deploy/rpm/*/seal-*.rpm`.15:14
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:15
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto15:15
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto15:18
nucatus_I guess it is IPK the package manager15:18
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto15:22
*** aggurio <aggurio!~aggurio@251.red-88-7-148.staticip.rima-tde.net> has joined #yocto15:25
*** zpfvo <zpfvo!~fvo@i59F5CF52.versanet.de> has quit IRC (Remote host closed the connection)15:27
aggurioHi, confused about the `x86-64` machine override in Poky. It seems to be used extensively in recipes, but there no machine configuration or include defines a MACHINEOVERRIDES for x86-64. I am missing it?15:27
RPaggurio: OVERRIDES includes TARGET_ARCH iirc15:28
aggurioIndeed, `OVERRIDES` does, however my `append:x86-64` are ignored unless my machine defines `MACHINEOVERRIDES =. "x86-64:${MACHINE}". Anyway, something strange is going on, thanks.15:32
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Remote host closed the connection)15:40
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto15:41
JaMaaggurio: MACHINEOVERRIDES is part of OVERRIDES and used only in some specific cases, but :append should work as long as it's in OVERRIDES15:41
*** aak-rookie <aak-rookie!~Guest191@46.221.0.162> has quit IRC (Quit: Client closed)15:41
JaMawhat does bitbake-getvar show about it?15:41
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto15:43
RPJaMa: I took that getVar patch but it didn't apply to report_error.bbclass btw. I decided to ignore that file since it looked ok, not sure what happened15:43
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)15:45
JaMaRP: sorry about that report_error.bbclass part, I have some local changes to upload reports automatically and I didn't realize they were on the same branch when I was generating it15:46
JaMaso the chunk which left after the rebase needed to be squashed to that old commit15:46
RPJaMa: np, I figured it might be something like that15:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)15:51
teppersonim building a ccmake package and it seems to be finding the wrong zlib. I see this in my configure log Found ZLIB: /home/thomas/yocto/build_xwayland/tmp/work/armv8a-fslc-linux/pytorch/1.13-r0/recipe-sysroot-native/usr/lib/libz.so (found version "1.2.11"). I think it should be pulling zlib from recipe-sysroot/usrlib/libz.so instead (which does exist)15:56
agguriobitbake-getvar prints:15:57
aggurio```15:57
aggurio#   override[hostapp-update-hooks]:set /home/alexgg/balena-generic/build/../layers/meta-balena/meta-balena-common/recipes-support/hostapp-update-hooks/hostapp-update-hooks.bb:5415:57
aggurio#     "     balena     dropbear     openssh-keygen     util-linux     "15:57
aggurio#   override[hostapp-update-hooks]::append[x86-64] /home/alexgg/balena-generic/build/../layers/meta-balena/meta-balena-common/recipes-support/hostapp-update-hooks/hostapp-update-hooks.bb:5915:57
aggurio#     "     efivar     efitools-utils "15:57
aggurio#   override[hostapp-update-hooks]:rename from RDEPENDS:${PN} data.py:104 [expandKeys]15:57
aggurio#     "     balena     dropbear     openssh-keygen     util-linux     "15:57
aggurio#   override[hostapp-update-hooks-dev]:set /home/alexgg/balena-generic/build/../layers/poky/meta/conf/bitbake.conf:35215:57
aggurio#     "${PN} (= ${EXTENDPKGV})"15:57
aggurio#   override[hostapp-update-hooks-dev]:rename from RDEPENDS:${PN}-dev data.py:104 [expandKeys]15:57
aggurio#     "${PN} (= ${EXTENDPKGV})"15:57
aggurio#   override[hostapp-update-hooks-staticdev]:set /home/alexgg/balena-generic/build/../layers/poky/meta/conf/bitbake.conf:35615:57
aggurio#     "${PN}-dev (= ${EXTENDPKGV})"15:57
aggurio#   override[hostapp-update-hooks-staticdev]:rename from RDEPENDS:${PN}-staticdev data.py:104 [expandKeys]15:57
aggurio#     "${PN}-dev (= ${EXTENDPKGV})"15:57
aggurio# pre-expansion value:15:57
aggurio#   "None"15:57
aggurioI think I just saw the problem - the `OVERRIDES` for that recipe is `allarch`16:00
agguriosorry for the noise16:00
*** yann <yann!~yann@88.120.44.86> has quit IRC (Remote host closed the connection)16:11
teppersonhow do i remove a package from being installed in do_prepare_recipe_sysroot?16:13
qschulztepperson: don't have it in DEPENDS16:14
*** aggurio <aggurio!~aggurio@251.red-88-7-148.staticip.rima-tde.net> has quit IRC (Quit: Client closed)16:18
*** gsalazar <gsalazar!~gsalazar@109.236.136.226> has joined #yocto16:21
JaMatepperson: but if it's about zlib, then instead of blocking zlib-native in RSS you should fix the pytorch logic to search in right sysroot (I know it might be PIA)16:33
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Ping timeout: 268 seconds)16:35
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto16:35
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)16:46
*** mckoan is now known as mckoan|away16:49
*** Jham <Jham!~Juba@2a01:e0a:177:a830:ec01:3962:a190:8db7> has quit IRC (Quit: Leaving)16:50
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)16:52
khemBrianL:  ok so perhaps I did not understand clearly that you wanted the devel libs and headers for native version of the recipe in SDK. if you want this package as part of sdk host side then please add nativesdk-<recipe> to sdk via something like TOOLCHAIN_HOST_TASK:append = " nativesdk-<recipe>" in local.conf16:55
*** seninha <seninha!~seninha@user/seninha> has joined #yocto16:56
khemJaMa: thanks for trying it out, I usually update once a week when gcc snapshot also gets published. Although if some other change triggers toolchain rebuild then I include it earlier too, to save some build time 🙂16:58
*** gsalazar_ <gsalazar_!~gsalazar@109.236.136.226> has joined #yocto17:01
*** gsalazar <gsalazar!~gsalazar@109.236.136.226> has quit IRC (Ping timeout: 265 seconds)17:04
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection)17:04
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto17:04
JaMakhem: I'm trying it now on different container with qemuarm64 to see if I can reproduce the hang17:06
*** louson <louson!~louis@193.33.56.84> has quit IRC (Ping timeout: 260 seconds)17:07
JaMakhem: and while doing that I've noticed that python3-numpy also seems to fail http://errors.yoctoproject.org/Errors/Details/688919/ but it might be only with DEBUG_BUILD (which I happened to still have in local.conf) and might not be only with gcc-13 (but I did DEBUG_BUILD build recently and it was fine)17:08
JaMadefinitely no rush to fix this one :)17:08
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 246 seconds)17:09
JaMain the end I have 90+ commits for our internal components, some of the code from mtk, realtek, qualcomm wanted me to throw up and our own code sometimes wasn't much better :)17:10
*** amitk <amitk!~amit@103.208.69.76> has quit IRC (Ping timeout: 252 seconds)17:19
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:23
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds)17:27
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto17:33
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)17:36
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection)17:40
*** Estrella_ <Estrella_!~quassel@075-081-060-240.res.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)17:51
*** Estrella_ <Estrella_!~quassel@075-081-060-240.res.spectrum.com> has joined #yocto17:52
*** xmn <xmn!~xmn@cpe-158-222-215-78.nyc.res.rr.com> has joined #yocto17:53
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto17:57
*** BrianL <BrianL!~BrianL@98.97.114.64> has joined #yocto17:59
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Remote host closed the connection)18:07
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto18:08
*** florian <florian!~florian@dynamic-093-132-165-088.93.132.pool.telefonica.de> has joined #yocto18:13
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 264 seconds)18:20
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto18:21
*** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has joined #yocto18:22
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)18:23
*** florian <florian!~florian@dynamic-093-132-165-088.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)18:32
*** demirok <demirok!~bell@user/demirok> has joined #yocto18:34
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)18:37
*** seninha <seninha!~seninha@user/seninha> has joined #yocto18:38
khemJaMa: this looks more like -Og problem18:44
khembtw, I have pushed a newer snapshot to the branch18:44
khembut it finds more problems so now harfbuzz is broken18:44
*** florian <florian!~florian@dynamic-093-132-165-088.93.132.pool.telefonica.de> has joined #yocto19:11
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)19:19
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto19:19
*** ptsneves <ptsneves!~Thunderbi@031011128208.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 248 seconds)19:20
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 252 seconds)19:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto19:24
*** barometz <barometz!~dvanb@92-109-61-249.cable.dynamic.v4.ziggo.nl> has quit IRC (Quit: you can't fire me!)19:26
*** barometz <barometz!~dvanb@92-109-61-249.cable.dynamic.v4.ziggo.nl> has joined #yocto19:28
*** florian <florian!~florian@dynamic-093-132-165-088.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)19:32
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto19:33
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto19:40
*** davidinux <davidinux!~davidinux@92.118.62.71> has quit IRC (Ping timeout: 252 seconds)19:44
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)19:44
*** davidinux <davidinux!~davidinux@81.22.36.121> has joined #yocto19:46
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:54
*** tepperson <tepperson!~Srain@199.59.103.114> has quit IRC (Remote host closed the connection)20:09
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds)20:34
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Read error: Connection reset by peer)20:36
*** seninha <seninha!~seninha@user/seninha> has joined #yocto20:36
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Client Quit)20:39
*** seninha <seninha!~seninha@user/seninha> has joined #yocto20:40
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 252 seconds)20:51
*** florian <florian!~florian@dynamic-093-132-165-088.93.132.pool.telefonica.de> has joined #yocto21:04
*** seninha <seninha!~seninha@user/seninha> has joined #yocto21:13
*** tperrot <tperrot!~tprrt@shells.bootlin.com> has quit IRC (Read error: Connection reset by peer)21:40
*** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has quit IRC (Read error: Connection reset by peer)21:40
*** michaelo <michaelo!~mike@shells.bootlin.com> has quit IRC (Read error: Connection reset by peer)21:40
*** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has joined #yocto21:42
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)21:53
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)21:57
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)22:14
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto22:14
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto22:17
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 255 seconds)22:19
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:19
*** xmn <xmn!~xmn@cpe-158-222-215-78.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds)22:24
*** tepperson <tepperson!~Srain@199.59.103.114> has joined #yocto22:25
teppersoni have a recipe that uses a git repository with submodules. I need to apply a patch to one of the submodules. how should I go about doing this?22:25
teppersonwell i hand modified the patch that git generated for me from the submodule and that seems to have worked22:32
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 260 seconds)22:38
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)22:40
*** gsalazar_ <gsalazar_!~gsalazar@109.236.136.226> has quit IRC (Ping timeout: 260 seconds)22:50
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)22:54
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto22:54
mischieffor some reason today on dunfell i keep running into ModuleNotFoundError: No module named '_sysconfigdata' for target python recipes like python3-six. any ideas how to fix it?22:55
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 248 seconds)22:59
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:59
RPmischief: that sounds familiar for dunfell but I don't remember what the issue was. The mailing lists or bugzilla may know23:11
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto23:14
*** azcraft <azcraft!~AzCraft@195.214.252.174> has quit IRC (Remote host closed the connection)23:21
*** Wouter01006704 <Wouter01006704!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)23:25
*** Wouter01006704 <Wouter01006704!~Wouter010@entry.nbg.netvos.nl> has joined #yocto23:25
*** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)23:37
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:40
*** BrianL <BrianL!~BrianL@98.97.114.64> has quit IRC (Quit: Client closed)23:44

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