| *** alejandr1 <alejandr1!~alejandro@cpe-70-112-59-126.austin.res.rr.com> has joined #yocto | 00:10 | |
| *** nerdboy_ is now known as nerdboy | 00:43 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Read error: Connection reset by peer) | 00:49 | |
| *** jpuhlman__ <jpuhlman__!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 01:00 | |
| *** jpuhlman_ <jpuhlman_!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 258 seconds) | 01:04 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 01:06 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 01:36 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:00 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 02:20 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 265 seconds) | 02:30 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:46 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 03:47 | |
| *** camus1 is now known as camus | 03:47 | |
| *** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 272 seconds) | 04:29 | |
| *** davidinux1 <davidinux1!~davidinux@192.145.127.228> has joined #yocto | 05:27 | |
| *** davidinux1 is now known as davidinux | 05:27 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:8556:c345:51b7:4aae> has quit IRC (Ping timeout: 246 seconds) | 05:30 | |
| *** rob_w <rob_w!~rob@ppp-93-104-51-114.dynamic.mnet-online.de> has joined #yocto | 05:42 | |
| *** jonah1024 <jonah1024!uid483271@id-483271.stonehaven.irccloud.com> has joined #yocto | 05:46 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:09 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 06:25 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:26 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 06:26 | |
| *** camus1 is now known as camus | 06:26 | |
| *** Guest32 <Guest32!~Guest32@42.111.136.192> has joined #yocto | 06:26 | |
| Guest32 | Hi, | 06:29 |
|---|---|---|
| *** davidinux <davidinux!~davidinux@192.145.127.228> has quit IRC (Ping timeout: 265 seconds) | 06:30 | |
| Guest32 | I tried to upgrade the Yocto version from Dunfell to Hardknott. But after upgrading to hardknott I don't see the libpcre2 package under /usr/lib/. Below are the missing so files with hardknott installed: | 06:32 |
| *** mckoan|away is now known as mckoan | 06:33 | |
| mckoan | good morning | 06:33 |
| Guest32 | libpcre2-8.so.0 | 06:33 |
| *** davidinux <davidinux!~davidinux@192.145.127.180> has joined #yocto | 06:34 | |
| Guest32 | libpcre2-posix.so.2 libpcre2-8.so.0.9.0 libpcre2-posix.so.2.0.3 | 06:34 |
| Guest32 | good morning | 06:34 |
| Guest32 | any input on this? | 06:38 |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:39 | |
| *** Guest3216 <Guest3216!~Guest32@42.111.136.192> has joined #yocto | 06:45 | |
| *** Guest3216 <Guest3216!~Guest32@42.111.136.192> has quit IRC (Client Quit) | 06:45 | |
| *** RKBH <RKBH!~RKBH@42.111.136.192> has joined #yocto | 06:45 | |
| *** Guest32 <Guest32!~Guest32@42.111.136.192> has quit IRC (Ping timeout: 246 seconds) | 06:48 | |
| *** rfried <rfried!~rfried@practical-trainings.com> has quit IRC (Quit: The Lounge - https://thelounge.github.io) | 06:51 | |
| *** rfried <rfried!~rfried@practical-trainings.com> has joined #yocto | 06:52 | |
| *** cquast <cquast!~cquast@37.189.128.120> has joined #yocto | 06:54 | |
| *** florian <florian!~florian@dynamic-002-244-077-132.2.244.pool.telefonica.de> has joined #yocto | 07:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.216.219> has joined #yocto | 07:00 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:01 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 07:12 | |
| *** florian <florian!~florian@dynamic-002-244-077-132.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 07:13 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:15 | |
| *** RKBH <RKBH!~RKBH@42.111.136.192> has quit IRC (Quit: Client closed) | 07:15 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 07:35 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:36 | |
| *** manuel_ is now known as Manuel1985 | 07:39 | |
| *** ant__ <ant__!~ant@host-87-0-253-36.retail.telecomitalia.it> has quit IRC (Remote host closed the connection) | 07:39 | |
| *** Manuel1985 is now known as manuel1985 | 07:39 | |
| *** leonanavi <leonanavi!~Leon@78.130.197.211> has joined #yocto | 07:42 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Ping timeout: 258 seconds) | 07:44 | |
| *** leonanavi is now known as leon-anavi | 07:45 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Client Quit) | 07:45 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:45 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 08:06 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 08:10 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:10 | |
| *** mihai <mihai!~mihai@92.87.113.22> has joined #yocto | 08:23 | |
| RP | paulbarker: that patchset makes things worse I'm afraid: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2293 | 08:23 |
| RP | paulbarker: looks like it is on the older distros | 08:24 |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Remote host closed the connection) | 08:27 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto | 08:29 | |
| paulbarker | RP: At least it's a quick failure now! | 08:35 |
| paulbarker | RP: Is there a quick way to tell which python version bitbake is running under? | 08:40 |
| paulbarker | As Debian 8 will be using the buildtools tarball I guess older distro actually means newer python | 08:43 |
| *** frieder <frieder!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds) | 08:51 | |
| kanavin | why is debian 8 builder even active still? | 09:04 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 09:04 | |
| RP | paulbarker: right, a lot of those (all?) would be using buildtools, yes | 09:05 |
| paulbarker | RP: I'll see if I can grab the latest buildtools tarball and run a build with that locally | 09:11 |
| RP | paulbarker: you can see which one it is using from the helper | 09:18 |
| RP | paulbarker: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/tree/config.json | 09:18 |
| RP | (it says which hosts at the end too( | 09:19 |
| paulbarker | RP: Thank you! I'll grab that and set it up here | 09:19 |
| paulbarker | It'll be on opensuse-15.3 but I think the issue here may be due to the Python version so as long as that matches I should hopefully see it fail | 09:20 |
| paulbarker | If it all works fine I guess it's time for a Debian 8 VM, though that will take longer | 09:20 |
| RP | paulbarker: I'm not sure what the trigger was but that seems the logical place to start... | 09:20 |
| RP | paulbarker: could be as simple as something missing from buildtools :/ | 09:21 |
| paulbarker | RP: Just to confirm - is the hashserv instance running from the same commit of bitbake during these tests? Or is that running from a known-good commit? | 09:21 |
| RP | paulbarker: the hashserve is a single instance autobuilder wide and unchanged during these tests -that would be upgraded separately as it is standalone | 09:22 |
| RP | unless tests use a local one | 09:22 |
| paulbarker | RP: Ok, that will narrow down where the failure could be | 09:23 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has joined #yocto | 09:26 | |
| *** gourve_l <gourve_l!~laurent@40.72.95.92.rev.sfr.net> has quit IRC (Ping timeout: 258 seconds) | 09:34 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has quit IRC (Read error: Connection reset by peer) | 09:39 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has joined #yocto | 09:40 | |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 09:47 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:55 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 272 seconds) | 09:58 | |
| kanavin | rburton, RP: zstd decompresses 10 times faster than xz. I'll look into switching rpm compression to that in 4.17 timeframe, as we could get drastically faster do_rootfs and do_populate_sdk from it. | 10:12 |
| kanavin | (rpm 4.17 that is, currently in rc) | 10:13 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 10:14 | |
| kanavin | compression times are similar | 10:14 |
| RP | kanavin: sounds nice! :) | 10:16 |
| rburton | awesome | 10:16 |
| kanavin | RP, rburton : I tested with 2.5 Gb tarball, 6 Gb uncompressed | 10:16 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 272 seconds) | 10:16 | |
| *** camus1 is now known as camus | 10:16 | |
| RP | rburton: I just did some stats collection. 18 ptest AB-INT failures, 8 only ever seen on arm host :/ | 10:16 |
| kanavin | xz took 110 seconds, zstd 10 seconds (!!!) | 10:16 |
| rburton | nice! | 10:16 |
| rburton | RP: ouch | 10:17 |
| rburton | RP: load, i imagine? weaker host? | 10:17 |
| RP | rburton: the stats are deceptive as where it occurred once on x86 I didn't mark as arm specific but the arm failures are much more frequent :/ | 10:17 |
| RP | rburton: I'm not sure of the cause, we did back off the load on the arm worker but it didn't seem to improve things | 10:18 |
| RP | kanavin: that is pretty neat. | 10:18 |
| RP | rburton: we need some kind of a plan for the ptest issues as they're about 40% of the open AB-INT issues | 10:19 |
| rburton | glancing at the list i half debugging 14244 so i'll finish that off | 10:20 |
| perdmann_ | I want to create a Lib from the min protocol. ERROR: libmin-1.0-r0 do_install: oe_soinstall: libmin.so.1.0 is missing ELF tag 'SONAME'. | 10:25 |
| rburton | your makefile is broken | 10:26 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 10:26 | |
| * RP has closed 11 of the AB-INT bugs, down to 46 of them now | 10:28 | |
| perdmann_ | rburton: i dont have a makefile ... https://dpaste.org/Z2WR | 10:32 |
| RP | rburton: in the interests of closing bugs - https://bugzilla.yoctoproject.org/show_bug.cgi?id=13999 - the remaining issue is overlap of files. Does the sstate code not detect that? Maybe it didn't due to the quoting issue? | 10:37 |
| rburton | perdmann_: please write a makefile, and delete most of that recipe | 10:42 |
| rburton | perdmann_: there's a perfectly good cmakelists in the repo you're cloning, why are you building by hand? | 10:43 |
| *** davidinux <davidinux!~davidinux@192.145.127.180> has quit IRC (Ping timeout: 272 seconds) | 10:43 | |
| rburton | perdmann_: your recipe can most likely be just SRC_URI/S assignments, and inherit cmake | 10:44 |
| *** davidinux <davidinux!~davidinux@37.179.235.93> has joined #yocto | 10:45 | |
| *** bunk <bunk!~bunk@debian/bunk> has joined #yocto | 10:56 | |
| RP | rburton: hmm, you're right about the directory race :/ | 10:59 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 11:00 | |
| RP | rburton: code even says " # We can race against another package populating directories as we're removing them so we ignore errors here." :/ | 11:02 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:02 | |
| RP | that isn't enough :( | 11:02 |
| rburton | what race? | 11:02 |
| rburton | obviously, i'm always right | 11:03 |
| RP | rburton: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13999 - sstate can be running sstate_clean_manifest whilst another task extracts files | 11:03 |
| RP | rburton: always :) | 11:03 |
| rburton | oh that, yeah | 11:03 |
| rburton | just bite the bullet and put a read/write lock on pkgdata | 11:04 |
| rburton | or sstate in general | 11:04 |
| RP | rburton: its a general sstate problem though :( | 11:04 |
| RP | rburton: the read/write locks are painful on performance | 11:04 |
| rburton | worth benchmarking though? | 11:05 |
| RP | rburton: I have before a long time ago | 11:05 |
| RP | rburton: imagine a build where all the setscene tasks end up serialised :/ | 11:05 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has joined #yocto | 11:13 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 11:22 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 11:23 | |
| *** camus1 is now known as camus | 11:23 | |
| perdmann_ | rburton: that cmake file does not create a so | 11:28 |
| perdmann_ | rburton: ohhh it is . i see... iam sorry. i will inherit cmake and try again, thank | 11:29 |
| zedd | RP: 5.13 dropped, so I'm finalizing the libc-headers and reference recipes now ... I'll triple check that our LTP and rcu stall changes are there (I've been testing them on 5.13 already), since they won't be mainline quite yet. | 11:29 |
| rburton | perdmann_: delete 99% of the recipe in the process, most of that recipe is redundant or actively hardful | 11:29 |
| RP | zedd: thanks. We managed to close a lovely number of AB-INT bugs with those :) | 11:31 |
| RP | zedd: 58 down to 46 | 11:32 |
| rburton | is that rcu lock the core problem? and now it will stall on load but not crash and die? | 11:32 |
| zedd | awesome. and I hope the remaining are less annoying, :D hopefully no more kernel ones. | 11:32 |
| zedd | but we obviously should document those as "why the yocto AB stress testing helps the world" | 11:33 |
| RP | rburton: we'll get warnings now but not hangs, the hang was the problem | 11:33 |
| rburton | right | 11:33 |
| rburton | as the stalls are not massively unexpected when on heavy load, that's fine | 11:34 |
| RP | rburton: exactly | 11:34 |
| RP | we can live with the odd stall. Locking up the VM is antisocial though | 11:34 |
| perdmann_ | rburton: so i dont need SOFILE and these SO related stuff? | 11:35 |
| RP | zedd: it means I can't ignore the "bitbake server timeout" issue for much longer :( | 11:35 |
| RP | zedd: I'd rather debug the kernel than try and fix that :( | 11:35 |
| rburton | perdmann_: no, that's all default | 11:35 |
| rburton | and the insane skips were because you were building wrong | 11:35 |
| RP | zedd: I've closed most of the qemu weirdness bugs on the basis we should reopen new ones with "good" data | 11:36 |
| zedd | RP: indeed. I'm thinking it is even harder to reproduce for debugging as in the guts of things | 11:36 |
| RP | zedd: I know what the bitbake server issue is. I could just increase the timeout as it is an IO problem. I just don't like doing that :/ | 11:36 |
| zedd | RP: yah, that's the most efficient way to get real ones to pop back up. | 11:36 |
| RP | Really the whole bitbake server thing needs rewriting | 11:36 |
| zedd | aha | 11:36 |
| RP | zedd: torn between hacking around it or doing some nasty rewrite | 11:37 |
| * zedd is always tempted by rewrites :D | 11:37 | |
| * RP remembers the large number of races we fixed in this code already | 11:38 | |
| perdmann_ | rburton: thanks... | 11:39 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 11:50 | |
| *** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has joined #yocto | 12:00 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has joined #yocto | 12:01 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 12:21 | |
| *** argonautx <argonautx!~argonautx@i577bc694.versanet.de> has joined #yocto | 12:21 | |
| perdmann_ | rburton: ok, i removed evything and added the line "inherit cmake" | 12:24 |
| perdmann_ | But then bitbake tells me its missing an install task, so i readded the install task but then i get some SONAME Error | 12:24 |
| rburton | inherit cmake will provide an install task | 12:26 |
| rburton | pastebin your recipe? | 12:26 |
| perdmann_ | rburton: of course | 12:26 |
| rburton | maybe the cmakelists is broken too | 12:26 |
| rburton | you just need to respect CC CPPFLAGS CFLAGS LDFLAGS etc,all in the environment | 12:26 |
| rburton | cmake does that normally, but people can write bad cmakefiles that explicitly don't | 12:27 |
| rburton | only so much you can do when people actively break stuff | 12:27 |
| perdmann_ | https://dpaste.org/VLAG | 12:27 |
| rburton | RP: think i fixed the util-linux one | 12:27 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 12:28 | |
| rburton | perdmann_: you can remove FILESEXTRAPATHS and all your FILES_ | 12:28 |
| rburton | cmake.bbclass definitely has an install task | 12:28 |
| rburton | unless the cmake doesn't have an install action, which is what you mean | 12:28 |
| perdmann_ | rburton: | ninja: error: unknown target 'install' | 12:29 |
| rburton | yeah their cmake doesn't provide an install then | 12:29 |
| perdmann_ | rburton: yes, so do_install just calls this install section, which i dont have | 12:29 |
| rburton | and they didn't set a soname in the library either | 12:30 |
| perdmann_ | Thats why it only build an .a file? | 12:30 |
| rburton | oh if it only builds a .a then that's exactly why there's no soname, just install the .a | 12:30 |
| rburton | not using the soinstall as that's for Shared Objects, not archives | 12:31 |
| perdmann_ | ok, i had the idea that i wanted to link that dynamical | 12:31 |
| rburton | fix the cmakelist to build a shared library then | 12:31 |
| perdmann_ | with a patch? | 12:31 |
| rburton | yeah | 12:31 |
| rburton | easier, and you get to send it upstream too | 12:31 |
| perdmann_ | rburton: sounds like a good idea | 12:32 |
| perdmann_ | i will, i just need to find out how to do that in cmake | 12:32 |
| rburton | iirc you just add SHARED in the build library statement | 12:34 |
| rburton | RP: turns out util-linux ptest wasn't testing most of util-linux | 12:34 |
| RP | rburton: Why am I not surprised :( | 12:38 |
| rburton | this was a relatively recent change but it should have been spotted in ptest regressions | 12:39 |
| perdmann_ | rburton: yes. Lets see. :) | 12:39 |
| rburton | ooh util-linux can now build with meson | 12:40 |
| RP | rburton: I worry we don't handle regression tests correctly :( | 12:43 |
| rburton | me too | 12:43 |
| rburton | i think the lack of a decent machine readable format doesn't help | 12:44 |
| rburton | qa should be able to generate a table of all the tests and their results | 12:44 |
| perdmann_ | rburton: it works | 12:48 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 12:49 | |
| perdmann_ | install still missing... whats your suggestion: CMake patch file for install or do_install | 12:49 |
| RP | rburton: we have a machine readable format? | 12:50 |
| rburton | well, sort of :) | 12:50 |
| RP | rburton: the hard part is finding the one to compare against automatically | 12:50 |
| rburton | you do quite often see mangled test names as it got all confused | 12:50 |
| RP | rburton: they should at least get mangled consistently | 12:50 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has joined #yocto | 12:51 | |
| *** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 13:15 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 13:15 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has joined #yocto | 13:17 | |
| RP | rburton: I think https://bugzilla.yoctoproject.org/show_bug.cgi?id=14379 is related too | 13:22 |
| *** davidinux <davidinux!~davidinux@37.179.235.93> has quit IRC (Ping timeout: 268 seconds) | 13:34 | |
| *** davidinux <davidinux!~davidinux@82.102.21.57> has joined #yocto | 13:34 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 13:37 | |
| perdmann_ | rburton: IT WORKED! thanks a lot. | 13:41 |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 13:41 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 13:43 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 272 seconds) | 13:45 | |
| *** camus1 is now known as camus | 13:45 | |
| *** Falital <Falital!~Falital@ip-178-203-145-3.hsi10.unitymediagroup.de> has joined #yocto | 13:48 | |
| jonesv[m] | Is it not possible to have recipes point to closed git repos? I was hoping that bitbake would just try to use my user ssh key, but it appears it does not 😕 | 13:54 |
| jonesv[m] | Or maybe it does not work with a passphrase-protected key? | 13:54 |
| jonesv[m] | <jonesv[m] "Or maybe it does not work with a"> oooh, if I use `ssh-agent` it works. It just does not want to ask for my password apparently | 13:54 |
| rburton | yeah, agents work, escaping from several layers of abstraction to ask for a password less so | 13:57 |
| rburton | also agents work in automated builds, asking a non-existent user to enter a password doesn't work well | 13:57 |
| *** otavio <otavio!~otavio@200-203-25-205.paemt700.dsl.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 14:02 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:03 | |
| *** otavio <otavio!~otavio@200-203-25-205.user3p.brasiltelecom.net.br> has joined #yocto | 14:04 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has joined #yocto | 14:05 | |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 14:21 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Remote host closed the connection) | 14:22 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 14:22 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 14:31 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Remote host closed the connection) | 14:34 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:35 | |
| *** jonah1024 <jonah1024!uid483271@id-483271.stonehaven.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 14:37 | |
| *** jonah1024 <jonah1024!uid483271@id-483271.stonehaven.irccloud.com> has joined #yocto | 14:39 | |
| *** davidinux <davidinux!~davidinux@82.102.21.57> has quit IRC (Ping timeout: 268 seconds) | 14:54 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has joined #yocto | 14:55 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 14:59 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 15:04 | |
| override | morning, can someone link me to a some systemd service recipe templates? About to write my first one, so need something to go off of. | 15:07 |
| override | just a template that'll help me figure out what to inherit and all maybe | 15:09 |
| override | thanks! | 15:09 |
| mckoan | override: https://wiki.koansoftware.com/index.php/Add_a_systemd_service_file_into_a_Yocto_image | 15:10 |
| override | mckoan: thanks! | 15:11 |
| override | mckoan: whats a good way to figure out if ive got systemd enabaled by default on my image, as opposed to systemV? | 15:23 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has joined #yocto | 15:28 | |
| *** argonautx <argonautx!~argonautx@i577bc694.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 15:28 | |
| mckoan | override: seen from Yocto build point of vew or from the target system? | 15:29 |
| *** argonautx <argonautx!~argonautx@i577BC694.versanet.de> has joined #yocto | 15:29 | |
| override | build pov, mckoan: | 15:29 |
| mckoan | override: if you have DISTRO_FEATURES_append = " systemd" | 15:30 |
| override | got it, thanks! | 15:30 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 15:31 | |
| jonesv[m] | There is something I don't get yet. An image is a group of packages. I can define multiple different images, and build them with `bitbake flavor1-image` or `bitbake flavor2-image`, right? And I define flavor1 in say `meta-flavor1`, and flavor2 in say `meta-flavor2`. So in my bblayers.conf, I have both those layers included. And if they both contain a `bbappend` (say they both create a config file for hostapd), then those two bbappend conflict | 15:34 |
| jonesv[m] | with each other. | 15:34 |
| jonesv[m] | Is there a way to not have meta-flavor1 look into the meta-flavor2 layer? | 15:34 |
| jonesv[m] | My guess is that they should be both in the same layer, say `meta-myproject`, and there I should define two images: `recipes-flavor1` and `recipes-flavor2`. But in my case, I have images that are quite different from each other (i.e. different projects), so they don't feel like they belong to the same layer. However, I don't want to checkout a new poky setup for each project, because then it will take a ton of disk space and I need to rebuild | 15:34 |
| jonesv[m] | everything from scratch for each new project 😕 | 15:34 |
| *** zyga-mbp <zyga-mbp!~zyga@user-5-173-187-189.play-internet.pl> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 15:40 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 15:58 | |
| *** frieder_ <frieder_!~frieder@p50937620.dip0.t-ipconnect.de> has joined #yocto | 16:02 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 265 seconds) | 16:03 | |
| *** zpfvo <zpfvo!~fvo@88.130.216.219> has quit IRC (Remote host closed the connection) | 16:03 | |
| *** frieder_ <frieder_!~frieder@p50937620.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 16:06 | |
| *** mckoan is now known as mckoan|away | 16:15 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:22 | |
| * paulg is almost afraid to ask if the autobuilder is ok, or still spitting out random RCU implicated spews... | 16:23 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 272 seconds) | 16:25 | |
| *** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto | 16:44 | |
| *** jonah1024 <jonah1024!uid483271@id-483271.stonehaven.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 16:47 | |
| jonesv[m] | I tried to formalize my question here, if somebody is interested: https://stackoverflow.com/questions/68167244/image-specific-layers | 16:53 |
| Tartarus | JPEW: Hey, mingw tangent question. Is SDK_ARCHIVE_TYPE expected to be set in local.conf ? It's not in BB_ENV_EXTRAWHITE_OE under scripts/oe-buildenv-internal | 16:53 |
| Tartarus | or is tar.xz really just easy enough to work with in Windows these days it doesn't matter? I haven't shuffled + rebooted for this quick PoC I built yet :) | 16:55 |
| JPEW | Tartarus: It should be set in local.conf... not sure if it should be in EXTRAWHITE | 16:55 |
| Tartarus | OK, easy enough, thanks. | 16:56 |
| JPEW | Last I check, tar.gz has some troubles on Windows, but TBH we don't use either that *or* zip and have a self extracting python file.... which I _still_ need to upstream | 16:57 |
| override | anyone know what layer oe keeps nginx recipe under? | 17:03 |
| rburton | override: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=nginx | 17:04 |
| Tartarus | JPEW: I was a little surprised there wasn't an installer like Linux, but only a little. Just doing a PoC for a quote for a customer atm anyhow | 17:05 |
| RP | paulg: much happier | 17:06 |
| JPEW | Tartarus: Ya. I wanted to do a unified replacement for the installer that used python so it would be the same on both MinGW and Linux | 17:06 |
| JPEW | But still a work in progress | 17:06 |
| RP | paulg: I closed about 12 open bugs on the basis that several were related... | 17:06 |
| JPEW | Tartarus: The basic idea is to create a tar.gz file with the SDK contents, then use Python to extract it and do the pre/post processing | 17:07 |
| JPEW | Tartarus: There is a pretty interesting trick that Python has where if the archive is a zip file, it will extract the contents to a temporary directory and execute __main__.py from them; this would allow you to efficiently package the SDK tar.gz with the extraction script in a single file | 17:08 |
| Tartarus | Neat | 17:08 |
| JPEW | Tartarus: https://docs.python.org/3/library/zipapp.html | 17:10 |
| override | rbuton: in a service file for systemd, would something like Requires=nginx.service work, or would I have to use a vraiable or soemthing for nginix? | 17:19 |
| override | the service im working with has a lot going on for nginx, so Im trying to how that would work | 17:20 |
| paulg | RP, well that is good news. | 17:21 |
| RP | paulg: yes, its made me a lot happier | 17:25 |
| *** Falital <Falital!~Falital@ip-178-203-145-3.hsi10.unitymediagroup.de> has quit IRC (Ping timeout: 272 seconds) | 17:25 | |
| override | basically when I bring in nginx using a recipe, can I be writing services with stuff like Requires=nginx.service? | 17:25 |
| paulg | RP, was that 12 just for RCU dain-bramage alone, or also including earlier LTP/cgroup wreckage? | 17:27 |
| JPEW | override: Recipes with systemd support will list the services they install in the SYSTEMD_SERVICE variables | 17:31 |
| JPEW | Hmm, I had several jobs timeout when trying to share DL_DIR over NFS. It looks like they all deadlocked trying to flock the .lock file | 17:35 |
| JPEW | Anyone else see such a thing? | 17:35 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 258 seconds) | 17:45 | |
| *** creich <creich!~creich@p200300f6af354710a2b6fb261d002815.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 17:57 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 18:04 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 18:04 | |
| *** ant__ <ant__!~ant@host-87-0-253-36.retail.telecomitalia.it> has joined #yocto | 18:15 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 18:26 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 18:39 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 18:40 | |
| *** camus1 is now known as camus | 18:40 | |
| chrfle | Does anyone know if block devices which are not mounted are automatically synced upon reboot | 18:45 |
| *** Guest15 <Guest15!~Guest15@74.117.212.49> has quit IRC (Quit: Client closed) | 18:47 | |
| rburton | if they're not mounted... how will they have pending writes? | 19:00 |
| chrfle | rburton: e.g. dd if=my_fancy_firmware of=/dev/sda6 | 19:04 |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 19:06 | |
| *** florian <florian!~florian@dynamic-002-244-077-132.2.244.pool.telefonica.de> has joined #yocto | 19:33 | |
| marc1 | chrfle: systemd will call sync() at shutdown which in turn will flush all fs and block devices caches, see: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/fs/sync.c#n123 | 19:35 |
| chrfle | marc1: do you know where in systemd that call is made? | 19:36 |
| chrfle | systemd-shutdown I presume, will go have a look | 19:40 |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 19:44 | |
| *** davidinux <davidinux!~davidinux@217.138.219.36> has quit IRC (Read error: Connection reset by peer) | 19:47 | |
| *** davidinux <davidinux!~davidinux@192.145.127.228> has joined #yocto | 19:51 | |
| smurray | chrfle: one option there is to tell dd to use direct writes | 19:51 |
| *** mattofak <mattofak!~mattofak@55.87.194.35.bc.googleusercontent.com> has quit IRC (Remote host closed the connection) | 19:56 | |
| marc1 | chrfle: look at shutdown.c in SD sources | 19:57 |
| chrfle | marc1: yeah, found it in async.c called from shutdown.c, thanks | 19:58 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 19:59 | |
| *** Falital <Falital!~Falital@ip-178-203-145-3.hsi10.unitymediagroup.de> has joined #yocto | 19:59 | |
| *** Falital <Falital!~Falital@ip-178-203-145-3.hsi10.unitymediagroup.de> has quit IRC (Client Quit) | 20:00 | |
| *** jpuhlman__ <jpuhlman__!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Quit: Leaving) | 20:04 | |
| *** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 20:05 | |
| *** Vineela <Vineela!~vtummala@user/vineela> has quit IRC (Quit: Leaving.) | 20:09 | |
| *** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto | 20:13 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 20:22 | |
| *** leonanavi <leonanavi!~Leon@78.130.197.211> has joined #yocto | 20:28 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Ping timeout: 272 seconds) | 20:31 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 20:38 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 20:38 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:45 | |
| *** davidinux <davidinux!~davidinux@192.145.127.228> has quit IRC (Ping timeout: 268 seconds) | 20:50 | |
| Spooster | I added a kernel cfg fragment... and it looks like the recipe picked it up... and I see that it showed up in the workdir... aside from verifying the behavior by running the kernel... is there another way to verify that the new kernel was built with the options? | 20:52 |
| Spooster | my fear is I just copied a random file that ends in .cfg, and it won't do anything | 20:52 |
| *** davidinux <davidinux!~davidinux@37.179.235.93> has joined #yocto | 20:54 | |
| smurray | Spooster: look at the .config in the kernel build directory under ${WORKDIR}? | 20:54 |
| Spooster | I see my .cfg fragment, a file named defconfig.cfg, and a couple others popping up in ./build/tmp/work/raspberrypi4_64-poky-linux/linux-raspberrypi/1_5.4.72+gitAUTOINC+5d52d9eea9_154de7bbd5-r0 | 20:56 |
| Spooster | but I don't know enough about the meta-raspberrypi recipe to know if "that's it" or if that's the ${workdir} | 20:56 |
| smurray | there's a build output directory under there, for linux-raspberrypi, it'll be something like linux-raspberrypi4_64-standard-build, in there will be the final .config | 20:58 |
| *** rob_w <rob_w!~rob@ppp-93-104-51-114.dynamic.mnet-online.de> has quit IRC (Read error: Connection reset by peer) | 21:05 | |
| RP | paulg: covered both but ltp was 2-3 of that total | 21:07 |
| RP | abelloni: looks like there is an arm ltp hang again | 21:07 |
| RP | paulbarker: Looks like a prserver hang: https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/2268 :/ | 21:08 |
| RP | paulbarker: is there any debug we want from that? | 21:08 |
| Spooster | +1 smurray tyvm. Found and confirmed what I was hoping to see | 21:08 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 21:10 | |
| paulbarker | RP: Damn. I have no idea where it is hanging now if there's no backtrace at all. May be worth a look at the cookerdaemon log at least | 21:14 |
| *** leonanavi <leonanavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 21:14 | |
| *** leonanavi <leonanavi!~Leon@78.130.197.211> has joined #yocto | 21:14 | |
| *** florian <florian!~florian@dynamic-002-244-077-132.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 21:17 | |
| RP | paulbarker: no traceback, last command completed successfully, last command looked to be "bitbake -R conf/prexport.conf -p" | 21:17 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 272 seconds) | 21:17 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 21:18 | |
| RP | paulbarker: that looks like something bitbake-prserv-tool would run | 21:18 |
| paulbarker | RP: Ok, so that bitbake command completed successfully but the corresponding test (likely test_import_export_override_db) never finished | 21:19 |
| RP | paulbarker: The cooker log says the command completed, I'm not sure the server exits | 21:19 |
| paulbarker | It's likely http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/lib/oeqa/selftest/cases/prservice.py?h=master-next#n76 | 21:20 |
| RP | paulbarker: agreed, yes | 21:20 |
| RP | $ ps ax | grep prser | 21:21 |
| RP | 1441773 ? S 0:00 /bin/sh -c bitbake-prserv-tool export /home/pokybuild/yocto-worker/oe-selftest-ubuntu/build/build-st-507461/export.inc | 21:21 |
| paulbarker | So it's probably stuck waiting for the server to shutdown, somewhere where there is no timeout | 21:21 |
| RP | paulbarker: it kind of looks like bitbake's main loop thinks something is still active | 21:22 |
| paulbarker | RP: Is there any way to figure out which bitbake pid is the prservice server? Maybe run `lsof` with the path to prserv.sqlite3 | 21:22 |
| RP | paulbarker: pstree -p 1441773 | 21:23 |
| RP | sh(1441773)───bash(1441776)───KnottyUI(1443232)───{KnottyUI}(1444017) | 21:23 |
| RP | paulbarker: what looks bad is that there are a ton of parser worker zombie processes | 21:24 |
| RP | 1444977 ? Z 0:03 [Parser-2] <defunct> | 21:25 |
| RP | 1444980 ? Z 0:03 [Parser-3] <defunct> | 21:25 |
| RP | but 58 of them | 21:25 |
| paulbarker | Ouch | 21:25 |
| paulbarker | So I'm guessing the main bitbake process is stuck at http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/bitbake/lib/prserv/serv.py?h=master-next#n365 | 21:25 |
| RP | paulbarker: I can see 1444905 is the prserv (or it at least has the sqlite open) | 21:25 |
| paulbarker | If you kill that pid I'd like to see if the bitbake server shuts down cleanly | 21:26 |
| RP | so you want me to kill it? | 21:26 |
| paulbarker | Yes just that pid | 21:26 |
| RP | paulbarker: now also a zombie | 21:27 |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection) | 21:28 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 21:28 | |
| paulbarker | Well that's disappointing | 21:29 |
| *** florian <florian!~florian@dynamic-002-244-077-132.2.244.pool.telefonica.de> has joined #yocto | 21:30 | |
| *** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Ping timeout: 258 seconds) | 21:33 | |
| paulbarker | RP: So I started with the assumption that the way cooker spawns hashserv (http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/bitbake/lib/bb/cooker.py#n389) is well validated | 21:38 |
| paulbarker | But that doesn't get exercised on the autobuilder as it uses a separate hashserv daemon | 21:39 |
| RP | paulbarker: correct | 21:39 |
| paulbarker | That code creates the asyncio loop in the main process then runs it (??) in a subprocess | 21:40 |
| paulbarker | I wonder if the next step is to rip that out for prserv so the subprocess is started first then all the prserv work (opening database, initialising asyncio loop, etc) occurs within the subprocess | 21:41 |
| RP | paulbarker: this is what we use to do as it is hard to ensure the subprocesses don't hold the wrong resources. Its not very pythonic though :/ | 21:42 |
| RP | paulbarker: what is odd is that there is one parser thread that is still "alive" :/ | 21:43 |
| paulbarker | Hanging code isn't very pythonic either haha | 21:43 |
| *** cquast <cquast!~cquast@37.189.128.120> has quit IRC (Ping timeout: 268 seconds) | 21:43 | |
| RP | paulbarker: I get a lot of complaints about the fact we use old fashioned fork() calls ;-) | 21:43 |
| RP | but yes, I like old/simple in many ways for this reason | 21:43 |
| paulbarker | What does bother me is that I've never been able to replicate the issue here. I guess it's due to a lower level of parallelism | 21:43 |
| RP | the autobuilder does seem to find things at scale that most people don't :/ | 21:44 |
| paulbarker | I tried to run oe-selftest in parallel but it triggered the OOM killer | 21:44 |
| paulbarker | `oe-selftest -j12 ...`, BB_NUMBER_THREADS=12 and PARALLEL_MAKE=-j12. | 21:45 |
| paulbarker | Eat through 64GB RAM, 8GB swap and then the kernel started chomping processes | 21:46 |
| paulbarker | I saw a load average >700 on this 6 core/12 thread machine | 21:46 |
| RP | paulbarker: ok, I installed python3-dbg and we have some backtraces on the processes. Let me try and dump this into an email | 21:48 |
| *** Vineela <Vineela!~vtummala@user/vineela> has quit IRC (Ping timeout: 272 seconds) | 21:52 | |
| *** florian <florian!~florian@dynamic-002-244-077-132.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 21:52 | |
| RP | paulbarker: I've mailed it over to you. It looks to me like when bitbake forks off the parser worker threads, the worker threads are inheriting the asyncio in progress from the parent :/ | 21:54 |
| paulbarker | RP: Ah that would definitely break everything! | 21:54 |
| *** argonautx <argonautx!~argonautx@i577BC694.versanet.de> has quit IRC (Quit: Leaving) | 21:54 | |
| *** florian <florian!~florian@dynamic-002-244-077-132.2.244.pool.telefonica.de> has joined #yocto | 21:56 | |
| RP | paulbarker: looking more closely I'm wrong about that. It is a parser thread sitting in async clinent connection code | 22:00 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 22:04 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 22:04 | |
| paulbarker | RP: I'll take a look at those dumps tomorrow | 22:06 |
| *** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 22:06 | |
| *** camus1 is now known as camus | 22:07 | |
| RP | paulbarker: its sitting in prserv_dump_db() but since we killed the server now, I'm not sure what it would do. It is data at least, happy to have the stack traces | 22:10 |
| *** florian <florian!~florian@dynamic-002-244-077-132.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds) | 22:18 | |
| *** leonanavi <leonanavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 22:33 | |
| RP | abelloni, rburton: with the arm worker ltp bug, I ssh'd in and it was stuck on proc01. I installed strace, attached to the stuck process and it unblocked it and everything started running again | 22:35 |
| RP | I lost the log as it scrolled off my terminal buffer :( | 22:35 |
| RP | it is reading /proc/kmsg | 22:36 |
| jonesv[m] | hmm I thought I could use `${IMAGE_BASENAME}` to enable my bbappend only for a specific image, but that does not seem possible... (details here: https://stackoverflow.com/questions/68167244/image-specific-layers) | 23:02 |
| abelloni | yeah, so proc01 is an issue on arm | 23:06 |
| abelloni | and it is blocked on a read | 23:06 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 23:09 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 23:09 | |
| *** camus1 is now known as camus | 23:09 | |
| jonesv[m] | Would it make sense to add a COMPATIBLE_IMAGE variable, similar to COMPATIBLE_MACHINE or COMPATIBLE_HOST, that would allow me to write bbappends that are ignored on incompatible images? | 23:15 |
| *** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto | 23:16 | |
| *** fullstop_ <fullstop_!~fullstop@user/fullstop> has joined #yocto | 23:36 | |
| *** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Ping timeout: 244 seconds) | 23:37 | |
| *** fullstop_ is now known as fullstop | 23:37 | |
| *** abelloni <abelloni!~abelloni@scw.piout.net> has quit IRC (Ping timeout: 244 seconds) | 23:56 | |
| *** abelloni <abelloni!~abelloni@scw.piout.net> has joined #yocto | 23:56 | |
| *** xantoz <xantoz!~tewi_inab@c-e0bfe255.013-124-73746f25.bbcust.telenor.se> has quit IRC (Ping timeout: 244 seconds) | 23:57 | |
| *** xantoz <xantoz!~tewi_inab@c-e0bfe255.013-124-73746f25.bbcust.telenor.se> has joined #yocto | 23:58 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!