| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.8) | 00:00 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has quit IRC (Quit: Client closed) | 00:11 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has joined #yocto | 00:12 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 260 seconds) | 00:18 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 00:21 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto | 00:24 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-022-061.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 00:28 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 264 seconds) | 00:32 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 00:33 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 264 seconds) | 00:37 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 00:38 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has joined #yocto | 00:39 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 264 seconds) | 00:39 | |
| *** vlrk <vlrk!~vlrk@202.60.62.80> has joined #yocto | 00:41 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 00:42 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 00:43 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Read error: Connection reset by peer) | 00:45 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 00:45 | |
| moto-timo | I'll note that anyone can submit a layer. You do not have to be a layer maintainer. | 00:55 |
|---|---|---|
| moto-timo | You might unearth problems with a given layer and perhaps that will lead the the layerindex maintainers (me) sending the layer maintainers helpful emails. | 00:55 |
| *** Smokey <Smokey!~Smokey@207.7.121.250> has quit IRC (Quit: Ping timeout (120 seconds)) | 00:55 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 00:57 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has joined #yocto | 01:00 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 01:12 | |
| *** vlrk <vlrk!~vlrk@202.60.62.80> has quit IRC (Quit: Client closed) | 01:24 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 01:24 | |
| *** vlrk <vlrk!~vlrk@202.60.62.80> has joined #yocto | 01:26 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Remote host closed the connection) | 01:27 | |
| *** vlrk <vlrk!~vlrk@202.60.62.80> has quit IRC (Client Quit) | 01:27 | |
| *** vlrk <vlrk!~vlrk@202.60.62.80> has joined #yocto | 01:28 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.205> has joined #yocto | 01:30 | |
| *** davidinux <davidinux!~davidinux@194.34.233.249> has quit IRC (Ping timeout: 255 seconds) | 02:03 | |
| *** davidinux <davidinux!~davidinux@194.34.233.245> has joined #yocto | 02:05 | |
| *** vlrk <vlrk!~vlrk@202.60.62.80> has quit IRC (Quit: Client closed) | 02:06 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has quit IRC (Quit: Client closed) | 02:15 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has joined #yocto | 02:15 | |
| *** joekale <joekale!~quassel@140.177.191.39> has joined #yocto | 02:25 | |
| *** starblue <starblue!~juergen@dslb-178-006-091-021.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 02:26 | |
| *** starblue <starblue!~juergen@dslb-088-078-106-153.088.078.pools.vodafone-ip.de> has joined #yocto | 02:28 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6537:3400:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 272 seconds) | 02:32 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:651f:4600:2ce:39ff:fecf:efcd> has joined #yocto | 02:34 | |
| *** mulk <mulk!~mulk@p5b1123d6.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds) | 02:42 | |
| *** mulk <mulk!~mulk@p5b112b94.dip0.t-ipconnect.de> has joined #yocto | 02:43 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 03:17 | |
| *** pedrowiski <pedrowiski!~pedrowisk@user/pedrowiski> has quit IRC (Read error: Connection reset by peer) | 03:22 | |
| *** sakoman <sakoman!~sakoman@dhcp-72-234-108-41.hawaiiantel.net> has joined #yocto | 03:24 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 03:29 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 260 seconds) | 03:37 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 03:39 | |
| mischief | is it possible to generate the '-native' sstate artifacts that a different host arch would need somehow? say, if we only push to our sstate mirror from x86_64 hosts, but we would want to provide sstate for people aarch64 laptops. | 03:47 |
| *** joekale <joekale!~quassel@140.177.191.39> has quit IRC (Ping timeout: 264 seconds) | 03:55 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 04:10 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 272 seconds) | 04:21 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 255 seconds) | 04:39 | |
| *** alperak <alperak!~alperak@176.33.65.159> has joined #yocto | 04:50 | |
| *** alimon <alimon!~alimon@189.162.155.39> has quit IRC (Ping timeout: 260 seconds) | 04:53 | |
| *** vlrk <vlrk!~vlrk@123.242.240.51> has joined #yocto | 04:54 | |
| *** vlrk <vlrk!~vlrk@123.242.240.51> has quit IRC (Quit: Client closed) | 05:07 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has quit IRC (Quit: Client closed) | 05:25 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has joined #yocto | 05:26 | |
| *** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has quit IRC (Ping timeout: 246 seconds) | 05:26 | |
| *** paulg <paulg!~paulg@23-233-30-231.cpe.pppoe.ca> has joined #yocto | 05:27 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 05:55 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 05:57 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 06:00 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has quit IRC (Quit: Client closed) | 06:01 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has joined #yocto | 06:02 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 06:13 | |
| *** gvmeson <gvmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has joined #yocto | 06:14 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Ping timeout: 260 seconds) | 06:14 | |
| *** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed) | 06:36 | |
| *** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has quit IRC (Ping timeout: 256 seconds) | 06:56 | |
| *** shivamurthy <shivamurthy!sid359794@id-359794.helmsley.irccloud.com> has joined #yocto | 06:59 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 252 seconds) | 07:09 | |
| *** amitk_ <amitk_!~amit@58.84.62.171> has joined #yocto | 07:21 | |
| *** amitk <amitk!~amit@58.84.60.74> has quit IRC (Ping timeout: 268 seconds) | 07:24 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 07:27 | |
| *** mckoan|away is now known as mckoan | 07:31 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 264 seconds) | 07:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: alessioigor) | 07:37 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 07:38 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 07:42 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:44 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto | 07:48 | |
| *** Guest94 <Guest94!~Guest94@176.33.65.159> has joined #yocto | 07:48 | |
| *** pretec <pretec!~pretec@213.23.102.202> has joined #yocto | 07:49 | |
| *** Guest94 <Guest94!~Guest94@176.33.65.159> has quit IRC (Client Quit) | 07:50 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:9997:c7c8:aabe:c87a> has joined #yocto | 07:54 | |
| *** frieder <frieder!~frieder@i577B9173.versanet.de> has joined #yocto | 07:57 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 08:08 | |
| *** zpfvo <zpfvo!~fvo@i59F5CF41.versanet.de> has joined #yocto | 08:13 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128162.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 08:27 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128162.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds) | 08:32 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto | 08:38 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 08:38 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 08:43 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Quit: Konversation terminated!) | 08:46 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 08:46 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:01 | |
| *** creich <creich!~unknown@pd95c33ad.dip0.t-ipconnect.de> has joined #yocto | 09:05 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has quit IRC (Quit: Client closed) | 09:05 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has joined #yocto | 09:06 | |
| creich | hey guys, we've encountered very low download speeds (~40KiB/s) when cloning the linux-yocto repo from git.yoctoproject.org. we've watched this a few weeks now, and it allways is only that one repository. is this a known issue? or is there any specific reason for this? | 09:11 |
| RP | creich: no specific reason. Could you drop helpdesk@yoctoproject.org a note mentioning the issue along with which IP address git.yoctoproject.org is resolving to and a traceroute please? | 09:13 |
| RP | creich: we think there is a problematic network route but we're struggling to resolve it since we don't own the network involved | 09:13 |
| creich | RP: thanks for the hint. i'll write a mail | 09:14 |
| RP | rburton: how does the screensaver work on our qemu images? | 09:16 |
| RP | rburton: you might wonder why I ask that... | 09:17 |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has quit IRC (Quit: Client closed) | 09:18 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has joined #yocto | 09:19 | |
| *** pretec_ <pretec_!~pretec@213.23.102.203> has joined #yocto | 09:20 | |
| mckoan | clever: same here, and it results in a do_fetch failure | 09:22 |
| *** pretec <pretec!~pretec@213.23.102.202> has quit IRC (Ping timeout: 256 seconds) | 09:23 | |
| mckoan | clever: consider that in EU we have problems due to undersea cables broken in red sea | 09:23 |
| RP | rburton: xorg.conf manuals say 10 mins then 20-40 mins for DPMS | 09:24 |
| *** pretec_ is now known as pretec | 09:29 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds) | 09:35 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 09:35 | |
| *** pretec_ <pretec_!~pretec@213.23.102.202> has joined #yocto | 09:38 | |
| *** pretec <pretec!~pretec@213.23.102.203> has quit IRC (Ping timeout: 256 seconds) | 09:41 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128162.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 10:33 | |
| *** Guest9743 <Guest9743!~Guest9743@109.176.155.130> has joined #yocto | 10:42 | |
| *** starblue <starblue!~juergen@dslb-088-078-106-153.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 264 seconds) | 10:43 | |
| *** starblue <starblue!~juergen@dslb-088-078-106-153.088.078.pools.vodafone-ip.de> has joined #yocto | 10:44 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has quit IRC (Quit: Client closed) | 10:54 | |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has joined #yocto | 10:55 | |
| *** Noor <Noor!~Noor@147.161.161.3> has joined #yocto | 11:11 | |
| Noor | Hello Guys, I have a question. is there a way to say the recipe that it should not generate the sstate and everytime it should build from scratch | 11:12 |
| creich | Noor: SSTATE_SKIP_CREATION = "1" | 11:20 |
| creich | Noor: you can put this into your recipe, this way it shuold avoid using sstate | 11:21 |
| mckoan | Noor: or do_compile[nostamp] = "1" | 11:21 |
| Noor | aahhh thanks. so nice if you guys | 11:22 |
| creich | mckoan: wouldn't that force a rebuild like everytime? | 11:22 |
| creich | just asking out of couriosity, since i also was just thought about it | 11:23 |
| Noor | I think so. I think image recipes has this | 11:23 |
| creich | Noor: so actually it depends on what you need explicitly | 11:23 |
| creich | the second option would rebuild that recipe every time you run bitbake | 11:23 |
| creich | the other option should only avoid using a sstate cache but i think it'll still use stamps and try to avoid a rebuild when there is no obvious change | 11:24 |
| rburton | the question is do you actually want it to run every time (in which case use nostamp) or do you just want to force it in testing (in which case use bitbake -C) | 11:24 |
| creich | exactly | 11:24 |
| rburton | or is the problem "my recipe makes so much sstate its actually faster to rebuild than pull from sstate" | 11:25 |
| *** pretec__ <pretec__!~pretec@213.23.102.203> has joined #yocto | 11:37 | |
| Noor | I am moving towards SSTATE_SKIP_CREATION as I don't want it rebuilding every time. I just want not use sstate. I remember nostamp is used in images which get rebuilt every time | 11:39 |
| *** pretec_ <pretec_!~pretec@213.23.102.202> has quit IRC (Ping timeout: 264 seconds) | 11:40 | |
| Noor | Actually I want gdb to be used outside from build folder. Currently using it from its image folder. so when it is built from cached image folder is not there so we can't find working binary | 11:41 |
| wmills_ | I use screen /dev/ttyUSBX for a serial terminal. With recent builds from master my text cursor disappears. This has not happended to me before. Does anyone know why? | 11:42 |
| rburton | Noor: so you're battling sstate because of something to do with gdb? | 11:43 |
| rburton | if you want to run gdb-native then running it from inside the build tree is just the wrong thing to do | 11:43 |
| rburton | because, yeah, if it came from sstate then the build tree does not exist | 11:44 |
| rburton | Noor: oe-run-native is the tool you want to run an arbitrary binary from an arbitrary native recipe. that will handle setting paths and dependencies so linkage actually works. | 11:45 |
| rburton | classic example of 'explain your problem not what you think the solution is' to be honest :) | 11:46 |
| *** Saur75 <Saur75!~Saur75@134.238.48.37> has quit IRC (Ping timeout: 250 seconds) | 11:47 | |
| *** pretec_ <pretec_!~pretec@213.23.102.202> has joined #yocto | 11:55 | |
| *** pretec__ <pretec__!~pretec@213.23.102.203> has quit IRC (Ping timeout: 255 seconds) | 11:57 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 12:12 | |
| *** pretec_ <pretec_!~pretec@213.23.102.202> has quit IRC (Quit: Leaving) | 12:17 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 12:35 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1) | 12:40 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 12:43 | |
| Noor | :) | 12:46 |
| Noor | we need gdb binary to debugging purpose. yocto docs recommended to build gdb-cross-<architecture>. We found that "tmp/work/x86_64-linux/gdb-cross-aarch64/11.2-r0/image/home/ahsann/mel/releases/builds/ginkgo/hycon/build_hycon/tmp/work/x86_64-linux/gdb-cross-aarch64/11.2-r0/recipe-sysroot-native/usr/bin/aarch64-oe-linux/aarch64-oe-linux-gdb" can be | 12:50 |
| Noor | used. But when gdb-cross-<architecure> is built from sstate image folder is not created as install tasks is not executed. So I want to build gdb-cross-<architecture> from scratch (don't use sstate) so that we can get a working binary in image folder. | 12:50 |
| Noor | I hope explained the problem and my solution both above | 12:51 |
| rburton | _never_ run stuff from the build tree directly | 13:04 |
| rburton | oe-run-native will tell you to run bitbake gdb-cross-aarch64 -caddto_recipe_sysroot, which will populate the sysroot for you | 13:05 |
| rburton | you don't want to build it from scratch, you want a sysroot | 13:05 |
| rburton | as i said: explain the problem not what you think the solution is | 13:05 |
| landgraf | rburton: "_never_ run stuff from the build tree directly" - unless you want to debug some weird issue with built binaries :) | 13:06 |
| rburton | Noor: problem: i need to run a binary from a native recipe. your solution: i want to turn off sstate so when. i build gdb it always rebuilds. actual solution: populate the sysroot for the native recipe. | 13:06 |
| * landgraf ran opkg from build tree few times | 13:06 | |
| rburton | landgraf: shush :) | 13:08 |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 13:10 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Ping timeout: 252 seconds) | 13:18 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 13:19 | |
| *** ctraven_ <ctraven_!~ctraven@139.68.81.2> has quit IRC (Ping timeout: 255 seconds) | 13:26 | |
| *** ctraven <ctraven!~ctraven@139.68.81.2> has quit IRC (Ping timeout: 256 seconds) | 13:27 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 13:39 | |
| Noor | rburton: (y) | 13:39 |
| Noor | now next step. I have my solution I will not share it :). I want to have this gdb binary available when we build the virtual kernel so that our customer don't have to build gdb-cross-aarch64 by themselves. They just be able to find the binary and mentioned place when kernel is built | 13:42 |
| Noor | now how to add gdb-cross-aarch64 -> addto_recipe_sysroot dependency with virtual kernel so that when kernel is built binary is available for the customer | 13:46 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:49 | |
| *** Guest2 <Guest2!~Guest18@171.76.80.239> has joined #yocto | 13:53 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:53 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:29e:fcb2:97cb:4cd> has joined #yocto | 13:54 | |
| *** gvmeson is now known as vmeson | 13:57 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:1e0c:bf92:4ed7:9223> has joined #yocto | 13:58 | |
| *** Guest2 <Guest2!~Guest18@171.76.80.239> has quit IRC (Quit: Client closed) | 13:58 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 13:59 | |
| rburton | that's just a [depends] | 14:04 |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto | 14:10 | |
| *** Chach_Deenu <Chach_Deenu!~Noor@147.161.161.3> has joined #yocto | 14:18 | |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto | 14:19 | |
| *** Noor <Noor!~Noor@147.161.161.3> has quit IRC (Quit: Client closed) | 14:19 | |
| *** Noor <Noor!~Noor@147.161.161.3> has joined #yocto | 14:23 | |
| Noor | rburton: but in that case we will not have gdb binary available to the customer or I am missing something | 14:25 |
| rburton | Noor: you're not explaining what the customer builds or is given | 14:27 |
| rburton | Noor: if the customer builds the kernel and you have a dependency on gdb-cross in the kernel then they'll also build gdb-cross | 14:27 |
| *** Michael_Guest <Michael_Guest!~Michael_G@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 14:28 | |
| *** Michael_Guest <Michael_Guest!~Michael_G@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Client Quit) | 14:28 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…) | 14:30 | |
| Noor | rburton: We our customer has our BSP. So we want to provide them a faciltiy to debug the kernel. We don't want him to do it via SDK. So when he build a BSP we want to provide a working binary of gdb-cross so that he can debug kernel. we also want if customer remove the tmp folder and build is executed from sstate use still be able to get the | 14:32 |
| Noor | gdb-cross bianry. | 14:32 |
| rburton | Noor: as i said, use addto_recipe_sysroot and it doesn't matter if sstate is used or not. | 14:33 |
| rburton | if you want to provide tools that work without a tmpdir then that's called a SDK | 14:33 |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 14:36 | |
| Noor | ah now I get it. You mean something like do_compile[depends] += "gdb-cross-aarch64:do_addto_recipe_sysroot" in kernel recipe | 14:45 |
| rburton | do_build[depends] but yeah | 14:48 |
| Noor | one last questions :). is there a way to use override in do_build[depends] syntax. So that this is only effective when this override is there | 14:56 |
| *** belsirk <belsirk!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto | 14:56 | |
| rburton | no | 14:58 |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Ping timeout: 240 seconds) | 14:59 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto | 15:04 | |
| *** roussinm <roussinm!~mroussin@142.115.196.7> has joined #yocto | 15:07 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…) | 15:12 | |
| alperak | lets say, need to add a recipe(foo.bb) to meta-oe but there is a meta-foo only for this recipe(foo.bb) and this layer is depends on meta-oe. what should i do in this case? should i use RCONFLICTS or PROVIDES? | 15:13 |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 15:13 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 15:14 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Quit: vladest) | 15:21 | |
| roussinm | My recipe depends on `tbb`, but `tbb` isn't installed in my image. From my current knowledge of yocto, if my recipe DEPENDS on a recipe, most of the time, it should be found in the resulting image. Anyone depending on `tbb` having to do something special? | 15:22 |
| rburton | roussinm: that's not true though | 15:24 |
| rburton | DEPENDS is *only* about what is in the sysroot at build time | 15:24 |
| roussinm | I think the current version that my recipe doesn't link on tbb yet, but futur version will, but the TBB dependency is already present. It is because my current recipe doesn't link on it bitbake doesn't bother adding the RDEPEND on it? | 15:26 |
| rburton | what does happen is that recipe foo will DEPEND on libbar, and then produce a binary foo that links to libbar.so. Bitbake knows that libbar.so is provided by libbar and add RDEPENDS for you. This is why you don't need to specify RDEPENDS=libc for every recipe, but also why no recipes pull in gcc into the target (which would be the case is DEPENDS=RDEPENDS) | 15:26 |
| roussinm | If that binary doesn't link on it, bitbake will omit that RDEPENDS, correct? | 15:27 |
| rburton | if there's no linkage theres nothing to add, right | 15:28 |
| rburton | it literally finds binaries in the packages, identifies what they link to, and adds RDEPENDS as needed | 15:28 |
| rburton | so your C helloworld will automatically depend on libc | 15:28 |
| roussinm | Ok, ya it all make sense now. thanks! | 15:29 |
| *** sakoman <sakoman!~sakoman@dhcp-72-234-108-41.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 15:30 | |
| *** sakoman <sakoman!~sakoman@dhcp-72-234-108-41.hawaiiantel.net> has joined #yocto | 15:32 | |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto | 15:36 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 15:52 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:53 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 15:53 | |
| *** belsirk <belsirk!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 16:11 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 16:12 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 16:13 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:9997:c7c8:aabe:c87a> has quit IRC (Ping timeout: 260 seconds) | 16:13 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 16:16 | |
| qschulz | can someone tell me the purpose of the stable/<release>-nut branches for meta-openembedded ? | 16:21 |
| qschulz | it's way behind <release> and <release>-next branches, so wondering what they are for | 16:21 |
| rburton | -nut is next-under-test, so they're just staging branches that the maintainer was using | 16:22 |
| rburton | ignore them :) | 16:22 |
| qschulz | thanks :) (the stable prefix is very misleading though ;) ) | 16:23 |
| *** Noor <Noor!~Noor@147.161.161.3> has quit IRC (Ping timeout: 250 seconds) | 16:28 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 16:29 | |
| *** Chach_Deenu <Chach_Deenu!~Noor@147.161.161.3> has quit IRC (Quit: Leaving) | 16:32 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 16:37 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 16:38 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:41 | |
| moto-timo | qschulz: would stable-next make more sense somehow? | 16:43 |
| moto-timo | naming is hard | 16:44 |
| rburton | blame sgw | 16:44 |
| rburton | he called his staging branches mut from master-under-test | 16:44 |
| rburton | that turned into next-under-test for some for the branches that are not even next | 16:45 |
| khem | RP: seeing `| chown: cannot access '/mnt/b/yoe/master/build/tmp/work/riscv64-yoe-linux/systemd/255.4/image/var/log/journal': No such file or directory` | 16:54 |
| khem | I wonder if its related to version bump staged in master-next | 16:55 |
| *** mckoan is now known as mckoan|away | 17:00 | |
| qschulz | moto-timo: what's wrong with <release>-next? | 17:00 |
| moto-timo | qschulz: well, -nut implies more (it is now a release candidate) | 17:01 |
| moto-timo | <release>-next just means it is a candidate to getting merged into the branch, but not a TAG | 17:01 |
| qschulz | moto-timo: not getting it sorry, can you try rephrasing? | 17:04 |
| moto-timo | qschulz: I was trying to figure out if a different naming of the branch would have not confused you. | 17:07 |
| moto-timo | qschulz: we're now beating a dead horse I think ;) | 17:07 |
| qschulz | didn't get the "-nut implies more (it is now a release candidate)" part :) | 17:08 |
| qschulz | moto-timo: i know which branch i should be using now, but i don't know why :) | 17:08 |
| moto-timo | qschulz: -nut is only used when that build is being targeted as a release candidate. One that will be released and tagged as a release. | 17:09 |
| RP | khem: I haven't seen that issue :/ | 17:09 |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…) | 17:11 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 17:17 | |
| vvn | oe-init-build-env is meant to be idempotent, correct? | 17:18 |
| rburton | yes | 17:18 |
| rburton | i think there was a bug in older releases where it wasn't quite | 17:18 |
| qschulz | moto-timo: why is stable/kirkstone-nut last commit 4 months ago then? | 17:24 |
| moto-timo | humans | 17:25 |
| rburton | qschulz: point at the policy that says that branch will 1) exist 2) be continually updated | 17:26 |
| rburton | :) | 17:26 |
| rburton | personally i'd always push next and testing branches to the contrib repo, but i'm not a meta-oe maintainer so that's moot | 17:26 |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 17:29 | |
| qschulz | moto-timo: a mistkae it is then, fine with this explanation :) thx | 17:34 |
| *** zpfvo <zpfvo!~fvo@i59F5CF41.versanet.de> has quit IRC (Read error: Connection reset by peer) | 17:34 | |
| qschulz | moto-timo: jus tto be sure: stable/<release>-nut (-rc0, -rc1, etc... basically) until <release> is released, then commits to <release>-next first and merged into <release> every now and then | 17:35 |
| moto-timo | qschulz: probably better answered by sakoman, armpit or khem | 17:36 |
| moto-timo | I am also not a stable release maintainer | 17:36 |
| moto-timo | and for layers like meta-java, I do not personally use -nut nor do I tag releases. | 17:37 |
| moto-timo | that would imply things in that layer work | 17:37 |
| moto-timo | "patches welcome" | 17:37 |
| rburton | qschulz: i'd ignore those branches, they're just staging branches used by the maintainer. the contents might be stale, or broken, or anything else. | 17:37 |
| rburton | if you actually watch oe-core master-next you'll see all sort of things pop in and out | 17:38 |
| sakoman | qschulz: more like 3 hours ago :-) https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/kirkstone-nut | 17:38 |
| sakoman | I use stable/xxx-nut for initial patch testing, patches will come and go in this branch, so you shouldn't use it for anything other than to check whether a new patch on the list has entered testing | 17:40 |
| sakoman | after I have a patch set that passes testing, I will send a review request to the mailing list, and move the patchset to stable/xxx-next | 17:41 |
| sakoman | If there are no comments I will pull the patches from stable/xxx-next into xxx | 17:42 |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@mail.goodwin.ru> has joined #yocto | 17:46 | |
| DvorkinDmitry | ryzen 7700 vs 7900 - how big difference will I have with the same SSD/mem at OE/Yocto build speed? | 17:47 |
| rburton | if you have the clout, ask your hardware provider for test machines | 17:52 |
| rburton | best way to answer that question | 17:53 |
| qschulz | sakoman: so -nut branches are personal playground, got it. -next may be rebased, <release> is the real deal | 17:54 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 18:13 | |
| khem | RP: and the patch it in now sadly, I would suggest to revert it | 18:26 |
| khem | da9db878a15 systemd: fix dead link /var/log/README | 18:26 |
| khem | RP: this happens when VOLATILE_LOG_DIR = "no" is set | 18:32 |
| khem | I think poky defaults are different perhaps ? | 18:32 |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed) | 18:33 | |
| DvorkinDmitry | rburton, I haven't ofcause. the question is how big improvement will be if I'll have 16 cores on 7700 or 24 cores on 7900 ? | 18:36 |
| DvorkinDmitry | is the RAM speed/size and SSD speed mre significant? Now I'm running my builds on 24GB RAM, 12 cores and RAID of two old hdds... And I feel it is very slow. The complete build takes about 12 hours. | 18:38 |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 18:39 | |
| DvorkinDmitry | I'm buying the new machine for my builds, SSD instead of HDD, RAM 64GB ddr5 instead of 24GB DDR3, ryzen 7700 (or 7900) instead of core i7 (12 threads) | 18:40 |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 18:40 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…) | 18:42 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 18:44 | |
| DvorkinDmitry | so I'm thinking if the CPU will be the bottleneck in my config? Do I have to buy 7900? | 18:58 |
| gmorell | DvorkinDmitry: the 7900 won't hurt, but I think the ssd/ram will definitely be far more significant for builds | 19:00 |
| DvorkinDmitry | gmorell, ok! If i'm building my current image in 12 hours, how fast do you think I'll build it with new config on 7700 or in 7900 ? | 19:03 |
| DvorkinDmitry | The price for 7900 is 1.5 bigger then 7700 for me. | 19:04 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-014-046.93.132.pool.telefonica.de> has joined #yocto | 19:04 | |
| gmorell | I can't tell you about time, too many variables | 19:05 |
| gmorell | my personal philosophy is to max these out because you'll likely be running these for years on end | 19:05 |
| DvorkinDmitry | gmorell, hdd will be 10 times faster. RAM * 2.5 and 2 times faster. bogomis for 7700 is *3, for 7900 is *4. | 19:06 |
| DvorkinDmitry | so I'm thinking is cpu *3 or *4 will give the same performance improvement, or it will be less significant ? | 19:07 |
| gmorell | they're within spitting distance | 19:10 |
| gmorell | you have 50% more cores, but at a lower clock because of cooling factors | 19:10 |
| khem | RP: sent a patch to fix systemd fallout | 19:10 |
| Xogium | DvorkinDmitry: by the way, bogomips are worthless and don't reflect the actual performance of a machine | 19:12 |
| Xogium | just saying | 19:12 |
| gmorell | this too | 19:12 |
| gmorell | i wonder if anyone has benched yocto with x3d units vs non x3d units | 19:14 |
| gmorell | if the extra pile of L3 actaully helps at all | 19:14 |
| Xogium | tbh I personally stick to amd these days, because it feels like intel sucks more and more | 19:14 |
| Xogium | and not just in terms ot tdp ;) | 19:15 |
| Xogium | *of tdp, rather | 19:15 |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-014-046.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 19:23 | |
| *** frieder <frieder!~frieder@i577B9173.versanet.de> has quit IRC (Remote host closed the connection) | 19:34 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…) | 19:39 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128162.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds) | 19:42 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128162.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 19:46 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has quit IRC (Quit: Client closed) | 20:13 | |
| *** Saur75 <Saur75!~Saur75@195.60.68.152> has joined #yocto | 20:14 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128162.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds) | 20:17 | |
| khem | so latest patch bomb has broken recipes builds in meta-openembedded - https://jenkins.ccp.xcal.tv/jenkins/view/YP/job/yocto-world-glibc/9109/console | 20:20 |
| khem | and thats just one arch. | 20:20 |
| *** sakoman <sakoman!~sakoman@dhcp-72-234-108-41.hawaiiantel.net> has quit IRC (Ping timeout: 268 seconds) | 20:21 | |
| khem | I wish there were people fixing things beyond core and yocto AB | 20:22 |
| khem | here is error - https://errors.yoctoproject.org/Errors/Build/179637/ | 20:22 |
| *** paulg <paulg!~paulg@23-233-30-231.cpe.pppoe.ca> has quit IRC (Read error: Connection reset by peer) | 20:35 | |
| *** sakoman <sakoman!~sakoman@dhcp-72-234-108-41.hawaiiantel.net> has joined #yocto | 20:36 | |
| khem | libxml2 has an incompatible API change between 2.11 and 2.12 someone should notice such things this late in release | 20:38 |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 20:46 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128162.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 20:50 | |
| LetoThe2nd | zeddii: yo - in terms of trying the simplest k3s-on-yocto build, should core-image-minimal+packagegroup-k3s-host+packagegroup-k3s-node do the trick? then running som magic from https://git.yoctoproject.org/meta-virtualization/tree/recipes-containers/k3s/README.md?h=kirkstone? | 20:55 |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 264 seconds) | 20:56 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.90> has joined #yocto | 20:57 | |
| *** paulg <paulg!~paulg@23-233-30-231.cpe.pppoe.ca> has joined #yocto | 20:57 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection) | 21:01 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.90> has quit IRC (Ping timeout: 246 seconds) | 21:01 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 21:02 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128162.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds) | 21:05 | |
| LetoThe2nd | zeddii: the suggested incantation "k3s agent -t /var/lib/rancher/k3s/server/token --server http://localhost:6443/" errs out because of not https, and changing to "k3s agent -t /var/lib/rancher/k3s/server/token --server https://localhost:6443/" complains "failed to get CA certs: Get "https://127.0.0.1:6444/cacerts": read tcp 127.0.0.1:40214->127.0.0.1:6444: read: connection reset by peer" | 21:05 |
| *** joekale_ <joekale_!~quassel@204.156.190.21> has joined #yocto | 21:06 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:1e0c:bf92:4ed7:9223> has quit IRC (Ping timeout: 268 seconds) | 21:06 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:f517:32f3:2b68:ad91> has joined #yocto | 21:32 | |
| *** joekale_ <joekale_!~quassel@204.156.190.21> has quit IRC (Ping timeout: 260 seconds) | 21:32 | |
| *** florian <florian!~florian@dynamic-093-132-014-046.93.132.pool.telefonica.de> has joined #yocto | 21:48 | |
| *** alessioigor_ <alessioigor_!~alessioig@mob-5-90-183-234.net.vodafone.it> has joined #yocto | 21:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 268 seconds) | 21:49 | |
| *** alessioigor_ is now known as alessioigor | 21:49 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:29e:fcb2:97cb:4cd> has quit IRC (Remote host closed the connection) | 21:54 | |
| DvorkinDmitry | gmorell, Xogium, thank you! | 21:59 |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@mail.goodwin.ru> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 22:00 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 255 seconds) | 22:05 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 22:06 | |
| *** alessioigor <alessioigor!~alessioig@mob-5-90-183-234.net.vodafone.it> has quit IRC (Quit: alessioigor) | 22:08 | |
| zeddii | LetoThe2nd: are you on master-next of meta-virt ? I'm still working through testing of the recent changes. | 22:10 |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 255 seconds) | 22:12 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 22:12 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:22 | |
| *** joekale <joekale!~quassel@2620:a2:6000:13:f517:32f3:2b68:ad91> has quit IRC (Ping timeout: 268 seconds) | 22:34 | |
| RP | Still a few too many issues with master for M3 build, trying again | 22:34 |
| RP | khem: thanks, I'll try and get that in | 22:44 |
| RP | zeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/128/builds/2943 - meta-virt needs to update LAYERSERIES_COMPAT_virtualization-layer = "nanbield" | 22:45 |
| RP | meta-intel and meta-aws too | 22:45 |
| * RP notes that swat isn't doing the work so does it himself to send the reminders | 22:51 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:03 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Client Quit) | 23:06 | |
| sakoman | zeddii: your patch seems to have fixed the parted ptest issues, but now {'util-linux': ['fdisk:_gpt-resize']} ptest is failing :-( | 23:07 |
| zeddii | I'm out of time trying to update the old kernel. I'll pick it up in a few weeks again. | 23:07 |
| sakoman | zeddi: should I revert that linux-yocto 5.15 version bump series then? | 23:08 |
| sakoman | I really screwed up in merging them :-( | 23:08 |
| zeddii | trying the ubuntu patch might be another option, but it needs to have it's context fixed for our tree versus theirs. | 23:09 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:09 | |
| zeddii | sakoman: that's probably your only option (revert), I have to turn my attention back to meta-virt and some internal things that are due very shortly. | 23:09 |
| sakoman | zeddi: OK, will do | 23:10 |
| *** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 23:10 | |
| zeddii | the wind river guys are still using 5.15, so asking them what they are doing for this might also be useful. | 23:10 |
| zeddii | Kexin is sanity testing the -stable updates for their SDK based BSPs, so presumably they are keeping up to date with the tip of my tree and might not even know they have this problem. | 23:11 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 272 seconds) | 23:14 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Bye) | 23:14 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 255 seconds) | 23:32 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 23:42 | |
| RP | hmm, another weird failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/8037/steps/16/logs/stdio | 23:45 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 23:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!