| *** florian <florian!~florian@dynamic-092-229-053-086.92.229.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 00:05 | |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 248 seconds) | 00:15 | |
| *** Minvera2 <Minvera2!~Minvera@user/Minvera> has quit IRC (Ping timeout: 260 seconds) | 00:21 | |
| *** sugarbeet <sugarbeet!~barbas@81.4.123.134> has quit IRC (Ping timeout: 245 seconds) | 01:02 | |
| *** sakman <sakman!~sakman@99.209.85.164> has quit IRC (Ping timeout: 260 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@45.11.82.201> has quit IRC (Ping timeout: 255 seconds) | 01:04 | |
| *** sugarbeet <sugarbeet!~barbas@81.4.123.134> has joined #yocto | 01:04 | |
| *** davidinux <davidinux!~davidinux@host-79-37-132-163.retail.telecomitalia.it> has joined #yocto | 01:05 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 240 seconds) | 01:16 | |
| *** sakman <sakman!~sakman@99.209.85.164> has joined #yocto | 01:18 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:18 | |
| *** starblue <starblue!~juergen@dslb-088-078-099-048.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 272 seconds) | 01:42 | |
| *** starblue <starblue!~juergen@dslb-094-220-106-115.094.220.pools.vodafone-ip.de> has joined #yocto | 01:44 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 01:52 | |
| *** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has quit IRC (Ping timeout: 240 seconds) | 02:28 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer) | 02:29 | |
| *** ederibaucourt <ederibaucourt!~ederibauc@lmontsouris-657-1-69-118.w80-15.abo.wanadoo.fr> has joined #yocto | 02:29 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto | 02:32 | |
| *** GillesMM <GillesMM!~gilles@116.79.123.78.rev.sfr.net> has joined #yocto | 02:53 | |
| *** GillesM <GillesM!~gilles@116.79.123.78.rev.sfr.net> has quit IRC (Ping timeout: 260 seconds) | 02:54 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6506:6500:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds) | 03:01 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6529:ff00:2ce:39ff:fecf:efcd> has joined #yocto | 03:03 | |
| *** sakman <sakman!~sakman@99.209.85.164> has quit IRC (Ping timeout: 264 seconds) | 03:11 | |
| *** amitk <amitk!~amit@58.84.60.207> has joined #yocto | 04:00 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:7d47:e0e3:a2e9:4b03> has joined #yocto | 04:31 | |
| *** davidinux <davidinux!~davidinux@host-79-37-132-163.retail.telecomitalia.it> has quit IRC (Ping timeout: 255 seconds) | 04:47 | |
| *** davidinux <davidinux!~davidinux@194.34.233.187> has joined #yocto | 04:47 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:7d47:e0e3:a2e9:4b03> has quit IRC (Ping timeout: 272 seconds) | 04:49 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:7516:da9f:d455:6fa6> has joined #yocto | 04:54 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 264 seconds) | 05:24 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 05:25 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Remote host closed the connection) | 05:26 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 05:27 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 05:28 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto | 05:37 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:7516:da9f:d455:6fa6> has quit IRC (Ping timeout: 258 seconds) | 05:53 | |
| mcfrisk | RP: the boot prompt search is bad, I think better to ditch the utf-8 conversion of boot log and convert the prompt search string to bytes() instead. in qemurunner.py 486: if bytes(self.boot_patterns['search_reached_prompt'], 'utf-8') in bootlog: | 06:11 |
|---|---|---|
| mcfrisk | testing this in local build with qemu now.. | 06:12 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 06:41 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:41 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:42 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii) | 06:44 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 06:45 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 06:49 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:00 | |
| RP | mcfrisk: when you say it is bad, how do you mean? | 07:01 |
| RP | mcfrisk: Interestingly I've run the changes in master-next twice now and only one failure which looks to be a genuine login timeout :/ | 07:01 |
| mcfrisk | RP: as the logs show, python utf8 conversion eats the last lines sometimes | 07:03 |
| RP | mcfrisk: so it isn't that the search itself is bad, the underlying data is. The trouble is the logs show bootlog as being empty, not just the last line eaten | 07:04 |
| mcfrisk | I did not see an empty bootlog. maybe missed something | 07:06 |
| mcfrisk | I saw raw data including login prompt but the partial reads and utf8 decoding failing to detect it | 07:07 |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.0.5) | 07:08 | |
| RP | mcfrisk: have a look at https://autobuilder.yocto.io/pub/failed-builds-data/6.5%20kernel/c/qemurunner_log.20231002162448 | 07:09 |
| RP | WARNING: Target didn't reach login banner in 1000 seconds (10/02/23 16:41:36) | 07:09 |
| RP | WARNING: Last 25 lines of bootlog (1): | 07:09 |
| RP | WARNING: Last 25 lines of processed bootlog (1): | 07:09 |
| RP | WARNING: Last 25 lines of msg (651): | 07:09 |
| RP | i.e. bootlog was empty it would seem | 07:09 |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 07:12 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has joined #yocto | 07:12 | |
| *** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:1549:fcfd:aa0a:668d> has joined #yocto | 07:14 | |
| RP | mcfrisk: note that the latest in master-next doesn't seem to break so I could have accidentally "fixed" this somehow | 07:15 |
| mcfrisk | RP: line 508 overwrites bootlog with the utf-8 decoded output? | 07:15 |
| mcfrisk | if utf8 decoding is broken, then data is lost | 07:15 |
| mcfrisk | I saw this when comparing do_testimage log to the raw bootlog in one of the cases. do_testimage was logging after utf8 decoding and was missing login prompt. raw data had it. | 07:16 |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto | 07:17 | |
| mcfrisk | and all data comes from the same read(1024) call and data is appended to previous read() | 07:17 |
| RP | mcfrisk: maybe, but the worry was that the "raw" log actually has the conversion run on it a lot more | 07:19 |
| RP | mcfrisk: one change I have in my test commit is changing the logging to actually be the raw data | 07:19 |
| *** mckoan|away is now known as mckoan | 07:21 | |
| mcfrisk | RP: I'm looking at master-next, there "Partial boot log" will print utf-8 decoded strings. when login not reached, the warnings will include only utf-8 decoded strings (python complains if not utf8 decoded) | 07:22 |
| mcfrisk | RP: but if master-next works, then I'm happy to be wrong. I'd hope the bytes to utf-8 string conversion would work on partially read data from serial console | 07:23 |
| RP | mcfrisk: but it also changes the file on disk to be binary and writes that file without conversion. | 07:23 |
| RP | mcfrisk: I'm not sure what is going on, just that the changes on -next appear to have stopped it reproducing | 07:23 |
| mcfrisk | the raw boot log has always been raw, not utf-8 converted | 07:24 |
| RP | mcfrisk: see the msg = self.decode_qemulog(msg) in log() | 07:24 |
| RP | mcfrisk: https://git.yoctoproject.org/poky/commit/?h=master-next&id=2d57003d52a7500b6d2e5c9f840899c9020941cf makes the change clear | 07:25 |
| RP | mcfrisk: I wonder if the msg = self.decode_qemulog(msg) destroys msg instead of doing something function local | 07:26 |
| mcfrisk | RP: oh | 07:27 |
| RP | that would explain losing data but not the whole bootlog :/ | 07:27 |
| mcfrisk | it does seem like it. Now I feel I've been looking at logs from different builds... | 07:30 |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 07:34 | |
| mcfrisk | RP: I would do this to log raw data and to skip utf8 decoding for login prompt: https://pastebin.com/raw/LfeC6rqN | 07:35 |
| mcfrisk | test build is just taking for ever after cargo stuff again.. | 07:35 |
| *** chat89 <chat89!~chat@49.205.248.105> has joined #yocto | 07:42 | |
| RP | mcfrisk: yes, I agree. I'm just worried I don't quite understand what is breaking here | 07:42 |
| mcfrisk | RP: Yes, something isn't adding up. But, if there is suddenly more carbage on serial logs due to kernel changes, then python utf-8 conversion can fail in odd ways. | 07:43 |
| mcfrisk | also timing, when strings get written over serial, there may be unexpected pauses now, which will eventually be in the buffer we read, but the partial utf8 conversions may be missing the lines with with issues | 07:45 |
| RP | mcfrisk: I still don't understand why bootlog would end up empty though :/ | 07:51 |
| *** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has joined #yocto | 07:59 | |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto | 08:05 | |
| Ablu | > mcfrisk: I wonder if the msg = self.decode_qemulog(msg) destroys msg instead of doing something function localit _should_ not | 08:10 |
| mcfrisk | could it be that msg is both both global and local? | 08:17 |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:d093:12c7:4240:dab6> has joined #yocto | 08:20 | |
| RP | mcfrisk: it may be the bytes objects behave differently to strings | 08:21 |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 08:29 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 08:32 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 08:32 | |
| Ablu | I wrote: https://paste.centos.org/view/d3460a8f, letting it spin for a while, but so far nothing. | 08:34 |
| *** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto | 08:38 | |
| yocton | Hi, how do you handle sending multiple patches across different repos (e.g. oe-core and yocto-docs or oe-core and autobuilder) ? CCing all MLs on the patch series ? Splitting the series for each repo? | 08:47 |
| RP | yocton: usually patches per repo but it depends how closely related they are | 08:52 |
| yocton | I do have "code and its documentation" and "code that will not work if this other patch is not merged first" relations | 08:54 |
| RP | yocton: you'd usually note a dependency in the commit. | 08:54 |
| yocton | I plan to send patches walking the dependency graph but reviewer will lack the big picture :( | 08:55 |
| RP | yocton: then copy the different lists? | 08:56 |
| yocton | Ok, thanks! | 08:58 |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 272 seconds) | 08:59 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 255 seconds) | 09:01 | |
| RP | yocton: I've been meaning to mention, a report of what the new test reports for both OE-Core would be helpful to see how things look | 09:07 |
| RP | s/both// I was thinking for OE-Core at least, I'm assuming you also have one for meta-oe which is being worked on | 09:08 |
| yocton | Yes, I'll gather the info and reply to the series with it :) | 09:10 |
| RP | yocton: "QA, ptest" isn't really correct in the commit message shortlog either :/ | 09:13 |
| yocton | *GASP* | 09:13 |
| yocton | I'll fix this in the v2 | 09:13 |
| RP | yocton: I'm guessing you were avoiding the "insane"? :/ | 09:14 |
| RP | We probably should rename that class really | 09:14 |
| RP | much as I like the history it will be lost on most now | 09:14 |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto | 09:17 | |
| *** amsobr <amsobr!~amsobr@2a01:14:113:53b0:62f7:1ded:6d26:b629> has quit IRC (Quit: Konversation terminated!) | 09:20 | |
| * yocton also like "insane" ^^ | 09:28 | |
| *** mario-goulart <mario-goulart!~user@chicken/developer/mario-goulart> has quit IRC (Remote host closed the connection) | 09:34 | |
| *** mario-goulart <mario-goulart!~user@chicken/developer/mario-goulart> has joined #yocto | 09:34 | |
| *** WinstonSmith2600 <WinstonSmith2600!~WinstonSm@24-116-18-78.cpe.sparklight.net> has joined #yocto | 09:40 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto | 09:50 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6529:ff00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds) | 10:12 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6518:fb00:2ce:39ff:fecf:efcd> has joined #yocto | 10:14 | |
| *** mckoan is now known as mckoan|away | 10:30 | |
| luc4 | Hello! Is there a way to understand why bitbake is building libs in debug mode? For some reason I cannot disable this anymore. | 10:35 |
| *** sakman <sakman!~sakman@208.111.77.233> has joined #yocto | 10:39 | |
| RP | mcfrisk: what we might be missing here is the threading. I bet this needs locking or rewriting | 10:49 |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 252 seconds) | 10:53 | |
| mcfrisk | RP: ouch | 11:00 |
| RP | mcfrisk: I can't quite work out how that results in bootlog being empty | 11:03 |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 260 seconds) | 11:04 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto | 11:06 | |
| RP | mcfrisk: I wonder if the getty appears on the wrong serial interface | 11:07 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has joined #yocto | 11:07 | |
| mcfrisk | RP: like you said, two threads calling into decode_qemulog() and getting each others content | 11:07 |
| RP | mcfrisk: no, I think what might be happening is the output going to the wrong socket. The kernel may be mixing them up "randomly" | 11:07 |
| mcfrisk | kernel or qemu? | 11:08 |
| RP | bootlog was empty as there was no log output on that socket, it went to the threadlog instead | 11:08 |
| RP | mcfrisk: change in kernel behaviour with the serial ports? | 11:08 |
| RP | we just start qemu with -serial tcp:127.0.0.1:46745 -serial tcp:127.0.0.1:41183 | 11:10 |
| RP | who says which is ttyS0 and which is S1 | 11:10 |
| *** GillesMM <GillesMM!~gilles@116.79.123.78.rev.sfr.net> has quit IRC (Ping timeout: 272 seconds) | 11:12 | |
| RP | still doesn't entirely add up but... | 11:13 |
| mcfrisk | for qemurunner.py, data came from self.runqemu.stdout. that's for sure | 11:13 |
| RP | mcfrisk: not sure about that | 11:14 |
| bhstalel | Why bitbake lib disables stdin when running ? | 11:14 |
| RP | mcfrisk: see the filelist.append(qemusock) line | 11:14 |
| RP | bhstalel: it stops things hanging waiting for input that will never arrive | 11:15 |
| bhstalel | Like what ? | 11:15 |
| RP | bhstalel: we execute multiple things in parallel so where would any input go anyway? | 11:15 |
| RP | bhstalel: kernel config waiting on input was the classic | 11:15 |
| bhstalel | Because I tried to develop a CLI shell-like application using bitbake lib directly to create and manage layers/recipes/... and I found stdin was disabled | 11:16 |
| RP | bhstalel: using cooker? | 11:18 |
| bhstalel | RP Yes using cooker and tinfoil lib (I am not familiar with the lib details, but I remember tinfoil) | 11:19 |
| RP | I'm unclear which piece of code is disabling stdin. I'd not have expected tinfoil to do that | 11:19 |
| Guest98 | do_kernel_metadata: A KBUILD_DEFCONFIG 'tegra_defconfig' was specified, but not present in the source tree (../tegra-demo-distro/build/tmp/work-shared/p3768-0000-p3767-0000/kernel-source/arch/arm64/configs/) | 11:21 |
| Guest98 | trying to build a custom kernel and it is a bit different from the kernel's structure. I'm having problems with paths. how can i fix this? | 11:21 |
| bhstalel | RP I do not remember what I tried to do, but I will try again for sure. | 11:22 |
| bhstalel | RP I am currently developing a kas-like framework in Rust that supports lot of features and different input files types (JSON, YAML and RON) | 11:22 |
| RP | the main bitbake server process isn't expected to have input, it is meant to be handled by the UI modules (like knotty/toaster or whatever is connecting via tinfoil). stdin is also disabled in task execution context since those should never be depending on stdin without setting up their own terminal | 11:24 |
| qschulz | PhoenixMage: what a coincidence! Your patch to add --no-table to the wks on meta-rockchip... turns out this fixes an OOM in U-Boot SPL in my very downstream U-Boot :D | 11:26 |
| bhstalel | RP Can you give me quick discription of the Bitbake server ? TCP server ? it accepts commands from tinfoil ? It is responsible for running the build ? | 11:26 |
| qschulz | would have taken me much more time if you hadn't posted this recently :) | 11:26 |
| RP | bhstalel: I'm deep in debugging something so no, I'm not able to do that at the moment, sorry | 11:27 |
| bhstalel | RP No worries, thanks any ways | 11:27 |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 255 seconds) | 11:28 | |
| rburton | luc4: bitbake just does what the recipe tells it to do. if the actual build doesn't do what you want then you need to understand the makefiles/etc and figure out how to change the recipe. | 11:34 |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e00d6b2fe3a7401fc0d.ipv6.abo.wanadoo.fr> has joined #yocto | 11:40 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto | 11:44 | |
| luc4 | rburton: which recipe? The entire image was in debug. I probably found the reason: the package group packagegroup-core-tools-debug. I thought those were only debugging applications but maybe it is something more. | 11:58 |
| rburton | what do you mean "entire image was in debug" | 11:59 |
| luc4 | rburton: every library or binary | 11:59 |
| rburton | that's unrealted to the packagegroup | 11:59 |
| luc4 | rburton: 13GB of image was the result | 11:59 |
| rburton | i still don't know what you mean by "in debug" | 11:59 |
| luc4 | "built in debug mode", like -g | 12:00 |
| rburton | we always build with -g | 12:00 |
| luc4 | not stripped, with symbols etc... | 12:00 |
| rburton | but the symbols are split out to PN-dbg packages | 12:00 |
| rburton | if the binaries are _unstripped_ then you turned off stripping | 12:00 |
| luc4 | rburton: yes, I did that some days ago to debug a crash in chromium, but now I removed it. | 12:01 |
| rburton | easier to just install the dbg packages | 12:01 |
| luc4 | rburton: however maybe I solved, now the image is 1GB | 12:01 |
| luc4 | rburton: ah... didn't know that | 12:01 |
| luc4 | rburton: I thought it was the package group... but I won't try to add it back... I'm afraid it tried to rebuild everything | 12:02 |
| rburton | that packagegroup is just a set of tools that is useful for debuggibg | 12:03 |
| rburton | how did you turn off stripping? | 12:03 |
| luc4 | rburton: eh... I thought it was the packagegroup, cause I removed it | 12:03 |
| luc4 | rburton: maybe I also removed something else at this point... | 12:03 |
| rburton | sounds like you set INHIBIT_PACKAGE_STRIP | 12:04 |
| rburton | globally | 12:04 |
| luc4 | rburton: some days ago I added these: DEBUG_BUILD = "1"; INHIBIT_PACKAGE_STRIP = "1"; INHIBIT_PACKAGE_DEBUG_SPLIT= "1" | 12:04 |
| rburton | yeah don't do any of that | 12:04 |
| rburton | you didn't achieve anything apart from a big rebuild | 12:04 |
| rburton | https://docs.yoctoproject.org/dev-manual/debugging.html#debugging-with-the-gnu-project-debugger-gdb-on-the-target | 12:04 |
| rburton | DEBUG_BUILD can be useful for _specific recipes_ | 12:05 |
| rburton | setting it globally will obviously mean a rebuild of everything | 12:05 |
| luc4 | rburton: yes, that is what I wanted. I didn't want just one recipe. I also wanted glibc and all chromium deps. However, hopefully, I won't need it anymore. | 12:06 |
| luc4 | rburton: I should probably learn to try a dry-run before doing anything. It happens too frequently that a rebuild takes place... | 12:07 |
| luc4 | rburton: chromium really is giving me headaches :-( | 12:07 |
| rburton | good to look up stuff before using variables. the docs for INHIBIT_PACKAGE_STRIP basically say not to use it. https://docs.yoctoproject.org/ref-manual/variables.html#term-INHIBIT_PACKAGE_STRIP | 12:08 |
| luc4 | rburton: ah... that is a bit confusing... | 12:10 |
| *** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:1549:fcfd:aa0a:668d> has quit IRC (Remote host closed the connection) | 12:20 | |
| *** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:1549:fcfd:aa0a:668d> has joined #yocto | 12:20 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 12:24 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 12:49 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:214f:1c62:c8e3:7c12> has joined #yocto | 12:50 | |
| luc4 | Hello! Is SYSTEMD_AUTO_ENABLE supposed to work for read only images? It seems I have to enable it manually remounting as rw. Apparently this was taken into account: https://www.openembedded.org/pipermail/openembedded-core/2018-December/277472.html. | 12:57 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 260 seconds) | 12:57 | |
| *** Minvera2 <Minvera2!~Minvera@user/Minvera> has joined #yocto | 12:57 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 12:58 | |
| *** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Ping timeout: 245 seconds) | 13:26 | |
| *** JerryM <JerryM!~jermain@159-210-178-143.ftth.glasoperator.nl> has joined #yocto | 13:27 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 13:32 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 13:32 | |
| *** Guest57 <Guest57!~Guest98@31.145.189.2> has joined #yocto | 13:34 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 13:35 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 13:45 | |
| *** Guest57 <Guest57!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 13:50 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto | 13:50 | |
| tgamblin | RP: in your email from yesterday you mentioned that x86 image tests were failing. Is this just testimage runs, or something else? | 14:03 |
| * tgamblin is trying not to ask how to reproduce it | 14:04 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 14:06 | |
| yates_work | i see various places where <recipe-stem>.bb is defined as well as a <recipe-stem>-native.bb. What is the -native version about? | 14:06 |
| yates_work | e.g., the meta-qt5 has qtbase and qtbase-native | 14:08 |
| tgamblin | yates_work: -native is for building host versions of the recipe, if it's needed as a dependency or as a tool during building of other recipes for target | 14:08 |
| tgamblin | https://wiki.yoctoproject.org/wiki/Technical_FAQ#What_does_.22native.22_mean.3F | 14:08 |
| yates_work | tgamblin: thanks! perfect! | 14:09 |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 14:10 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 14:12 | |
| *** louson <louson!~louson@193.33.56.84> has quit IRC (Ping timeout: 272 seconds) | 14:20 | |
| RP | tgamblin: it is various uses of runqemu from selftest and testimage as far as I can tell. I think I might have a lead on what is going on (see my runqemu patch earleir) | 14:25 |
| tgamblin | RP: Alright. I'm working on setting up to test it, but I seem to be running into an error with the use of INHERIT += "testimage" today... | 14:25 |
| tgamblin | bitbake seems to be trying to inherit classes/testimage.bbclass when it should be classes-recipe/testimage.bbclass | 14:26 |
| RP | tgamblin: with modern code that needs to be IMAGE_CLASSES += "testimage" | 14:26 |
| tgamblin | RP: aha | 14:26 |
| RP | rburton: increasing the memory for ltp arm still keels over: https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/5416/steps/12/logs/stdio :( | 14:27 |
| RP | rburton: arm ptests were ok this run though | 14:28 |
| rburton | no route to host? | 14:29 |
| rburton | i get ltp dying but why does the network connection disappear? | 14:31 |
| *** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto | 14:32 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:d093:12c7:4240:dab6> has quit IRC (Ping timeout: 248 seconds) | 14:42 | |
| RP | rburton: if you login and look at the kernel log it will have OOM'd and died | 14:49 |
| RP | rburton: see the log I linked to previously | 14:49 |
| RP | I guess I should go and dig out this one | 14:49 |
| rburton | 'it' being the qemu itself or the bulk of the userspace in the qemu? | 14:50 |
| RP | rburton: it being the kernel qemu is running | 14:50 |
| rburton | building ltp now | 14:51 |
| * rburton prays to the god of sstate cdn | 14:51 | |
| zeddii | we should be well past needing to tweak the ARM -mm configuration, but I'll check if something changed in the defaults | 14:52 |
| * zeddii recalls the slab, slub, slob days! | 14:52 | |
| RP | rburton: https://autobuilder.yocto.io/pub/failed-builds-data/6.5%20kernel/oom/qemu_boot_log.20231003124956 is oom with 2GB | 14:53 |
| * RP had to act fast as it was being deleted | 14:53 | |
| RP | zeddii: could you have a look at that log and see if you can understand what "min_free_kbytes" is as a process? :/ | 14:59 |
| *** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:1549:fcfd:aa0a:668d> has quit IRC (Remote host closed the connection) | 15:02 | |
| *** FabienThomas <FabienThomas!~FabienTho@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 15:02 | |
| zeddii | RP: it seems like a version/variant of a message we've seen in the past, I tried to fix it incorrectly on the qemu boot line in the past. I'll go check 6.5 a bit more closely. | 15:04 |
| *** vladest1 <vladest1!~Thunderbi@mob-194-230-160-179.cgn.sunrise.net> has joined #yocto | 15:05 | |
| zeddii | also some lost interrupts. interesting. I wonder if rcu or something else is starving. | 15:05 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 260 seconds) | 15:06 | |
| *** vladest1 is now known as vladest | 15:06 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e00d6b2fe3a7401fc0d.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 264 seconds) | 15:10 | |
| *** vladest <vladest!~Thunderbi@mob-194-230-160-179.cgn.sunrise.net> has quit IRC (Ping timeout: 255 seconds) | 15:10 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:13 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:14 | |
| *** FabienThomas <FabienThomas!~FabienTho@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed) | 15:15 | |
| rburton | vvmeson: https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-eula-unpack.bbclass | 15:17 |
| rburton | vvmeson: the firmware comes as a self-extracting sh. user 'agrees' to the license by setting a variable, if its set then the unpack runs the script | 15:18 |
| rburton | RP: doesn't look like an oom to me | 15:20 |
| rburton | ah there's an oom too | 15:21 |
| rburton | but it ends with an oops | 15:21 |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto | 15:23 | |
| zeddii | rburton: I suspect it is only arm64. I can OOM arm64 on a target build. but not ARM32 bit. | 15:23 |
| vvmeson | rburton: thanks | 15:24 |
| landgraf | Is there a way how to mark testcase as "known failure" in oeqa? | 15:24 |
| zeddii | rburton there's a proc/sysfs tunable as well for min_free_kbytes | 15:26 |
| *** Skinny79 <Skinny79!~Skinny79@88-159-172-31.fixed.kpn.net> has joined #yocto | 15:37 | |
| *** MrFrank <MrFrank!~MrFrank@2a02:c207:2044:6185::1> has quit IRC (Remote host closed the connection) | 15:45 | |
| denix | tlwoerner: might want to look into KERNEL_DTBVENDORED here https://git.openembedded.org/openembedded-core/commit/?id=04ab57d20009d85eb566e83ae6fe1dcea4db7300 | 15:49 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has joined #yocto | 15:54 | |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 16:08 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 245 seconds) | 16:08 | |
| qschulz | tlwoerner: sorry, <life> happening right now, ping me tomorrow if I haven't answered your mails | 16:19 |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 16:21 | |
| *** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has quit IRC (Remote host closed the connection) | 16:31 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 16:33 | |
| *** GillesMM <GillesMM!~gilles@116.79.123.78.rev.sfr.net> has joined #yocto | 16:37 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 16:38 | |
| *** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Ping timeout: 245 seconds) | 16:40 | |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Ping timeout: 240 seconds) | 16:41 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 16:41 | |
| RP | zeddii, rburton: ltp has a binary called min_free_bytes ./opt/ltp/testcases/bin/min_free_kbytes | 16:49 |
| *** Skinny79 <Skinny79!~Skinny79@88-159-172-31.fixed.kpn.net> has quit IRC (Ping timeout: 245 seconds) | 16:57 | |
| *** jetm_ <jetm_!~quassel@177.93.3.194> has joined #yocto | 16:58 | |
| *** jetm_ <jetm_!~quassel@177.93.3.194> has quit IRC (Client Quit) | 16:59 | |
| zeddii | that's interesting. | 17:00 |
| *** speeder <speeder!~speeder__@213.205.68.220> has joined #yocto | 17:03 | |
| JerryM | RP: when you add commits from e.g. oe-core to poky do you use something to get the oe-rev in the commit message? | 17:06 |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has joined #yocto | 17:06 | |
| JaMa | JerryM: see combo-layer script in oe-core | 17:11 |
| rburton | JerryM: if you want to combine multiple git repos into one, i recommend using something like git subtrees instead of combo-layer. | 17:13 |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has joined #yocto | 17:21 | |
| JerryM | rburton: it's for a mixin layer, I'm really just backporting files from master to kirkstone but I'd like to get an OE-rev in the commits so I can more easily track the stuff | 17:22 |
| JerryM | JaMa: the hook script seems to contain that part thanks :) | 17:22 |
| *** speeder <speeder!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 272 seconds) | 17:23 | |
| *** speeder_ is now known as speeder | 17:24 | |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has joined #yocto | 17:28 | |
| *** speeder <speeder!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 260 seconds) | 17:29 | |
| *** speeder_ <speeder_!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 260 seconds) | 17:46 | |
| *** speeder <speeder!~speeder__@213.205.68.220> has joined #yocto | 17:47 | |
| *** speeder <speeder!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 255 seconds) | 17:52 | |
| *** PhoenixMage <PhoenixMage!~phoenix@65.181.3.195> has quit IRC (Ping timeout: 255 seconds) | 18:03 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.112.219> has joined #yocto | 18:05 | |
| *** JerryM <JerryM!~jermain@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Quit: Konversation terminated!) | 18:12 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 18:17 | |
| *** flom84 <flom84!~flom84@user/flom84> has joined #yocto | 18:18 | |
| *** flom84 <flom84!~flom84@user/flom84> has quit IRC (Remote host closed the connection) | 18:21 | |
| *** chat89 <chat89!~chat@49.205.248.105> has quit IRC (Quit: Client closed) | 18:31 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 18:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor) | 18:53 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 18:53 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has joined #yocto | 19:11 | |
| *** amitk <amitk!~amit@58.84.60.207> has quit IRC (Ping timeout: 255 seconds) | 19:13 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:17 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:22 | |
| rburton | RP: https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5525 with the jitter fix only failed in strace. i'll kick the rebuild button to check | 19:24 |
| *** sveinse <sveinse!~sveinse@2a01:799:557:ec00:1466:6aff:fe8a:220e> has joined #yocto | 19:49 | |
| sveinse | I'm trying to build kirkstone on wsl2 and it is stuck at burning 100% CPU during parsing. I'm not sure it is able to finish. Its bash processes running git ls-remote that hangs. Its only the bash, as git is not running any more. Is this a known issue? | 19:53 |
| RP | sveinse: I've not heard any report of it | 19:57 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 20:05 | |
| *** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto | 20:09 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 20:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Remote host closed the connection) | 20:18 | |
| sveinse | RP: I found the culprit and fixed it. bitbake doesn't play nice with a loded pyenv (and possibly a more recent python). Vanilla poky kirkstone without any changes to the default MACHINE parsed ok thou, so I presume it's a specific git ls-remote command operation that croaked. | 20:22 |
| JPEW | moto-timo: Any chance you could help me figure out the recipe to install a pip module that uses poetry & cython (if that's even possible): https://github.com/long2ice/asyncmy | 20:26 |
| JPEW | Most of the time, the python modules are so easy I can just copy-pasta them :D | 20:26 |
| moto-timo | https://github.com/long2ice/asyncmy/blob/044a4b0dee6dde6c7b828e11fd5a92bca4b75c52/pyproject.toml#L45 | 20:28 |
| moto-timo | that tells you to inherit python_poetry_core https://git.yoctoproject.org/poky/tree/meta/classes-recipe/python_poetry_core.bbclass | 20:29 |
| JPEW | Ya, I did that | 20:29 |
| moto-timo | and then looks like DEPENDS python3-setuptools-native python3-cython-native maybe? | 20:30 |
| moto-timo | (from the next line in the pyproject.toml) | 20:31 |
| JPEW | moto-timo: Hmm, ya I have that. Weirdly do_compile has no output, but also doesn't produce a wheel | 20:32 |
| moto-timo | is your recipe somewhere? or ssh it to snips.sh or whatever | 20:32 |
| JPEW | moto-timo: https://pastebin.ubuntu.com/p/MTvR6hCTX9/ | 20:34 |
| sveinse | Not to interfere, but is cython-native able to generate code for target? | 20:37 |
| *** Guest11 <Guest11!~Guest11@2601:282:f00:f81::17c> has joined #yocto | 20:37 | |
| JPEW | I... don't actually know. Weirdly, when I run the same build command on my local machine, it also produces no wheel :/ | 20:38 |
| sveinse | Building complete images take time.. But ooof, ever tried cross compiling nodejs? It's do_compile takes in well excess of an hour | 20:40 |
| moto-timo | lists of things that take forever: webkit, rust, nodejs... | 20:41 |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.112.219> has quit IRC (Ping timeout: 240 seconds) | 20:42 | |
| JPEW | Hmm, I think they make their releases using poetry, so I'm guessing something is wrong in their config | 20:43 |
| * tgamblin lurks | 20:43 | |
| moto-timo | well gee, that do_compile is 100% useless | 20:43 |
| tgamblin | I went and tried an --editable install with pip... it states that it generated the wheel and where it put it, but neither of those things seems to exist? | 20:43 |
| tgamblin | what is going on with this module? | 20:43 |
| * moto-timo thinks tgamblin will just try to convert it to hatchling | 20:43 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 20:43 | |
| tgamblin | bow to the serpent god | 20:43 |
| * moto-timo thinks tgamblin has serpent god blood | 20:44 | |
| moto-timo | yeah... this smells like bad/missing config | 20:44 |
| moto-timo | OMG: they are still referencing distutils? https://github.com/long2ice/asyncmy/blob/044a4b0dee6dde6c7b828e11fd5a92bca4b75c52/build.py#L1 | 20:45 |
| JPEW | My alternative is aiomysql, but it has this lovely line: https://github.com/aio-libs/aiomysql/blob/master/pyproject.toml#L7 | 20:47 |
| JPEW | Maybe I can just patch that out | 20:47 |
| moto-timo | tgamblin: seems like it wants full blown poetry? this is a weird one | 20:47 |
| tgamblin | JPEW: worth a try | 20:47 |
| moto-timo | the python ecosystem just keeps getting stranger and stranger | 20:48 |
| JPEW | `poetry build` does seem to do the thing. I'm guessing that's how they do all the releases so they don't notice it's not quite right | 20:48 |
| * moto-timo goes to write a new "moto-timo" build backend that is no different than anything else | 20:48 | |
| tgamblin | moto-timo: 1. clone repo; 2. setup virtualenv; 3. pip install poetry; 4. poetry build --> get sdist dir with .whl and .tar.gz | 20:48 |
| JPEW | `inherit python3_dwim` | 20:49 |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.112.219> has joined #yocto | 20:49 | |
| moto-timo | I started down a path of full poetry recipe, but I didn't have a need (this was back in the pre-kirkstone release madness) | 20:49 |
| tgamblin | moto-timo: so you are correct, it seems | 20:49 |
| moto-timo | `inherit make_bitbake_psychic` | 20:49 |
| moto-timo | heavy sigh | 20:50 |
| moto-timo | so that poetry.core backend is a lie then it appears | 20:50 |
| JPEW | On the bright side, I've almost got the hash equivalence server (with my patches) building in OE as a container image you can run in podman | 20:50 |
| moto-timo | 🎉 | 20:51 |
| JPEW | bitbake building a bitbake recipe is trippy | 20:51 |
| tgamblin | bitbroil? | 20:51 |
| JPEW | twice-bitbaked? | 20:52 |
| * JPEW suddenly wants potatoes | 20:52 | |
| tgamblin | I was about to say the same | 20:52 |
| sveinse | bitcremate if left spinning too long | 20:52 |
| JPEW | Well, patching the < 7 out of aiomysql works just fine, so I think I'll just do that for now so that I have _a_ MySQL driver and worry about the more efficient one later if necessary | 20:54 |
| * tgamblin wonders what percentage of module maintainers would accept the pulls if he sent patches to transition them all to hatchling | 20:55 | |
| moto-timo | JPEW: 👍 | 21:06 |
| moto-timo | Now I want potatoes | 21:06 |
| RP | JPEW: twice brewed. Which is the name of a good pub! | 21:09 |
| RP | It is near Once Brewed which is a village :) | 21:10 |
| *** ajfriesen8473 <ajfriesen8473!~ajfriesen@p4fd491a4.dip0.t-ipconnect.de> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 21:15 | |
| *** ajfriesen8473 <ajfriesen8473!~ajfriesen@p4fd491a4.dip0.t-ipconnect.de> has joined #yocto | 21:16 | |
| JPEW | Is there a standardized way to handle alternate dependencies in python modules; like `pip install sqlalchemy[async]` | 21:25 |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 21:33 | |
| JPEW | Ok, I've built a container image and it works but it's not loading into podman how I would expect | 21:50 |
| JPEW | When I do `podman load -i <IMAGE>.tar` it makes an image named `localhost/1.0:latest` when I would have expected `localhost/<IMAGE>:1.0`... seems OCI_IMAGE_TAG is not working as expected maybe? | 21:53 |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 21:57 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Ping timeout: 272 seconds) | 21:59 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:17 | |
| *** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 22:29 | |
| *** starblue <starblue!~juergen@dslb-094-220-106-115.094.220.pools.vodafone-ip.de> has quit IRC (Quit: WeeChat 3.8) | 22:57 | |
| *** starblue <starblue!~juergen@dslb-094-220-106-115.094.220.pools.vodafone-ip.de> has joined #yocto | 23:00 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto | 23:25 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 23:55 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!