<khem>
johndunet: add kernel-module-veth to IMAGE_INSTALL
applepi has joined #yocto
<applepi>
khem - I just build the image (.xdi in this case)
<applepi>
It's a xilinx board, they provide the fpga logic, software, etc, what they need and all that, I configure the builder and all that
<applepi>
Sorry I keep getting disconnected, I like IRC but I wish I didn't keep getting disconnected / got my messages when I logged back in later lol
<khem>
applepi:hmm how will it be used by your users
<johndunet>
Error: Unable to find a match: kernel-module-veth
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
<applepi>
khem - I'm not sure what you mean, how will the image be used? Or how will the library? The image just has all their stuff on it and gets loaded onto the board, the library will be linked and used to report sensor values from the board in the messages it sends out
<khem>
library itself cant do it, so there must be some app which will use the library I suppose
<khem>
and I thought you were building the libs+headers and someone else was building the app needing them
beneth has quit [Server closed connection]
<khem>
johndunet:how did you enable it in kernel .config
<johndunet>
where can I find this file ?
enok has quit [Ping timeout: 255 seconds]
<khem>
in the kernel build tree
<applepi>
Their main application (32 bit by necessity) which will be running on the board will link against libsensors and use function calls to read those values
<khem>
you can create a file called say veth.cfg with CONFIG_VETH=m and add it to linux-yocto.bb file
<khem>
in SRC_URI
<applepi>
That's why I'm building it into the yocto image, so their application can use it
<khem>
applepi: how will it link ?
<khem>
do they dlopen it ?
<applepi>
Their application is built in another yocto recipe, it doesn't currently use those function calls but it's being added
<applepi>
So yocto just pulls it from git and builds it
<johndunet>
I found CONFIG_VETH=y on builds/build-genericx86-64/tmp/work/genericx86_64-poky-linux/linux-yocto/5.15.72+gitAUTOINC+441f5fe000_0b628306d1-r0/linux-genericx86_64-standard-build/.config
<khem>
johndunet: ok if its set to =y then its part of the kernel itself not module
<applepi>
This is being enough of a pain that I'm debating saying just write a 64 bit application that reads the sensors and sends that over localhost to your application or something, though I doubt that would fly since their program is pretty time sensitive
<johndunet>
ok but when I run the docker check-config.sh file, it say that CONFIG_VETH is missing
Omax has quit [Server closed connection]
Omax has joined #yocto
<khem>
applepi: maybe do =m instead of =y
<applepi>
I'm not sure what you mean
<khem>
oh that was meant for johndunet
<applepi>
Oh duh
<applepi>
Sorry, that was obvious lol
<khem>
applepi: how will your app guys develop stuff, do you commit your changes to your layers and they check it out and get stuff ?
<khem>
or will they build using something else and then hand pick the binaries into a running system
<applepi>
No, they develop their app separately and then there's a yocto recipe to go clone + build + install it, so when they need a new release that yocto recipe just gets updated
<khem>
so they dont use yocto to develop the app ?
<applepi>
No, the recipe just git clones and builds it
<khem>
I still fail to understand how you exchange artifacts between your team and app team but it seems to be working I dont need to know
<khem>
in any case, you are making progress and if you are including 32bit apps on a 64bit system you can surely do it, but it does have cost in static size and runtime too since now you will load two versions of common runtime e.g. glibc etc. wont be shared between 32bit apps and 64bit apps
<applepi>
Well my team is just me, I just maintain the yocto stuff for them. They write their C application and so I just update the yocto recipe to build whatever git sha / tag / branch etc that they want and build the image and they get the .xdi
<khem>
your workflow is clear, how other teams develop is not clear
<applepi>
They have a cross compiler they can use to build their application for ARM and drop it onto their board and test it until they want an actual image
<applepi>
Unfortunately it has to be in 32 bit
<applepi>
So I'm just waging war on yocto trying to figure out how to get libsensors on there in lib32 without it trying to also install a ton of other things in 32 bit as well
<DvorkinDmitry>
how to do a patch only if libpam-plugin-X installed?
<applepi>
Like systemd and etc
<applepi>
Maybe I can just figure out how to manually cross compile the library + few actual requirements (like I think perl is required for runtime?) and just stick that somewhere that my yocto recipe can just grab the already made binary.. ugly but maybe it would work?
<khem>
no dont do that, dependency handling by hand is fraught with errors
olani has quit [Ping timeout: 244 seconds]
<applepi>
Yeahhhhh I know... but digging through the recipe I'm just not sure what other options I've got.. maybe I can make another recipe that strips out most everything else?
vthor has quit [Quit: kill -9 $pid]
<khem>
you have two ways, 1. Build an sdk and hand that over to app guys and keep modifying to their needs with every version
<khem>
second option is everyone builds from common yocto setup, in that case you make changes push them into repository everyone else checks out and gets them
<khem>
anything in between is going to be more troublesome
<khem>
If app teams are not yocto savvy perhaps devtool is good interface to learn for them it will only take couple of hrs to know it
<khem>
DvorkinDmitry: conditional patching is no-no
<DvorkinDmitry>
khem, I'm thinking how to apply the patch to /etc/pam.d/su only if pam-plugin-wheel is installed OR if distro features contains "mysec". What solution is better?
<DvorkinDmitry>
it is not just simple libpam_%.bbappend with SRC_URI = mysu.patch. it should be applied only if DYNAMIC package libpam-plugin-wheel is installed OR the distro variables contains some substring... hmm.
Wouter0100 has quit [Server closed connection]
Wouter0100 has joined #yocto
<khem>
check distro feature
applepi has quit [Ping timeout: 256 seconds]
olof has quit [Server closed connection]
olof has joined #yocto
johndunet has quit [Quit: Client closed]
jclsn has quit [Ping timeout: 248 seconds]
jclsn has joined #yocto
<DvorkinDmitry>
khem, yes. but how to aply patch to the file in bash do_install() if DSTRO_FEATURE var is defined?
<DvorkinDmitry>
The URL: '{@bb.utils.contains("DISTRO_FEATURES",' is invalid and cannot be interpreted
tgamblin has quit [Quit: Leaving]
drkhsh has quit [Server closed connection]
LDericher has quit [Server closed connection]
drkhsh has joined #yocto
LDericher has joined #yocto
mrpelotazo has quit [Read error: Connection reset by peer]
mrpelotazo has joined #yocto
ablu has quit [Ping timeout: 248 seconds]
<DvorkinDmitry>
how to apply patch at do_install:append() step
<DvorkinDmitry>
how to apply patch at do_install:append() step?
<DvorkinDmitry>
and skip it at do_patch
Xogium has quit [Server closed connection]
ablu has joined #yocto
Xogium has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
derRichard has quit [Server closed connection]
derRichard has joined #yocto
michaelo has quit [Server closed connection]
michaelo has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
tprrt has quit [Server closed connection]
tprrt has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
iokill has quit [Server closed connection]
iokill has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
zeddii has quit [Server closed connection]
zeddii has joined #yocto
marka has quit [Server closed connection]
marka has joined #yocto
applepi has joined #yocto
<applepi>
khem - I meant what options I've got for getting lib32 libsensors on there other than creating a separate recipe for it that doesn't try to rebuild systemd and whatnot as well
dlan has quit [Server closed connection]
dlan has joined #yocto
gmorell has quit [Server closed connection]
gmorell has joined #yocto
ehussain has joined #yocto
amitk has joined #yocto
jmd has joined #yocto
OnkelUlla has joined #yocto
diamondman__ has quit [Server closed connection]
diamondman__ has joined #yocto
jonesv has quit [Server closed connection]
jonesv has joined #yocto
mithro has quit [Server closed connection]
mithro has joined #yocto
smurray has quit [Server closed connection]
smurray has joined #yocto
ehussain has quit [Remote host closed the connection]
kanavin_ has quit [Remote host closed the connection]
madisox_ has quit [Server closed connection]
madisox_ has joined #yocto
xtopher has quit [Server closed connection]
xtopher has joined #yocto
ehussain has quit [Ping timeout: 255 seconds]
ehussain has joined #yocto
Jah has quit [Ping timeout: 256 seconds]
kanavin has joined #yocto
CrazyGecko has joined #yocto
frieder has joined #yocto
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
mckoan|away is now known as mckoan
jmd has quit [Remote host closed the connection]
merit has quit [Server closed connection]
merit has joined #yocto
zpfvo has joined #yocto
prabhakalad has quit [Ping timeout: 255 seconds]
prabhakalad has joined #yocto
leon-anavi has joined #yocto
mdp has quit [Server closed connection]
Xywzel has quit [Server closed connection]
mdp has joined #yocto
Xywzel has joined #yocto
mbulut has joined #yocto
altru has joined #yocto
armpit has quit [Server closed connection]
armpit has joined #yocto
enok has joined #yocto
jmd has joined #yocto
nohit has quit [Server closed connection]
nohit has joined #yocto
dkl has quit [Server closed connection]
dkl has joined #yocto
CosmicPenguin has quit [Server closed connection]
CosmicPenguin has joined #yocto
LetoThe2nd has quit [Server closed connection]
LetoThe2nd has joined #yocto
paulbarker has quit [Server closed connection]
paulbarker has joined #yocto
eminboydak has quit [Ping timeout: 256 seconds]
altru has quit [Ping timeout: 256 seconds]
berton has joined #yocto
johndunet has joined #yocto
Jones42 has joined #yocto
ernstp has quit [Server closed connection]
ernstp has joined #yocto
khazakar has quit [Server closed connection]
khazakar has joined #yocto
<johndunet>
Hi everyone, I'm trying to install Docker on my Yocto project, but I'm having trouble configuring the kernel (Yocto Linux) correctly. Specifically, I can't get the veth module to load. I have enabled it in menuconfig, but after building the kernel and the image, it is still missing from my system.
<johndunet>
I've already spent more than ten hours trying to figure out why it doesn't work, but I haven't been successful. More details are available on the following Pastebin (tree of the recipe directory, recipe, check-config.sh execution, uname -a): https://pastebin.com/wsmaXm1W
<johndunet>
Any help would be greatly appreciated. Thank you!
<johndunet>
CONFIG_VETH is enabled on menuconfig
<Jones42>
johndunet: not sure, but have you checked the .config in the build folder? that would show you which config was actually used for building
<johndunet>
yes on the file /home/builder/builds/build-genericx86-64/tmp/work/genericx86_64-poky-linux/linux-yocto/5.15.72+gitAUTOINC+441f5fe000_0b628306d1-r0/linux-genericx86_64-standard-build/.config I have a line with CONFIG_VETH=m
applepi has quit [Quit: Client closed]
<Jones42>
(I'm hoping, someone knowledgeable will pass by eventually to actually provide useful information...)
<Jones42>
but you have CONFIG_VETH=y in your fragment, right? so maybe that's the first indication that something is off?
beneth has joined #yocto
<Jones42>
are you sure, your layer is picked up by bitbake?
<Jones42>
have you tried manually setting up a veth?
<frieder>
johndunet: not sure, but would the SRC_URI for the fragment need something like "type=kmeta;destsuffix=meta" at the end? And would you need to enable fragment.cfg in KERNEL_FEATURES?
<johndunet>
I make a try just before with SRC_URI += "file://fragment.cfg;subdir=git"
<frieder>
johndunet: still doesn't explain why .config has "CONFIG_VETH=m" and you see "# CONFIG_VETH is not set" in the final kernel, though. This should match even without your fragment being applied.
<frieder>
johndunet: subdir=git looks wrong, but I'm not a regular linux-yocto user so I might be off
<johndunet>
okay, but do you have any idea why the module is not available on the target system?
<Jones42>
are you sure, the kernel you've built is the one running on your system?
<mckoan>
johndunet: I don't have detail about your configuration
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
<johndunet>
Jones42 How can I be sure ?
<Jones42>
johndunet: you could diff the kernel from your build folder with the one you extract out of your image
<Jones42>
if you have a fitimage you could use dumpimage for example
<Jones42>
or just try the "nuclear option", delete the tmp folder, -c cleanall and give it a fresh try.
Guest74 has joined #yocto
<Guest74>
Hello, I met a issue when I try to build extended sdk, it seems to have mistake with cve checker: ERROR: Task (/home/yoctouser/build_nanbield/tmp/work/custom_machine-poky-linux/custom-image/1.0/sdk-ext/image/tmp-renamed-sdk/layers/poky/meta/recipes-core/meta/cve-update-nvd2-native.bb:do_fetch) failed with exit code 'setscene ignore_tasks' . Have
<Guest74>
you any idea to solve it?
bps has quit [Quit: Leaving]
ray-san has quit [Read error: Connection reset by peer]
ray-san has joined #yocto
jmd has quit [Ping timeout: 255 seconds]
<Jones42>
Guest74: you can check the tasks log/run files: (log|run).do_fetch
<mcfrisk>
anyone else seen zstd fetch errors? 'Unable to fetch URL from any source.', 'git://github.com/facebook/zstd.git;branch=release;protocol=https'
<rburton>
what's the actual error?
sakoman has quit [Ping timeout: 252 seconds]
<mcfrisk>
error: RPC failed; curl 92 HTTP/2 stream 0 was not closed cleanly: CANCEL (err 8)
<rburton>
mcfrisk: does a manual fetch of that repo work on the same machine outside of bitbake? wondering if there's a interop problem with your curl and github
<mcfrisk>
I had a working build with latest poky, meta-arm etc and now running meta-arm kas build to test patches, and that failed. odd
<RP>
mcfrisk: that works for some uses but not others. I'd still like to get it fixed upstream somehow. Even if it is non-default, we'd use it so it would get well tested
<neverpanic>
RP: can you give me a link to the upstream openssl bug?
<mcfrisk>
to me openssl upstream doesn't want to change the current difficult behavior of finding modules. I don't think these are security boundaries, but of course someone may disagree. using these as non-default feature is just like applying the patches, or using workarounds like openssl-native.bbclass.
ardo has quit [Server closed connection]
ardo has joined #yocto
<RP>
mcfrisk: I can understand there is inertia against change but it doesn't look to be insurmountable to me...
ehussain has quit [Quit: ehussain]
Marmottus11 has joined #yocto
ehussain has joined #yocto
<neverpanic>
Hm, yeah, that PR won't go anyway since it's Linux-only
florian has quit [Ping timeout: 255 seconds]
ehussain has quit [Remote host closed the connection]
ehussain has joined #yocto
Starfoxxes has joined #yocto
sudip_ is now known as sudip
<RP>
neverpanic: I'm hoping someone could pick it up and move it forward though
kanavin has quit [Remote host closed the connection]
<Guest74>
Hello, Is there a way to merge these 3 commands: bitbake ${IMAGE} -c build && bitbake ${IMAGE} -c populate_sdk && bitbake ${IMAGE} -c populate_sdk_ext ?
<neverpanic>
RP: Seems like Yocto is pretty alone in wanting to relocate OpenSSL, so if you want it you'll probably have to do it yourself.
LocutusOfBorg has quit [Server closed connection]
LocutusOfBorg has joined #yocto
kanavin has joined #yocto
tleb has quit [Server closed connection]
tleb has joined #yocto
prabhakalad has quit [Ping timeout: 260 seconds]
prabhakalad has joined #yocto
<Guest74>
Jones42 the issue come from do_populate_sdk_ext
prabhakalad has quit [Ping timeout: 260 seconds]
prabhakalad has joined #yocto
<Guest74>
Jones42 in ./tmp/work/x86_64-linux/cve-update-nvd2-native/1.0/temp/log.do_fetch all seems ok
xmn has joined #yocto
<Guest74>
Hello, I met a issue with do_populate_sdk_ext, it seems to have mistake with cve checker: ERROR: Task (/home/yoctouser/build_nanbield/tmp/work/custom_machine-poky-linux/custom-image/1.0/sdk-ext/image/tmp-renamed-sdk/layers/poky/meta/recipes-core/meta/cve-update-nvd2-native.bb:do_fetch) failed with exit code 'setscene ignore_tasks'.
<Guest74>
cve-update-nvd2-native:do_fetch is ok. Have you any idea to solve it?
amitk has quit [Read error: Connection reset by peer]
amitk has joined #yocto
qwerw has joined #yocto
qwerw77 has joined #yocto
enok has joined #yocto
lexano has joined #yocto
qwerw has quit [Ping timeout: 256 seconds]
sakman has quit [Server closed connection]
sakman has joined #yocto
qwerw77 has quit [Quit: Client closed]
jwinarsk has quit [Server closed connection]
jwinarsk has joined #yocto
neverpanic has quit [Server closed connection]
neverpanic has joined #yocto
johndunet has quit [Quit: Client closed]
ad__ has quit [Server closed connection]
ad__ has joined #yocto
enok has quit [Ping timeout: 265 seconds]
jmd has joined #yocto
alimon has joined #yocto
ederibaucourt has quit [Server closed connection]
ederibaucourt has joined #yocto
abelloni has joined #yocto
khimaros has quit [Server closed connection]
khimaros has joined #yocto
johndunet has joined #yocto
florian has joined #yocto
grma has quit [Server closed connection]
arisut has quit [Quit: install gentoo]
arisut has joined #yocto
florian_kc has joined #yocto
arisut has quit [Quit: install gentoo]
florian has quit [Ping timeout: 246 seconds]
arisut has joined #yocto
hubi has joined #yocto
<hubi>
Hi while building yocto project i have an error:
<Jones42>
hubi: probably there's no /keys directory ?
<vmeson>
hubi: no one will be able to help unless you explain the problem a bit more. Look at the log file, summarize what's going on. Mention what version of YP you are using and whether you have layers that are not public (such as a BSP).
<Guest74>
Hello, I met a issue with do_populate_sdk_ext, it seems to have mistake with cve checker: ERROR: Task (/home/yoctouser/build_nanbield/tmp/work/custom_machine-poky-linux/custom-image/1.0/sdk-ext/image/tmp-renamed-sdk/layers/poky/meta/recipes-core/meta/cve-update-nvd2-native.bb:do_fetch) failed with exit code 'setscene ignore_tasks'.
<Guest74>
cve-update-nvd2-native:do_fetch is ok. Have you any idea to solve it?
hubi has quit [Client Quit]
<vmeson>
Guest74: does the error occur with just oe-core/bitbake (poky) ? If so what version? Also, if it is reproducible, you could report a bugzilla.yoctoproject.org bug.
Xagen has joined #yocto
johndunet has quit [Quit: Client closed]
arisut has quit [Quit: install gentoo]
arisut has joined #yocto
florian_kc has quit [Ping timeout: 255 seconds]
jmd has quit [Remote host closed the connection]
ray-san has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
mischief has quit [Server closed connection]
mischief has joined #yocto
<khem>
RP: I have few busybox patches on ml pending for long time now
<khem>
RP: they are primarily CVE fixes and one is to fix with 6.9 kernel headers
<khem>
infact top 4 if you want to consider GCC CVE fix as well
CrazyGecko has quit [Ping timeout: 255 seconds]
Guest74 has quit [Quit: Client closed]
wak has quit [Server closed connection]
wak has joined #yocto
hoyes7 has quit [Server closed connection]
hoyes7 has joined #yocto
rfuentess has quit [Remote host closed the connection]
jmd has joined #yocto
MrCryo has joined #yocto
ehussain has quit [Quit: ehussain]
<moto-timo>
I've got a variable HDF_PATH that I need to change a substring in, so I tried HDF_PATH = "${@d.getVar('HDF_PATH').replace('bad', '')" but I get a RecursionError: maximum recursion depth exceeded. This is on sumo (I have no choice, it has to be sumo).
<moto-timo>
Any ideas how to work around the recursion depth issue?
<moto-timo>
JaMa: it is in a BSP layer... I'm having to do some rewriting of local.conf to make the project build in a docker container (sumo is ancient).
<JaMa>
is it some xilinx stuff?
<moto-timo>
strangely enough, if I do `HDF_PATH_TMP = "${@dgetVar('HDP_PATH')}"` that resolves. so it is the .replace that is the issue.
<moto-timo>
JaMa: indeed... old MEL metadata from 2018
<JaMa>
HDF_PATH_TMP = "${@dgetVar('HDP_PATH_TMP')" would fail as well
<moto-timo>
immediate expansion maybe and then do the replace?
<JaMa>
what I meant was to look at the original HDF_PATH assignment and just assign the new value instead of trying to replace itself
<moto-timo>
JaMa: yeah, I know. But I am trying to be fancy and have the script work on multiple BSPs. You are probably right that I should stop being fancy.
<JaMa>
and those multiple BSPs are assigning some hardcoded string directly?
<moto-timo>
JaMa: yes. Perhaps I can change how the layers are setup, because it is an extra couple of path elements in the middle of the hardcoded path that are the pain point
<moto-timo>
legacy code that probably should be done differently, but for now I just need to get it building again with slightly different tooling
<moto-timo>
before I strap a rocket to it and upgrade it to scarthgap.
<moto-timo>
heh. immediate expansion is of course "None". lol
<moto-timo>
maybe I can use `LAYERDIR_bad-bsp` instead.
<moto-timo>
thanks you'all for the ideas
fray has quit [Server closed connection]
fray has joined #yocto
mckoan is now known as mckoan|away
tokamak has quit [Server closed connection]
tokamak has joined #yocto
goliath has joined #yocto
__lore__ is now known as _lore_
leon-anavi has quit [Remote host closed the connection]
<moto-timo>
I did it with a python function added to an external-hdf.bbappend, gated on whether CONTAINERIZED_BUILD is set or not. So local.conf drives whether the change happens or not.
Marmottus11 has joined #yocto
<RP>
khem: they were testing in abelloni's queue, they just merged
<danieltak>
Bitbake failed with exit code '1' when using multiple cores
<danieltak>
I wanted to know if it is a Bug that should be reported on Bugzilla
<danieltak>
?
rjones2 has joined #yocto
<vmeson>
danieltak: thanks for asking. Can you check the system logs to see if you just ran out of memory (dmesg)? If you didn't and if you can reproduce the issue using just poky on a supported branch, then yes please report the bug .
frieder has quit [Remote host closed the connection]
roussinm has joined #yocto
florian__ has joined #yocto
<fray>
I'm working on a fix for various issue with static-library processing in package.py.. I'm still working on test-cases, but figured I'd post this to see if anyone had feedback..
<rburton>
danieltak: i do builds with -j32 and i know people who do builds with -j48 so its not a problem in bitbake. you're quite possibly OOMing.
danieltak has quit [Ping timeout: 256 seconds]
nerdboy has quit [Ping timeout: 255 seconds]
berton has quit [Quit: Connection closed for inactivity]
nerdboy has joined #yocto
florian__ has quit [Ping timeout: 276 seconds]
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
zpfvo has quit [Quit: Leaving.]
amitk_ has joined #yocto
amitk has quit [Read error: Connection reset by peer]
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 252 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
roussinm has quit [Quit: WeeChat 3.3-dev]
jmd has quit [Remote host closed the connection]
nerdboy has quit [Ping timeout: 276 seconds]
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
enok has joined #yocto
nerdboy has joined #yocto
<tlwoerner>
why are my master builds exploding? bmaptool-native, python3-six-native, and u-boot all failing so far
<tlwoerner>
hmm... looks fishy
<tlwoerner>
probably something on my end
<fray>
I've not seen that on master...
<fray>
but I'm only running some target selftest builds currently
<marex>
tlwoerner: logs usually help
<tlwoerner>
sometimes just putting that out there might illicit a quick "yes, we're aware"-type response, which is helpful
<tlwoerner>
in my case two separate build machines were doing the same-ish master build, one was failing all over, and the other completed without issue just after i asked
mbulut has joined #yocto
Starfoxxes has quit [Remote host closed the connection]
enok has quit [Ping timeout: 276 seconds]
Guest89 has joined #yocto
Guest89 has quit [Client Quit]
vquicksilver has quit [Quit: WeeChat 4.2.3]
vquicksilver has joined #yocto
florian has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
florian has quit [Ping timeout: 252 seconds]
mbulut has quit [Ping timeout: 252 seconds]
MrCryo has quit [Remote host closed the connection]