Tuesday, 2023-10-03

*** 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@> has quit IRC (Ping timeout: 245 seconds)01:02
*** sakman <sakman!~sakman@> has quit IRC (Ping timeout: 260 seconds)01:03
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 255 seconds)01:04
*** sugarbeet <sugarbeet!~barbas@> has joined #yocto01:04
*** davidinux <davidinux!~davidinux@host-79-37-132-163.retail.telecomitalia.it> has joined #yocto01:05
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 240 seconds)01:16
*** sakman <sakman!~sakman@> has joined #yocto01:18
*** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto01: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 #yocto01:44
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto01: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@> 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 #yocto02:29
*** LocutusOfBorg <LocutusOfBorg!~locutusof@> has joined #yocto02:32
*** GillesMM <GillesMM!~gilles@> has joined #yocto02:53
*** GillesM <GillesM!~gilles@> 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 #yocto03:03
*** sakman <sakman!~sakman@> has quit IRC (Ping timeout: 264 seconds)03:11
*** amitk <amitk!~amit@> has joined #yocto04:00
*** xmn <xmn!~xmn@2600:4040:9390:8c00:7d47:e0e3:a2e9:4b03> has joined #yocto04:31
*** davidinux <davidinux!~davidinux@host-79-37-132-163.retail.telecomitalia.it> has quit IRC (Ping timeout: 255 seconds)04:47
*** davidinux <davidinux!~davidinux@> has joined #yocto04: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 #yocto04:54
*** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 264 seconds)05:24
*** alessioigor <alessioigor!~alessioig@> has joined #yocto05:25
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)05:26
*** alessioigor <alessioigor!~alessioig@> has joined #yocto05:27
*** Guest98 <Guest98!~Guest98@> has joined #yocto05:28
*** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto05:37
*** xmn <xmn!~xmn@2600:4040:9390:8c00:7516:da9f:d455:6fa6> has quit IRC (Ping timeout: 258 seconds)05:53
mcfriskRP: 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
mcfrisktesting 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 #yocto06:41
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:42
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Quit: wooosaiiii)06:44
*** Guest98 <Guest98!~Guest98@> has quit IRC (Ping timeout: 245 seconds)06:45
*** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto06:49
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto07:00
RPmcfrisk: when you say it is bad, how do you mean?07:01
RPmcfrisk: 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
mcfriskRP: as the logs show, python utf8 conversion eats the last lines sometimes07:03
RPmcfrisk: 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 eaten07:04
mcfriskI did not see an empty bootlog. maybe missed something07:06
mcfriskI saw raw data including login prompt but the partial reads and utf8 decoding failing to detect it07:07
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.0.5)07:08
RPmcfrisk: have a look at https://autobuilder.yocto.io/pub/failed-builds-data/6.5%20kernel/c/qemurunner_log.2023100216244807:09
RPWARNING: Target didn't reach login banner in 1000 seconds (10/02/23 16:41:36)07:09
RPWARNING: Last 25 lines of bootlog (1):07:09
RPWARNING: Last 25 lines of processed bootlog (1):07:09
RPWARNING: Last 25 lines of msg (651):07:09
RPi.e. bootlog was empty it would seem07: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 #yocto07:12
*** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:1549:fcfd:aa0a:668d> has joined #yocto07:14
RPmcfrisk: note that the latest in master-next doesn't seem to break so I could have accidentally "fixed" this somehow07:15
mcfriskRP: line 508 overwrites bootlog with the utf-8 decoded output?07:15
mcfriskif utf8 decoding is broken, then data is lost07:15
mcfriskI 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 #yocto07:17
mcfriskand all data comes from the same read(1024) call and data is appended to previous read()07:17
RPmcfrisk: maybe, but the worry was that the "raw" log actually has the conversion run on it a lot more07:19
RPmcfrisk: one change I have in my test commit is changing the logging to actually be the raw data07:19
*** mckoan|away is now known as mckoan07:21
mcfriskRP: 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
mcfriskRP: 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 console07:23
RPmcfrisk: but it also changes the file on disk to be binary and writes that file without conversion.07:23
RPmcfrisk: I'm not sure what is going on, just that the changes on -next appear to have stopped it reproducing07:23
mcfriskthe raw boot log has always been raw, not utf-8 converted07:24
RPmcfrisk: see the msg = self.decode_qemulog(msg) in log()07:24
RPmcfrisk: https://git.yoctoproject.org/poky/commit/?h=master-next&id=2d57003d52a7500b6d2e5c9f840899c9020941cf makes the change clear07:25
RPmcfrisk: I wonder if the msg = self.decode_qemulog(msg) destroys msg instead of doing something function local07:26
mcfriskRP: oh07:27
RPthat would explain losing data but not the whole bootlog :/07:27
mcfriskit 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 #yocto07:34
mcfriskRP: I would do this to log raw data and to skip utf8 decoding for login prompt: https://pastebin.com/raw/LfeC6rqN07:35
mcfrisktest build is just taking for ever after cargo stuff again..07:35
*** chat89 <chat89!~chat@> has joined #yocto07:42
RPmcfrisk: yes, I agree. I'm just worried I don't quite understand what is breaking here07:42
mcfriskRP: 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
mcfriskalso 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 issues07:45
RPmcfrisk: 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 #yocto07:59
*** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto08:05
Ablu> mcfrisk: I wonder if the msg = self.decode_qemulog(msg) destroys msg instead of doing something function localit _should_ not08:10
mcfriskcould 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 #yocto08:20
RPmcfrisk: it may be the bytes objects behave differently to strings08:21
*** Guest98 <Guest98!~Guest98@> has joined #yocto08:29
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)08:32
*** alessioigor <alessioigor!~alessioig@> has joined #yocto08:32
AbluI wrote: https://paste.centos.org/view/d3460a8f, letting it spin for a while, but so far nothing.08:34
*** bhstalel <bhstalel!~bhstalel@> has joined #yocto08:38
yoctonHi, 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
RPyocton: usually patches per repo but it depends how closely related they are08:52
yoctonI do have "code and its documentation" and "code that will not work if this other patch is not merged first" relations08:54
RPyocton: you'd usually note a dependency in the commit.08:54
yoctonI plan to send patches walking the dependency graph but reviewer will lack the big picture :(08:55
RPyocton: then copy the different lists?08:56
yoctonOk, 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
RPyocton: 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 look09:07
RPs/both// I was thinking for OE-Core at least, I'm assuming you also have one for meta-oe which is being worked on09:08
yoctonYes, I'll gather the info and reply to the series with it :)09:10
RPyocton: "QA, ptest" isn't really correct in the commit message shortlog either :/09:13
yoctonI'll fix this in the v209:13
RPyocton: I'm guessing you were avoiding the "insane"? :/09:14
RPWe probably should rename that class really09:14
RPmuch as I like the history it will be lost on most now09:14
*** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto09: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 #yocto09:34
*** WinstonSmith2600 <WinstonSmith2600!~WinstonSm@24-116-18-78.cpe.sparklight.net> has joined #yocto09:40
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has joined #yocto09: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 #yocto10:14
*** mckoan is now known as mckoan|away10:30
luc4Hello! 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@> has joined #yocto10:39
RPmcfrisk: what we might be missing here is the threading. I bet this needs locking or rewriting10:49
*** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 252 seconds)10:53
mcfriskRP: ouch11:00
RPmcfrisk: I can't quite work out how that results in bootlog being empty11: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 #yocto11:06
RPmcfrisk: I wonder if the getty appears on the wrong serial interface11:07
*** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has joined #yocto11:07
mcfriskRP: like you said, two threads calling into decode_qemulog() and getting each others content11:07
RPmcfrisk: 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
mcfriskkernel or qemu?11:08
RPbootlog was empty as there was no log output on that socket, it went to the threadlog instead11:08
RPmcfrisk: change in kernel behaviour with the serial ports?11:08
RPwe just start qemu with -serial tcp: -serial tcp:
RPwho says which is ttyS0 and which is S111:10
*** GillesMM <GillesMM!~gilles@> has quit IRC (Ping timeout: 272 seconds)11:12
RPstill doesn't entirely add up but...11:13
mcfriskfor qemurunner.py, data came from self.runqemu.stdout. that's for sure11:13
RPmcfrisk: not sure about that11:14
bhstalelWhy bitbake lib disables stdin when running ?11:14
RPmcfrisk: see the filelist.append(qemusock) line11:14
RPbhstalel: it stops things hanging waiting for input that will never arrive11:15
bhstalelLike what ?11:15
RPbhstalel: we execute multiple things in parallel so where would any input go anyway?11:15
RPbhstalel: kernel config waiting on input was the classic11:15
bhstalelBecause I tried to develop a CLI shell-like application using bitbake lib directly to create and manage layers/recipes/... and I found stdin was disabled11:16
RPbhstalel: using cooker?11:18
bhstalelRP Yes using cooker and tinfoil lib (I am not familiar with the lib details, but I remember tinfoil)11:19
RPI'm unclear which piece of code is disabling stdin. I'd not have expected tinfoil to do that11:19
Guest98do_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
Guest98trying 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
bhstalelRP I do not remember what I tried to do, but I will try again for sure.11:22
bhstalelRP 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
RPthe 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 terminal11:24
qschulzPhoenixMage: 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 :D11:26
bhstalelRP 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
qschulzwould have taken me much more time if you hadn't posted this recently :)11:26
RPbhstalel: I'm deep in debugging something so no, I'm not able to do that at the moment, sorry11:27
bhstalelRP No worries, thanks any ways11:27
*** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 255 seconds)11:28
rburtonluc4: 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 #yocto11:40
*** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto11:44
luc4rburton: 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
rburtonwhat do you mean "entire image was in debug"11:59
luc4rburton: every library or binary11:59
rburtonthat's unrealted to the packagegroup11:59
luc4rburton: 13GB of image was the result11:59
rburtoni still don't know what you mean by "in debug"11:59
luc4"built in debug mode", like -g12:00
rburtonwe always build with -g12:00
luc4not stripped, with symbols etc...12:00
rburtonbut the symbols are split out to PN-dbg packages12:00
rburtonif the binaries are _unstripped_ then you turned off stripping12:00
luc4rburton: yes, I did that some days ago to debug a crash in chromium, but now I removed it.12:01
rburtoneasier to just install the dbg packages12:01
luc4rburton: however maybe I solved, now the image is 1GB12:01
luc4rburton: ah... didn't know that12:01
luc4rburton: I thought it was the package group... but I won't try to add it back... I'm afraid it tried to rebuild everything12:02
rburtonthat packagegroup is just a set of tools that is useful for debuggibg12:03
rburtonhow did you turn off stripping?12:03
luc4rburton: eh... I thought it was the packagegroup, cause I removed it12:03
luc4rburton: maybe I also removed something else at this point...12:03
rburtonsounds like you set INHIBIT_PACKAGE_STRIP12:04
luc4rburton: some days ago I added these: DEBUG_BUILD = "1"; INHIBIT_PACKAGE_STRIP = "1"; INHIBIT_PACKAGE_DEBUG_SPLIT= "1"12:04
rburtonyeah don't do any of that12:04
rburtonyou didn't achieve anything apart from a big rebuild12:04
rburtonDEBUG_BUILD can be useful for _specific recipes_12:05
rburtonsetting it globally will obviously mean a rebuild of everything12:05
luc4rburton: 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
luc4rburton: I should probably learn to try a dry-run before doing anything. It happens too frequently that a rebuild takes place...12:07
luc4rburton: chromium really is giving me headaches :-(12:07
rburtongood 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_STRIP12:08
luc4rburton: 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 #yocto12: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@> has joined #yocto12:49
*** xmn <xmn!~xmn@2600:4040:9390:8c00:214f:1c62:c8e3:7c12> has joined #yocto12:50
luc4Hello! 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 #yocto12:57
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)12:58
*** bhstalel <bhstalel!~bhstalel@> has quit IRC (Ping timeout: 245 seconds)13:26
*** JerryM <JerryM!~jermain@159-210-178-143.ftth.glasoperator.nl> has joined #yocto13:27
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)13:32
*** alessioigor <alessioigor!~alessioig@> has joined #yocto13:32
*** Guest57 <Guest57!~Guest98@> has joined #yocto13:34
*** Guest98 <Guest98!~Guest98@> 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@> has quit IRC (Ping timeout: 245 seconds)13:50
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto13:50
tgamblinRP: 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 it14:04
*** Guest98 <Guest98!~Guest98@> has joined #yocto14:06
yates_worki 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_worke.g., the meta-qt5 has qtbase and qtbase-native14:08
tgamblinyates_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 target14:08
yates_worktgamblin: thanks! perfect!14:09
*** Guest98 <Guest98!~Guest98@> has quit IRC (Ping timeout: 245 seconds)14:10
*** Guest98 <Guest98!~Guest98@> has joined #yocto14:12
*** louson <louson!~louson@> has quit IRC (Ping timeout: 272 seconds)14:20
RPtgamblin: 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
tgamblinRP: 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
tgamblinbitbake seems to be trying to inherit classes/testimage.bbclass when it should be classes-recipe/testimage.bbclass14:26
RPtgamblin: with modern code that needs to be IMAGE_CLASSES += "testimage"14:26
tgamblinRP: aha14:26
RPrburton: increasing the memory for ltp arm still keels over: https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/5416/steps/12/logs/stdio :(14:27
RPrburton: arm ptests were ok this run though14:28
rburtonno route to host?14:29
rburtoni get ltp dying but why does the network connection disappear?14:31
*** bhstalel <bhstalel!~bhstalel@> has joined #yocto14:32
*** luc4 <luc4!~luca@2a00:6d43:501:1201:d093:12c7:4240:dab6> has quit IRC (Ping timeout: 248 seconds)14:42
RPrburton: if you login and look at the kernel log it will have OOM'd and died14:49
RPrburton: see the log I linked to previously14:49
RPI guess I should go and dig out this one14:49
rburton'it' being the qemu itself or the bulk of the userspace in the qemu?14:50
RPrburton: it being the kernel qemu is running14:50
rburtonbuilding ltp now14:51
* rburton prays to the god of sstate cdn14:51
zeddiiwe should be well past needing to tweak the ARM -mm configuration, but I'll check if something changed in the defaults14:52
* zeddii recalls the slab, slub, slob days!14:52
RPrburton: https://autobuilder.yocto.io/pub/failed-builds-data/6.5%20kernel/oom/qemu_boot_log.20231003124956 is oom with 2GB14:53
* RP had to act fast as it was being deleted14:53
RPzeddii: 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 #yocto15:02
zeddiiRP: 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 #yocto15:05
zeddiialso 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 vladest15: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 #yocto15:14
*** FabienThomas <FabienThomas!~FabienTho@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed)15:15
rburtonvvmeson: https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-eula-unpack.bbclass15:17
rburtonvvmeson: 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 script15:18
rburtonRP: doesn't look like an oom to me15:20
rburtonah there's an oom too15:21
rburtonbut it ends with an oops15:21
*** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto15:23
zeddiirburton: I suspect it is only arm64. I can OOM arm64 on a target build. but not ARM32 bit.15:23
vvmesonrburton: thanks15:24
landgrafIs there a way how to mark testcase as "known failure" in oeqa?15:24
zeddiirburton there's a proc/sysfs tunable as well for min_free_kbytes15:26
*** Skinny79 <Skinny79!~Skinny79@88-159-172-31.fixed.kpn.net> has joined #yocto15:37
*** MrFrank <MrFrank!~MrFrank@2a02:c207:2044:6185::1> has quit IRC (Remote host closed the connection)15:45
denixtlwoerner: might want to look into KERNEL_DTBVENDORED here https://git.openembedded.org/openembedded-core/commit/?id=04ab57d20009d85eb566e83ae6fe1dcea4db730015:49
*** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has joined #yocto15:54
*** flom84 <flom84!~flom84@user/flom84> has joined #yocto16:08
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 245 seconds)16:08
qschulztlwoerner: sorry, <life> happening right now, ping me tomorrow if I haven't answered your mails16:19
*** Guest98 <Guest98!~Guest98@> 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@> has joined #yocto16:37
*** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto16:38
*** bhstalel <bhstalel!~bhstalel@> 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@> has quit IRC (Quit: Leaving)16:41
RPzeddii, rburton: ltp has a binary called min_free_bytes ./opt/ltp/testcases/bin/min_free_kbytes16:49
*** Skinny79 <Skinny79!~Skinny79@88-159-172-31.fixed.kpn.net> has quit IRC (Ping timeout: 245 seconds)16:57
*** jetm_ <jetm_!~quassel@> has joined #yocto16:58
*** jetm_ <jetm_!~quassel@> has quit IRC (Client Quit)16:59
zeddiithat's interesting.17:00
*** speeder <speeder!~speeder__@> has joined #yocto17:03
JerryMRP: 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 #yocto17:06
JaMaJerryM: see combo-layer script in oe-core17:11
rburtonJerryM: 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__@> has joined #yocto17:21
JerryMrburton: 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 stuff17:22
JerryMJaMa: the hook script seems to contain that part thanks :)17:22
*** speeder <speeder!~speeder__@> has quit IRC (Ping timeout: 272 seconds)17:23
*** speeder_ is now known as speeder17:24
*** speeder_ <speeder_!~speeder__@> has joined #yocto17:28
*** speeder <speeder!~speeder__@> has quit IRC (Ping timeout: 260 seconds)17:29
*** speeder_ <speeder_!~speeder__@> has quit IRC (Ping timeout: 260 seconds)17:46
*** speeder <speeder!~speeder__@> has joined #yocto17:47
*** speeder <speeder!~speeder__@> has quit IRC (Ping timeout: 255 seconds)17:52
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 255 seconds)18:03
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto18: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 #yocto18:18
*** flom84 <flom84!~flom84@user/flom84> has quit IRC (Remote host closed the connection)18:21
*** chat89 <chat89!~chat@> 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@> has quit IRC (Quit: alessioigor)18:53
*** alessioigor <alessioigor!~alessioig@> has joined #yocto18:53
*** florian_kc <florian_kc!~florian@dynamic-002-244-050-225.2.244.pool.telefonica.de> has joined #yocto19:11
*** amitk <amitk!~amit@> 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 #yocto19:17
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:22
rburtonRP: https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5525 with the jitter fix only failed in strace.  i'll kick the rebuild button to check19:24
*** sveinse <sveinse!~sveinse@2a01:799:557:ec00:1466:6aff:fe8a:220e> has joined #yocto19:49
sveinseI'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
RPsveinse: I've not heard any report of it19:57
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto20:05
*** MrFrank <MrFrank!~MrFrank@mx1.fracta.dev> has joined #yocto20:09
*** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto20:12
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Remote host closed the connection)20:18
sveinseRP: 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
JPEWmoto-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/asyncmy20:26
JPEWMost of the time, the python modules are so easy I can just copy-pasta them :D20:26
moto-timo      https://github.com/long2ice/asyncmy/blob/044a4b0dee6dde6c7b828e11fd5a92bca4b75c52/pyproject.toml#L4520:28
moto-timothat tells you to inherit python_poetry_core https://git.yoctoproject.org/poky/tree/meta/classes-recipe/python_poetry_core.bbclass20:29
JPEWYa, I did that20:29
moto-timoand 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
JPEWmoto-timo: Hmm, ya I have that. Weirdly do_compile has no output, but also doesn't produce a wheel20:32
moto-timois your recipe somewhere? or ssh it to snips.sh or whatever20:32
JPEWmoto-timo: https://pastebin.ubuntu.com/p/MTvR6hCTX9/20:34
sveinseNot to interfere, but is cython-native able to generate code for target?20:37
*** Guest11 <Guest11!~Guest11@2601:282:f00:f81::17c> has joined #yocto20:37
JPEWI... don't actually know. Weirdly, when I run the same build command on my local machine, it also produces no wheel :/20:38
sveinseBuilding complete images take time.. But ooof, ever tried cross compiling nodejs? It's do_compile takes in well excess of an hour20:40
moto-timolists of things that take forever: webkit, rust, nodejs...20:41
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 240 seconds)20:42
JPEWHmm, I think they make their releases using poetry, so I'm guessing something is wrong in their config20:43
* tgamblin lurks20:43
moto-timowell gee, that do_compile is 100% useless20:43
tgamblinI 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
tgamblinwhat is going on with this module?20:43
* moto-timo thinks tgamblin will just try to convert it to hatchling20:43
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)20:43
tgamblinbow to the serpent god20:43
* moto-timo thinks tgamblin has serpent god blood20:44
moto-timoyeah... this smells like bad/missing config20:44
moto-timoOMG: they are still referencing distutils? https://github.com/long2ice/asyncmy/blob/044a4b0dee6dde6c7b828e11fd5a92bca4b75c52/build.py#L120:45
JPEWMy alternative is aiomysql, but it has this lovely line: https://github.com/aio-libs/aiomysql/blob/master/pyproject.toml#L720:47
JPEWMaybe I can just patch that out20:47
moto-timotgamblin:  seems like it wants full blown poetry? this is a weird one20:47
tgamblinJPEW: worth a try20:47
moto-timothe python ecosystem just keeps getting stranger and stranger20: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 right20:48
* moto-timo goes to write a new "moto-timo" build backend that is no different than anything else20:48
tgamblinmoto-timo: 1. clone repo; 2. setup virtualenv; 3. pip install poetry; 4. poetry build --> get sdist dir with .whl and .tar.gz20:48
JPEW`inherit python3_dwim`20:49
*** PhoenixMage <PhoenixMage!~phoenix@> has joined #yocto20:49
moto-timoI 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
tgamblinmoto-timo: so you are correct, it seems20:49
moto-timo`inherit make_bitbake_psychic`20:49
moto-timoheavy sigh20:50
moto-timoso that poetry.core backend is a lie then it appears20:50
JPEWOn 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 podman20:50
JPEWbitbake building a bitbake recipe is trippy20:51
* JPEW suddenly wants potatoes20:52
tgamblinI was about to say the same20:52
sveinsebitcremate if left spinning too long20:52
JPEWWell, 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 necessary20:54
* tgamblin wonders what percentage of module maintainers would accept the pulls if he sent patches to transition them all to hatchling20:55
moto-timoJPEW: 👍21:06
moto-timoNow I want potatoes21:06
RPJPEW: twice brewed. Which is the name of a good pub!21:09
RPIt 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 #yocto21:16
JPEWIs 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
JPEWOk, I've built a container image and it works but it's not loading into podman how I would expect21:50
JPEWWhen 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 #yocto23:00
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto23:25
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds)23:55
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto23:57

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