<Guest79>
I said recently that i think there is a performance difference between "meta-raspberrypi" dunfell and kirkstone and i did tests.
<Guest79>
The meta-layers im using: "meta-raspberrypi", "meta-openembedded", "poky", "my-layer" all of them kirkstone. also meta-layers same in dunfell.
<Guest79>
- In "meta-raspberrypi" Dunfell, upgraded the kernel 5.4 to 5.15.
<Guest79>
- In "meta-raspberrypi" Kirkstone, downgraded kernel 5.15 to 5.10.
<Guest79>
- Also, i tried with "meta-raspberrypi" master branch(the other layers kirkstone which i use). i got all branch for this test, not only "/meta-raspberrypi/recipes-kernel/linux" like others.
<Guest79>
I get lower CPS than "meta-raspberrypi" dunfell in the 4 tests I did above. I see slowness in the CPS (cycle per second) calculation that i have made in my code. The fastest is "meta-raspberrypi" dunfell.
<Guest79>
Also, i tried with latest RaspberrypiOS(September 22nd 2022-32bit, 5.15 kernel). It runs almost same with "meta-raspberrypi" dunfell.
<Guest79>
Lastly, i will pull the master branch of all the meta-layers im using and try it that way.
demirok has quit [Quit: Leaving.]
amitk_ has joined #yocto
zedd has joined #yocto
mckoan|away is now known as mckoan
zedd has quit [Client Quit]
demirok has joined #yocto
florian has joined #yocto
azcraft has joined #yocto
<mcfrisk>
Guest79: you may want to check what changed in machine configuration, e.g. CPU optimizations for you HW. If there is no change, then the root cause is elsewhere, like in compiler config (default flags) or other major SW versions like kernel. You can see all machine config settings in "bitbake -e image" output.
Jham has joined #yocto
rfuentess has joined #yocto
mvlad has joined #yocto
tepperson has quit [Ping timeout: 252 seconds]
rob_w has quit [Ping timeout: 246 seconds]
tepperson has joined #yocto
<Guest79>
mcfrisk thank you. i will check when im available.
phodina[m]1 has quit [Quit: You have been kicked for being idle]
hmw[m] has quit [Quit: You have been kicked for being idle]
BrianL has quit [Ping timeout: 260 seconds]
DA92_CC has joined #yocto
DA92_CC has quit [Remote host closed the connection]
DA92_CC has joined #yocto
DA92_CC has quit [Client Quit]
DA92_CC has joined #yocto
DA92_CC has quit [Client Quit]
DA92_CC has joined #yocto
StephCC has quit [Ping timeout: 260 seconds]
Thorn has joined #yocto
<jclsn>
Where to get #include <systemd/sd-bus.h> form?
<jclsn>
There is no package called sd-bus or sdbus
<jclsn>
Tried libsystemd
<landgraf>
jclsn: systemd-dev ?
<Saur[m]>
jclsn: `systemd/sd-bus.h` is provided by the `systemd` recipe.
tepperson has quit [Ping timeout: 252 seconds]
<jclsn>
Saur[m]: Weird, I get a "No such file or directory" for it when building
<jclsn>
systemd is definitely installed
<Saur[m]>
jclsn: And your recipe `DEPENDS` on `systemd`?
tepperson has joined #yocto
<jclsn>
Saur[m]: Ah no, it didn't. I tried RDEPENDS, but that was wrong obviously
invalidopcode1 has quit [Remote host closed the connection]
<jclsn>
Worked now
<jclsn>
Thx
invalidopcode1 has joined #yocto
<JaMa>
khem: that ICE on opencv looks the same as fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108463 interestingly removing -fsched2-use-superblocks sometimes caused g++ to hang when building some other files, will check newer gcc-13 with this fix
mardor has joined #yocto
tepperson has quit [Ping timeout: 252 seconds]
leon-anavi has joined #yocto
manuel1985 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
tepperson has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<kayterina[m]>
When does bitbake report: meta-python2 = "<unknown>:<unknown>" ?
<kayterina[m]>
On my local build I get a HEAD:8db...
<mardor>
Hi all, I would like to setup a new machine with mesa and Nvidia 525 driver. From my understanding this would require me to build mesa with the glvnd config option enabled, which in return depends on libglvnd. So I guess I will have to bake my one recipe for libglvnd, since it is currently no provides by any layer, am I correct?
DA92_CC has quit [Quit: Leaving]
StephCC has joined #yocto
<mihai>
kayterina[m]: maybe because it's not an actual git clone, and you have meta-python from a tarball without the .git dir
StephCC has left #yocto [#yocto]
leon-anavi has quit [Quit: Leaving]
<kayterina[m]>
aha. Can this be set from environment variables? To tell bitbake to fetch a tar instead of having the .git dir or it can happen when it fails to fetch?
<landgraf>
mihai: or meta-python is just part of meta-oe git repo
<kayterina[m]>
landgraf: I have the same dir structure locally and my meta-python reports a HEAD.
<mihai>
landgraf: but that should pick up meta-oe's git revision
<landgraf>
mihai: meta-python
<landgraf>
it's empty
<landgraf>
in my case
<landgraf>
copied from the running build
<landgraf>
well. it doesn't look good actually because only meta-networking's revision is displayed properly while meta-oe/meta-python and meta-multimedia are empty.
<landgraf>
not sure if it's bug or feature
<mihai>
landgraf: like just "meta-python" the whole line, empty ?
<landgraf>
looks like it shows last element from the group. meta is also emtpy
<JaMa>
landgraf: she sayd meta-python2 which is in separate repository not meta-python from meta-oe repo
<mihai>
they are grouped, and you have a couple of layers listed, with only the last layer in the group will print the revision
<JaMa>
kayterina[m]: are you in the middle of rebase or something?
<JaMa>
kayterina[m]: and you shouldn't be using meta-python2 :)
<landgraf>
JaMa: oh. missed python2 part :(
<JaMa>
there is a reason why I haven't marked it as mickedore compatible
<kayterina[m]>
I am in the privileged task to debug a failing pipeline with only bitbake's output to guess.
<kayterina[m]>
It is not up to me too migrate the project to python3, although someone put a variable in local.conf to remind us to do so.
<kayterina[m]>
*to decide to migrate
<JaMa>
you mean I_SWEAR_TO_MIGRATE_TO_PYTHON3 ? you're welcome
<JaMa>
even google got their stuff together in chromium build since then
starblue has quit [Ping timeout: 252 seconds]
starblue has joined #yocto
rob_w has quit [Quit: Leaving]
<JaMa>
khem: backporting the fix resolves the ICE but seems to cause the same hang as -fsched2-use-superblocks removal, need to test it a bit more, will try whole newer snapshot as well (instead of just backporting this change in https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=1a5478c62e9aeee33a40eefd98bd7898a5e4b259)
camus has quit [Read error: Connection reset by peer]
<qschulz>
aak: i would change your password ASAP if I were you :)
<aak>
thanks :D
* sudip
just saw /msg NickServ VERIFY REGISTER aak *************
alessioigor has quit [Quit: alessioigor]
florian__ has joined #yocto
florian has joined #yocto
aak is now known as aak-rookie
Guest79 has quit [Quit: Client closed]
<agherzan>
Guest79 What kernel version have you tested on RaspberryPi OS?
<agherzan>
I suspect that if you have no luck with kernel updates/downgrade and Raspberrypi OS behaves as expected on the kernel version we have in kirkstone, the problem is in userspace somewhere
alessioigor has joined #yocto
<aak-rookie>
agherzan 5.15.x (Release date September 22nd 2022-32bit). I dont remember the "x" exactly, i will have to check it out and make sure.
<agherzan>
OK.
<agherzan>
So I think it's the userspace.
<agherzan>
What you could try to be super sure is the following:
<agherzan>
1. inject in a PiOS image the kernel and kernel modules from a kirkstone image and see how it behaves
<agherzan>
2. if that works, we know that we have too look somewhere else
Schlumpf has joined #yocto
<aak-rookie>
agherzan As you can see from my name, i'm new to both yocto and the software world. Do you have a chance to summarize with 1-2 sentences about how to do the first step you said? If not, i will search and find it myself, but it may take some time.
<agherzan>
kernel modules is a directory in the rootfs
<agherzan>
the kernel image is in the boot partition
<aak-rookie>
agherzan thanks
<agherzan>
Sure
<agherzan>
Just take the two images and
<agherzan>
Also device trees
<agherzan>
In the boot partition
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
prabhakarlad has quit [Quit: Client closed]
<JaMa>
aak-rookie: what are the CPS numbers for the 4 combinations you've mentioned?
<JaMa>
aak-rookie: last time it sounded that dunfell with new kernel was also slow similarly to kirkstone
<JaMa>
aak-rookie: "The fastest is "meta-raspberrypi" dunfell" < I guess you meant with 5.4 kernel in this case?
aak-rookie has quit [Quit: Client closed]
Guest191 has joined #yocto
Guest191 is now known as aak-rookie
<aak-rookie>
JaMa yes, 5.4
rfuentess has quit [Remote host closed the connection]
tepperson has quit [Ping timeout: 252 seconds]
<aak-rookie>
JaMa i usually get between 15-18 in the 4 combinations i made.
<aak-rookie>
JaMa getting 20-23 with dunfell
<aak-rookie>
JaMa also i tested with sysbench tool and created a main.cpp and resized 1640x1232 and 640x480 cv::Mat to 300x300 5000 times in it and calculated the elapsed time.
<JaMa>
so 20-23 with dunfell and 5.4 and 15-18 with dunfell and 5.15, right? so it looks like kernel related
<aak-rookie>
JaMa Can we say for sure whether it is related to the kernel or not? Because when i did my tests on the latest image of raspberrypiOS(kernel version 5.15.x).it was almost the same as dunfell.
<aak-rookie>
JaMa yes, it is what i get.
tepperson has joined #yocto
<JaMa>
aak-rookie: if it gets slow with 5.15 backported to dunfell, then it's kernel related (as everything else including toolchain is the same), the kernel in raspberrypiOS might be configured differently, so I would check defconfigs in both
<nucatus_>
what could be the culprit of an "my_recipe.postinst returned 1, marking as unpacked only, configuration required on target"Z
<jclsn>
Saur[m]: So I have added systemd to DEPENDS of the recipe now and the compiler doesn't complain about the missing header anymore. But if I want to use the functions inside that header they can't be found. Any idea why this could be as well?
<JaMa>
aak-rookie: but only you can say it for sure after double checking the performance :)
<jclsn>
When it manually inside the project folder it works
<jclsn>
s/it/build it/
<nucatus_>
the recipe doesn't have a pkg_postinst() function
<nucatus_>
and the logs doesn't say much about what the cause might be
<aak-rookie>
agherzan I haven't even started yet :)
<agherzan>
aak-rookie are you saying that on dunfell, with kernel upgrade (only) to the kirkstone version you get the same perf degradation as with kirkstone?
<jclsn>
Saur[m]: Nevermind, forgot to add systemd it in the CMakeLists.txt
<aak-rookie>
agherzan It was even lower as i remember. CPS(kirkstone) > CPS(dunfell + kirkstone kernel)
vladest has quit [Quit: vladest]
<aak-rookie>
agherzan I can test it quickly in a short time if it is going to be a definite result.
vladest has joined #yocto
<agherzan>
As Jama said, this will narrow it at the kernel level
<agherzan>
If the performance is very similar in these two cases, I agree with him, kernel config might be what you want to look into
<JaMa>
aak-rookie: "im getting error while compiling because of the libraries im using in project so i cant test it." < what else are you using for the test? I though it was just some test program using opencv and opencv builds with for aarch64
<andrewzaza[m]>
hi all, how can i copy (mount) the content of the wic image , I'm usingwic cp source dist inside of wic test ? I keep on getting raise argparse.ArgumentTypeError.
<aak-rookie>
JaMa im dumb, i tried to get full build with another project which is using tensorflow-lite,boost etc.i will do it when im available. right now, testing "meta-raspberrypi dunfell + kirkstone kernel" to make sure CPS values.
sakoman has joined #yocto
<JaMa>
sakoman: have you seen the e-mail about qemu build breakage in kirskstone and on it's way to dunfell as well? I know it's security fix, but small extra delay might be better than breaking the build (with spice which isn't enabled by default, but still.. it's not openssl where the implications might be more serious)
<JaMa>
I don't mind much as I've just disabled spice again (as we usually use VirtualBox again instead of qemu+virgl)
seninha has joined #yocto
<sakoman>
JaMa: Yes, I have. If the patch authors don't respond with follow on fixes soon I'll revert the CVE fix until we get a patch without regressions
<sakoman>
We discussed this during yesterday's bug triage meeting
<andrewzaza[m]>
<andrewzaza[m]> "> <@andrew_brd:matrix.org> ```..." <- it takes 2.5 h to run a simple wic test using oe , so that's why I'm asking for help to figure out the ``` wic cp``` command
invalidopcode1 has quit [Remote host closed the connection]
xmn has joined #yocto
invalidopcode1 has joined #yocto
<nucatus_>
any idea why inheriting systemd on a recipe leads to this error: ERROR: octopus-image-1.0-r0 do_rootfs: Postinstall scriptlets of ['seal'] have failed. If the intention is to defer them to first boot?
florian has quit [Quit: Ex-Chat]
<nucatus_>
the recipe is rather inoffensive and even with the basic systemd unit service, the do_rootfs fails with this error
<nucatus_>
if I remove the "inherit systemd" directive on the recipe, the build succeeds
<nucatus_>
thin didn't use to be a problem on dunfell, but now its almost one day spent on figuring this out
florian__ is now known as florian
Thorn has quit [Ping timeout: 264 seconds]
<andrewzaza[m]>
```The third form of the command copies file or directory from the specified directory
<andrewzaza[m]>
$ wic cp tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.wic:1/vmlinuz test``` looking at the man page of wic , why do we have wic:1 ? we have :1 in the end ... why ?
<andrewzaza[m]>
on the partition to local:
<andrewzaza[m]>
s/third//, s/form of the command copies file or directory from the specified directory//
<andrewzaza[m]>
s/```/````/, s/third//, s/form of the command copies file or directory from the specified directory//
<andrewzaza[m]>
on the partition to local:
<andrewzaza[m]>
* ```The
<andrewzaza[m]>
$ wic cp tmp/deploy/images/qemux86-64/core-image-minimal-qemux86-64.wic:1/vmlinuz test``` ,looking at the man page of wic , why do we have wic:1 ? we have :1 in the end ... why ?
<andrewzaza[m]>
s/third//, s/form of the command copies file or directory from the specified directory//
<andrewzaza[m]>
from the documentation you see in the end of the path , there's :1 , and without it the cp command fails.... why ?
kscherer has joined #yocto
<JaMa>
sakoman: thanks
<nucatus_>
anyone with an idea about how to investigate the "Postinstall scriptlets of ['seal'] have failed"?
<nucatus_>
there is no pkg_postinst() in that recipe ...
<nucatus_>
and if I remove the "inherit systemd" directive, the build succeeds ...
AKN has joined #yocto
<jclsn>
Does the sstate-cache monitor the DEPLOY_DIR_IMAGE directory? So if I delete images there manually, should they be rebuilt?
AKN has quit [Read error: Connection reset by peer]
<nucatus_>
jclsn: why not using bitbake -c cleanall your-image-recipe?
<jclsn>
nucatus_: I do usually. I was just trying something out and realized that bitbake did not rebuild the images after I deleted them by hand
<jclsn>
I have .service file which I have edited, but the edited version is not landing in the image
<jclsn>
I already cleaned the recipe itself and the image without success
<jclsn>
Ah it is a devtool issue
<jclsn>
It uses the service file from the workspace
<jclsn>
Nevermind
<nucatus_>
ok
<jclsn>
But the behavior of the sstate-cache is correct in that case of the first question?
xmn has quit [Ping timeout: 260 seconds]
<RP>
jclsn: it will clean it up if you -c clean the recipe but it won't rebuild it if you delete it
<RP>
jclsn: sstate handle cleanup, it doesn't handle "check if something was removed"
<jclsn>
RP: Alright, then it is correct
xmn has joined #yocto
ptsneves has joined #yocto
demirok has quit [Quit: Leaving.]
<Saur[m]>
nucatus_: The `systemd` bbclass adds a `pkg_postinst` function for packages with `SYSTEMD_SERVICE` configured.
<nucatus_>
Saur[m]: and how can I debug that function to see what its problem is?!
<nucatus_>
at least to see some logs
<Saur[m]>
nucatus_: If you are using RPM for the packaging, then you should be able to see what scripts are in the produced RPM using `rpm -qp --scripts tmp/deploy/rpm/<arch>/<recipe>-<version>.<arch>.rpm`, e.g., `rpm -qp --scripts tmp/deploy/rpm/*/seal-*.rpm`.
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Schlumpf has joined #yocto
<nucatus_>
I guess it is IPK the package manager
Thorn has joined #yocto
aggurio has joined #yocto
zpfvo has quit [Remote host closed the connection]
<aggurio>
Hi, confused about the `x86-64` machine override in Poky. It seems to be used extensively in recipes, but there no machine configuration or include defines a MACHINEOVERRIDES for x86-64. I am missing it?
<RP>
aggurio: OVERRIDES includes TARGET_ARCH iirc
<aggurio>
Indeed, `OVERRIDES` does, however my `append:x86-64` are ignored unless my machine defines `MACHINEOVERRIDES =. "x86-64:${MACHINE}". Anyway, something strange is going on, thanks.
tepperson has quit [Remote host closed the connection]
florian_kc has joined #yocto
<JaMa>
aggurio: MACHINEOVERRIDES is part of OVERRIDES and used only in some specific cases, but :append should work as long as it's in OVERRIDES
aak-rookie has quit [Quit: Client closed]
<JaMa>
what does bitbake-getvar show about it?
tepperson has joined #yocto
<RP>
JaMa: I took that getVar patch but it didn't apply to report_error.bbclass btw. I decided to ignore that file since it looked ok, not sure what happened
Schlumpf has quit [Quit: Client closed]
<JaMa>
RP: sorry about that report_error.bbclass part, I have some local changes to upload reports automatically and I didn't realize they were on the same branch when I was generating it
<JaMa>
so the chunk which left after the rebase needed to be squashed to that old commit
<RP>
JaMa: np, I figured it might be something like that
alessioigor has quit [Quit: alessioigor]
<tepperson>
im building a ccmake package and it seems to be finding the wrong zlib. I see this in my configure log Found ZLIB: /home/thomas/yocto/build_xwayland/tmp/work/armv8a-fslc-linux/pytorch/1.13-r0/recipe-sysroot-native/usr/lib/libz.so (found version "1.2.11"). I think it should be pulling zlib from recipe-sysroot/usrlib/libz.so instead (which does exist)
<aggurio>
# override[hostapp-update-hooks-staticdev]:rename from RDEPENDS:${PN}-staticdev data.py:104 [expandKeys]
<aggurio>
# "${PN}-dev (= ${EXTENDPKGV})"
<aggurio>
# pre-expansion value:
<aggurio>
# "None"
<aggurio>
I think I just saw the problem - the `OVERRIDES` for that recipe is `allarch`
<aggurio>
sorry for the noise
yann has quit [Remote host closed the connection]
<tepperson>
how do i remove a package from being installed in do_prepare_recipe_sysroot?
<qschulz>
tepperson: don't have it in DEPENDS
aggurio has quit [Quit: Client closed]
gsalazar has joined #yocto
<JaMa>
tepperson: but if it's about zlib, then instead of blocking zlib-native in RSS you should fix the pytorch logic to search in right sysroot (I know it might be PIA)
tepperson has quit [Ping timeout: 268 seconds]
tepperson has joined #yocto
xmn has quit [Quit: ZZZzzz…]
mckoan is now known as mckoan|away
Jham has quit [Quit: Leaving]
seninha has quit [Quit: Leaving]
<khem>
BrianL: ok so perhaps I did not understand clearly that you wanted the devel libs and headers for native version of the recipe in SDK. if you want this package as part of sdk host side then please add nativesdk-<recipe> to sdk via something like TOOLCHAIN_HOST_TASK:append = " nativesdk-<recipe>" in local.conf
seninha has joined #yocto
<khem>
JaMa: thanks for trying it out, I usually update once a week when gcc snapshot also gets published. Although if some other change triggers toolchain rebuild then I include it earlier too, to save some build time 🙂
gsalazar_ has joined #yocto
gsalazar has quit [Ping timeout: 265 seconds]
manuel1985 has quit [Remote host closed the connection]
manuel1985 has joined #yocto
<JaMa>
khem: I'm trying it now on different container with qemuarm64 to see if I can reproduce the hang
louson has quit [Ping timeout: 260 seconds]
<JaMa>
khem: and while doing that I've noticed that python3-numpy also seems to fail http://errors.yoctoproject.org/Errors/Details/688919/ but it might be only with DEBUG_BUILD (which I happened to still have in local.conf) and might not be only with gcc-13 (but I did DEBUG_BUILD build recently and it was fine)
<JaMa>
definitely no rush to fix this one :)
manuel1985 has quit [Ping timeout: 246 seconds]
<JaMa>
in the end I have 90+ commits for our internal components, some of the code from mtk, realtek, qualcomm wanted me to throw up and our own code sometimes wasn't much better :)
amitk has quit [Ping timeout: 252 seconds]
florian_kc has quit [Quit: Ex-Chat]
florian has quit [Ping timeout: 260 seconds]
manuel1985 has joined #yocto
goliath has quit [Quit: SIGSEGV]
manuel1985 has quit [Remote host closed the connection]
tepperson has quit [Remote host closed the connection]
tepperson has joined #yocto
florian has joined #yocto
ecdhe has quit [Ping timeout: 264 seconds]
alessioigor has joined #yocto
ecdhe_ has joined #yocto
alessioigor has quit [Client Quit]
florian has quit [Ping timeout: 255 seconds]
demirok has joined #yocto
seninha has quit [Remote host closed the connection]
seninha has joined #yocto
<khem>
JaMa: this looks more like -Og problem
<khem>
btw, I have pushed a newer snapshot to the branch
<khem>
but it finds more problems so now harfbuzz is broken
florian has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
ptsneves has quit [Ping timeout: 248 seconds]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
barometz has quit [Quit: you can't fire me!]
barometz has joined #yocto
florian has quit [Ping timeout: 255 seconds]
Minvera has joined #yocto
alessioigor has joined #yocto
davidinux has quit [Ping timeout: 252 seconds]
alessioigor has quit [Client Quit]
davidinux has joined #yocto
goliath has joined #yocto
tepperson has quit [Remote host closed the connection]
Vonter has quit [Ping timeout: 260 seconds]
seninha has quit [Read error: Connection reset by peer]
seninha has joined #yocto
seninha has quit [Client Quit]
seninha has joined #yocto
seninha has quit [Ping timeout: 252 seconds]
florian has joined #yocto
seninha has joined #yocto
tperrot has quit [Read error: Connection reset by peer]
abelloni has quit [Read error: Connection reset by peer]
michaelo has quit [Read error: Connection reset by peer]
abelloni has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
Minvera has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
mrnuke has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
xmn has quit [Ping timeout: 256 seconds]
tepperson has joined #yocto
<tepperson>
i have a recipe that uses a git repository with submodules. I need to apply a patch to one of the submodules. how should I go about doing this?
<tepperson>
well i hand modified the patch that git generated for me from the submodule and that seems to have worked
Thorn has quit [Ping timeout: 260 seconds]
prabhakarlad has quit [Quit: Client closed]
gsalazar_ has quit [Ping timeout: 260 seconds]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
<mischief>
for some reason today on dunfell i keep running into ModuleNotFoundError: No module named '_sysconfigdata' for target python recipes like python3-six. any ideas how to fix it?
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
<RP>
mischief: that sounds familiar for dunfell but I don't remember what the issue was. The mailing lists or bugzilla may know
Thorn has joined #yocto
azcraft has quit [Remote host closed the connection]