ndec changed the topic of #yocto to: "Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2022.05) May 17 - 19, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec"
OnkelUlla has quit [Read error: Connection reset by peer]
OnkelUlla has joined #yocto
sakoman has joined #yocto
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
qschulz has quit [Read error: Connection reset by peer]
qschulz has joined #yocto
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
JPEW has quit [Read error: Connection reset by peer]
JPEW has joined #yocto
GNUmoon2 has joined #yocto
rber|res has joined #yocto
GNUmoon2 has quit [Remote host closed the connection]
RobertBerger has quit [Ping timeout: 252 seconds]
GNUmoon2 has joined #yocto
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
starblue1 has quit [Ping timeout: 245 seconds]
starblue1 has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
jmiehe1 has joined #yocto
jmiehe has quit [Ping timeout: 264 seconds]
jmiehe1 is now known as jmiehe
michaf has joined #yocto
seninha has quit [Remote host closed the connection]
michaf has quit [Ping timeout: 252 seconds]
michaf has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
sakoman has quit [Quit: Leaving.]
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
nathani has quit [Read error: Connection reset by peer]
amitk has joined #yocto
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
goliath has joined #yocto
GNUmoon2 has quit [Read error: Connection reset by peer]
GNUmoon2 has joined #yocto
JPEW has quit [Ping timeout: 252 seconds]
JPEW has joined #yocto
goliath has quit [Quit: SIGSEGV]
wkawka has joined #yocto
thomasd13 has joined #yocto
Schlumpf has joined #yocto
hcg has joined #yocto
goliath has joined #yocto
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #yocto
zpfvo has joined #yocto
mckoan|away is now known as mckoan
<mckoan> good morning
leon-anavi has joined #yocto
ptsneves has joined #yocto
GNUmoon2 has quit [Write error: Broken pipe]
GNUmoon2 has joined #yocto
mvlad has joined #yocto
<qschulz> o/
<perdmann> Hi, i have a weird problem. I gave my gpio pins "labels" in an dtb overlay. Now libgpio shows them as "used". Is this expected and just my misunderstanding?
prabhakarlad has joined #yocto
<mckoan> perdmann: how did you assign the label, and how did test it? What is saying gpioinfo ?
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
<perdmann> mcfrisk: line 17: unnamed "relay1" output active-low [used]
<perdmann> mckoan: https://dpaste.org/ira6g
<perdmann> mcfrisk: sorry :)
GNUmoon2 has quit [Ping timeout: 268 seconds]
<mckoan> perdmann: you are not only giving a label to the GPIO but also requiring it, therefore it will appear as "used"
<mckoan> perdmann: to simply name GPIOS you have to use &gpio {
<mckoan> &gpio { gpio-line-names
GNUmoon2 has joined #yocto
GNUmoon2 has quit [Remote host closed the connection]
florian has joined #yocto
michaf has quit [Ping timeout: 252 seconds]
GNUmoon2 has joined #yocto
manuel1985 has joined #yocto
davidinux has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
davidinux has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<ptsneves> @RP Regarding the hardcoded .libs in lame. Should we globally disable the hardcode_lib_spec on libtools after all?
<perdmann> mckoan: thanks, iam still struggling how this "syntax" is working
<perdmann> mckoan: gpio-line-names = < "...." for appending?
<RP> ptsneves: I don't know what that does so I can't really say. I'm just wondering why only lame shows the problem
michaf has joined #yocto
<JaMa> RP: for glibc revert (DEBUG_BUILD) I don't have strong opinion, you're right it's annoying to cary additional patch which won't be upstreamed any time soon, my fix for -Os is still waiting for review for almost 4 years as well https://patchwork.ozlabs.org/project/glibc/patch/20181217213618.29538-1-Martin.Jansa@gmail.com/ (and we have this one in oe-core)
<JaMa> it's just that I was building kirkstone with DEBUG_BUILD recently and it was building fine and then I've tested with kirkstone-next and it started to fail, so it's kind of regression in stable branch
<RP> JaMa: right, but if upstream don't support building with -O1, we should perhaps just disable that in the recipe instead as it likely causes various issues
<JaMa> other fixes for -O1 were accepted upstream
<RP> JaMa: hmm, that isn't what khem told me :/
gsalazar has joined #yocto
<RP> JaMa: I think we at least need to see what upstream's position is
<JaMa> we had this in glibc.inc long time ago (2018)
<JaMa> + if opt_effective == "-O0":
<JaMa> + bb.fatal("%s can't be built with %s, try -O1 instead" % (d.getVar('PN'), opt_effective))
<RP> Perhaps we're confusing the levels
manuel_ has joined #yocto
<ptsneves> RP: The librool patch i mention in my reply to you was authored by you. I will investigate whether the contamination is specific to lame then.
<JaMa> https://sourceware.org/glibc/wiki/FAQ#Why_do_I_get:.60.23error_.22glibc_cannot_be_compiled_without_optimization.22.27.2C_when_trying_to_compile_GNU_libc_with_GNU_CC.3F
<RP> ptsneves: ah, I suspect I've not seen the reply yet :)
<RP> ptsneves: this sounds like we aren't running libtoolize on lame then?
<ptsneves> RP: :) ok no problem.
<RP> JaMa: sounds like khem may be thinking of -O0 instead of -O1 then
<RP> JaMa: I think we need to mention it to upstream and get an opinion
manuel1985 has quit [Ping timeout: 252 seconds]
<JaMa> I think DEBUG_BUILD uses -Og which is somewhat between -O1 and -O0 (Like -O0, -Og completely disables a number of optimization passes so that individual options controlling them have no effect. Otherwise -Og enables all -O1 optimization flags except for those that may interfere with debugging:)
<RP> JaMa: I wonder if it works with -O1? You'd think glibc would want to support -Og :/
<JaMa> I'll check if Sundeep KOKKONDA or buildroot people already reported it upstream
<JaMa> I'll check with O1 later today (still having memory issues on my only builder)
* RP worries about why a selftest passed on debian but not on centos for sstate sigs
<RP> gah, we have a determinism problem in the selftest :(
vladest has joined #yocto
<ptsneves> @RP do you use any tool for sstate sig comparison? I never was very successful with the diffsigs workflow
<RP> ptsneves: I use diffsigs but the tooling could be improved a lot
<ptsneves> RP: Thanks. Yes, the tooling needs some love. I will try to get some time allocated to work on it.
<ptsneves> In another topic, can you confirm we currently have no way of staging GO dependencies, and thus DEPENDS does not work for go projects? Was this ever discussed?
<RP> ptsneves: I don't know much about go and how we ended up handling dependencies
<LetoThe2nd> yo dudX
<michaf> Hello, I'm new to yocto and I'm still trying to get my own program to work by writing a custom recipe. Quick question: the compiler throws the following warning: cc1: warning: include location "/usr/include/SDL2" is unsafe for cross-compilation [-Wpoison-system-directories]. However, if I set the include directory to ${D}${includedir}/SDL2 it does not work. Any idea? I'm using dunfell and since I'm
<michaf> using Yocto at work, I can't upgrade to a more recent version.
<rburton> michaf: use pkg-config to get the cflags/libs for libsdl
<rburton> ${D} is empty when you're compiling, as it's where you *install to*
<JaMa> RP: there is upstream ticket for glibc already https://sourceware.org/bugzilla/show_bug.cgi?id=29249
<michaf> rburton: thanks, got an example how to use pkg-config with Yocto?
<rburton> same way you'd use it anywhere else
<rburton> are you writing compile commands in your do_compile, or do you have a makefile, or cmake, or what?
<rburton> (using a proper build system makes things a lot easier)
manuel_ has quit [Remote host closed the connection]
<michaf> The project itself uses CMake, however, I can't use it with Yocto since it downloads dependencies. I don't want that in my Yocto layer. So I'm trying to compile the program manually using do_compile()
manuel_ has joined #yocto
<rburton> probably easier to fix the cmake (if its using FetchContent you can pre-fetch) than replicate by hadn
gsalazar has quit [Ping timeout: 245 seconds]
gsalazar has joined #yocto
<michaf> The dependencies that are autoamtically downloaded using CMake have different licenses, so I rather use different recipes to install the dependencies. I use ExternalProject_Add.
<michaf> Okay, I look into pkg-config.
<LetoThe2nd> jonmason: which repo can be considered authorative for meta-zephyr? yours? git.yp.org?
<RP> JaMa: great, I'm happy it is in the system
<rburton> michaf: $(CC) $($PKG_CONFIG --cflags --libs libSDL-2.0) ... is how you use pkgconfig
<rburton> LetoThe2nd: git.yoctoproject.org
<michaf> Thanks
<rburton> LetoThe2nd: jon's fork is to run some CI
<LetoThe2nd> rburton: kthx
<rburton> michaf: i still recommend fixing the cmake so it works with prebuilt libs as otherwise you'll be constantly updating your build steps
<michaf> Your suggestion does not work yet
<michaf> fatal error: SDL.h: No such file or directory
<rburton> maybe i got the name wrong
<michaf> Well, you're probably right about that but first I really wanna get it to work once. So see if everthing works on the platform.
<rburton> yeah its "sdl2"
<LetoThe2nd> and pkg-config will only be able to find stuff that you have in DEPENDS
<rburton> yeah, i assume you have it in DEPENDS already
<michaf> I have it in DEPENDS
<rburton> but the name was wrong, so that's the problem
<michaf> it's libsdl2 in DEPENDS
<michaf> sdl2 still isn't right. Odd.
<rburton> really hard to help without seeing what you've written
<michaf> One second.
Guest22 has joined #yocto
manuel_ has quit [Remote host closed the connection]
manuel_ has joined #yocto
seninha has joined #yocto
<rburton> wow, externalprojecting sdl is just weird
<LetoThe2nd> as is not inheriting pkgconfig and adding a nag banner
<michaf> I prefer externalproject_add over sub-modules because it just works.
<michaf> However, it fails in my yocto environment. The download fails for some reason.
<rburton> but just linking to an existing libsdl is better for everyone
<rburton> yeah missing pkgconfig inherit won't help
<rburton> also fwiw github /archive/ urls are not reliable, those checksums will randomly change. do a proper git: fetch
Guest22 has quit [Quit: Client closed]
<michaf> Are you certain? Why should the repack the archives once they're archived?
<rburton> Because github dynamically generate the archive and cache for a period of time. If the cache expires and the archive is regenerated it won't be identical.
<rburton> (this is not a hypothetical problem)
<michaf> Thanks, I'll keep that in mind and update the recipe accordingly.
<rburton> you should have got a warning from bitbake
fabatera[m] has joined #yocto
<michaf> rburton: did you spot anything obviously wrong in my recipe?
<michaf> brb, need to go to the office.
michaf has quit [Ping timeout: 245 seconds]
gsalazar has quit [Remote host closed the connection]
stan has joined #yocto
stan is now known as Guest934
Guest934 has quit [Client Quit]
<jonmason> LetoThe2nd: mine can be used, but we probably should have a better one. I wonder if we should use the oe github account to mirror important repos or if that pollutes what is trying to be done there.
seninha has quit [Ping timeout: 245 seconds]
<LetoThe2nd> jonmason: reason why I'm asking is obviously the round trip of arriving patches to the yp.o one.
jmiehe has quit [Ping timeout: 260 seconds]
<qschulz> LetoThe2nd: WHAT, you're contributing /o\
michaf_ has joined #yocto
<LetoThe2nd> qschulz: nah certainly not, only consuming as always.
<qschulz> LetoThe2nd: you almost scared me, I thought something had happened to you
<LetoThe2nd> qschulz: strange things happen all of the time, right? https://lpc.events/event/16/contributions/1196/
michaf_ has quit [Quit: Client closed]
michaf_ has joined #yocto
<jonmason> LetoThe2nd: the meta-zephyr maintainer has decent responsiveness. However, if you are asking me to do a master-next, like I do for meta-arm (where I just throw all the patches on list into CI automatically), I can do something like that
<LetoThe2nd> jonmason: no, not asking/expecting anything. just getting an understanding of the zephyr workings :-)
<jonmason> LetoThe2nd: Arm is just meta-zephyr users. So, we're trying to make it a little more usable in that respect (with CI, etc). I could offer what I said above to Naveen, and it might be useful to him
<jonmason> my script is a little clunky right now and not getting everything, but it could be useful to him
<jonmason> I'll email him and see if it is something he wants
destmaster84 has joined #yocto
<destmaster84> I got this error when trying to use devtool to modify the kernel sources: what is the reason?
<destmaster84> abe@YoctoJamTest:~/fsl-community-bsp/build$ devtool modify linux-engicam
<destmaster84> NOTE: Starting bitbake server...
<destmaster84> Loading cache: 100% |###################################################| Time: 0:00:00
<destmaster84> Loaded 3706 entries from dependency cache.
<destmaster84> Parsing recipes: 100% |#################################################| Time: 0:00:07
<destmaster84> Parsing of 2559 .bb files complete (2557 cached, 2 parsed). 3708 targets, 477 skipped, 0 masked, 0 errors.
<destmaster84> Traceback (most recent call last):
<destmaster84>   File "/home/abe/fsl-community-bsp/sources/poky/scripts/devtool", line 334, in <module>
<destmaster84>     ret = main()
<destmaster84>   File "/home/abe/fsl-community-bsp/sources/poky/scripts/devtool", line 321, in main
<destmaster84>     ret = args.func(args, config, basepath, workspace)
<destmaster84>   File "/home/abe/fsl-community-bsp/sources/poky/scripts/lib/devtool/standard.py", line 826, in modify
<destmaster84>     if (os.path.exists(srcdir) and os.listdir(srcdir)) and (kernelVersion in staging_kerVer and staging_kbranch == kbranch):
<destmaster84> TypeError: 'in <string>' requires string as left operand, not NoneType
<qschulz> destmaster84: which version of yocto are you using?
<destmaster84> qschulz Dunfell (fsl-community-bsp-platform)
<qschulz> destmaster84: the recipe is missing a LINUX_VERSION
<destmaster84> qschulz Could you suggest what I should check and how can fix it?
<mckoan> destmaster84: which URL and branch are you using to clone the meta-engiam you have ?
<qschulz> destmaster84: send a patch to this repo which adds LINUX_VERSION ?= "5.4.70" to https://github.com/engicam-stable/meta-engicam-nxp/blob/zeus/recipes-kernel/linux/linux-engicam_5.4.70.bb
<qschulz> destmaster84: meanwhile, you can have your own bbappend in your own layer which only adds this variable
<destmaster84> qschulz Thanks!
nad has joined #yocto
kscherer has joined #yocto
destmaster84 has quit [Quit: Client closed]
<mckoan> qschulz: destmaster84: pull request added
ardo has quit [Read error: Connection reset by peer]
<mckoan> who is webmaster@yoctoproject.org ?
<mckoan> looks like a black hole
florian has quit [Quit: Ex-Chat]
<LetoThe2nd> oe-pkgdata-util gives me stuff that goes into the rootfs, but how can I find out who or what placed a specific file in the deploy dir?
ardo has joined #yocto
<rburton> you can't
<mihai> you ask here :)
<LetoThe2nd> meh :-(
sakoman has joined #yocto
nad has quit [Ping timeout: 252 seconds]
GNUmoon2 has quit [Ping timeout: 268 seconds]
xmn has quit [Ping timeout: 252 seconds]
michaf_ has quit [Ping timeout: 252 seconds]
Minvera has joined #yocto
GNUmoon2 has joined #yocto
Xagen has joined #yocto
destmaster84 has joined #yocto
thomasd13 has quit [Ping timeout: 268 seconds]
jmiehe has joined #yocto
<destmaster84> qschulz, sorry not solve the issue... another different error
<destmaster84> devtool modify linux-engicam
<destmaster84> NOTE: Starting bitbake server...
<destmaster84> Loading cache: 100% |###################################################| Time: 0:00:00
<destmaster84> Loaded 3706 entries from dependency cache.
<destmaster84> Parsing recipes: 100% |#################################################| Time: 0:00:04
<destmaster84> Parsing of 2559 .bb files complete (2557 cached, 2 parsed). 3708 targets, 477 skipped, 0 masked, 0 errors.
<destmaster84> NOTE: Resolving any missing task queue dependencies
<destmaster84> Build Configuration:
<destmaster84> BB_VERSION = "1.46.0"
<destmaster84> BUILD_SYS = "x86_64-linux"
<destmaster84> NATIVELSBSTRING = "universal"
<destmaster84> TARGET_SYS = "arm-fslc-linux-gnueabi"
<destmaster84> MACHINE = "imx6ull-microgea"
<destmaster84> DISTRO = "fslc-framebuffer"
<destmaster84> DISTRO_VERSION = "3.1"
<destmaster84> TUNE_FEATURES = "arm vfp cortexa7 neon thumb callconvention-hard"
<destmaster84> TARGET_FPU = "hard"
<destmaster84> meta
<destmaster84> meta-poky = "HEAD:d695bd0d3dc66f2111a25c6922f617be2d991071"
<destmaster84> | /home/abe/fsl-community-bsp/build/tmp/work/imx6ull_microgea-fslc-linux-gnueabi/linux-engicam/5.4.70+gitAUTOINC+b147aa1b35-r0/devtooltmp-um9nviip/temp/run.do_kernel_localversion.2885619: 121: cannot open
<destmaster84> /home/abe/fsl-community-bsp/build/tmp/work/imx6ull_microgea-fslc-linux-gnueabi/linux-engicam/5.4.70+gitAUTOINC+b147aa1b35-r0/devtooltmp-um9nviip/workdir/defconfig: No such file
<destmaster84> | WARNING: exit code 2 from a shell command.
<destmaster84> | ERROR: Execution of '/home/abe/fsl-community-bsp/build/tmp/work/imx6ull_microgea-fslc-linux-gnueabi/linux-engicam/5.4.70+gitAUTOINC+b147aa1b35-r0/devtooltmp-um9nviip/temp/run.do_kernel_localversion.2885619' failed with exit code 2
<destmaster84> NOTE: Tasks Summary: Attempted 428 tasks of which 417 didn't need to be rerun and 1 failed.
<destmaster84> NOTE: Writing buildhistory
<destmaster84> NOTE: Writing buildhistory took: 4 seconds
<destmaster84> ERROR: Extracting source for linux-engicam failed
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
<mckoan> destmaster84: you could grasp the kernel sources from tmp and work on it out of Yocto
xmn has joined #yocto
<mckoan> destmaster84: BTW are you sure that that repo is tested by the vendor, ask to Matteo
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
<destmaster84> mckoan some weeks ago I've asked to Matteo about the possibility to work with a LTS version. He has suggested to use that repo... I've wrote to Matteo to get support about,..
ptsneves has quit [Ping timeout: 252 seconds]
davidinux has quit [Ping timeout: 268 seconds]
davidinux has joined #yocto
<rburton> zeddii: can the oe-core kernel/module classes sign out-of-tree modules, or is that still something to be done?
<zeddii> I don't recall seeing it done, but i didn't look to closely at some of the signing patches over the past few months to know if it has been tried recently. I'm sure it is being done though.
destmaster84 has quit [Quit: Client closed]
goliath has quit [Quit: SIGSEGV]
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #yocto
angrysiamese has joined #yocto
hcg has quit [Quit: Client closed]
seninha has joined #yocto
wkawka has quit [Quit: Client closed]
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
florian_kc has joined #yocto
hcg has joined #yocto
sotaoverride has quit [Ping timeout: 252 seconds]
florian_kc has quit [Ping timeout: 240 seconds]
sotaoverride has joined #yocto
prabhakarlad has quit [Quit: Client closed]
jackos888[m] has quit [Quit: You have been kicked for being idle]
zpfvo has quit [Remote host closed the connection]
Schlumpf has quit [Quit: Client closed]
mckoan is now known as mckoan|away
manuel_ has quit [Quit: Leaving]
goliath has joined #yocto
GNUmoon2 has quit [Remote host closed the connection]
prabhakarlad has joined #yocto
seninha has quit [Remote host closed the connection]
seninha has joined #yocto
<khem> RP: I definitely had -O0 in mind, but -O2 is what they test mostly all other options are not tested as much
<khem> -Og and -Oz might be interesting combinations
<khem> the issue seems to be something that should be fixed in glibc to me
seninha has quit [Client Quit]
Guest5 has joined #yocto
jpuhlman_ has joined #yocto
jpuhlman is now known as Guest5074
Guest5074 has quit [Killed (sodium.libera.chat (Nickname regained by services))]
jpuhlman_ is now known as jpuhlman
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
seninha has joined #yocto
jmiehe has quit [Ping timeout: 260 seconds]
Circuitsoft has quit [Quit: Connection closed for inactivity]
ferlzc has joined #yocto
odra has joined #yocto
<Xagen> can you retain the archive from the SRC_URI after unpacking?
<rburton> Xagen: its in DL_DIR
<rburton> Xagen: if you want the actual tarball in your recipe, you can ask bitbake not to unpack it
<rburton> so I think we should do an arch check in native recipes, I just built a pile of native recipes which are for the wrong architecture (don't ask)
<Xagen> rburton: thanks
florian_kc has joined #yocto
jatedev has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
Tokamak has quit [Quit: Textual IRC Client: www.textualapp.com]
leon-anavi has quit [Quit: Leaving]
<jatedev> I am trying out a kirkstone hash equivalency server for my dunfell build. I created a kirkstone read-only hashserv which uses that database. Is this the right way to do it?
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
jmiehe has joined #yocto
xmn has quit [Ping timeout: 245 seconds]
<kergoth> LetoThe2nd: I suspect you could examine the sstate manifests for it (specific file in the deploy dir)
hcg has quit [Ping timeout: 252 seconds]
dacav has joined #yocto
amitk has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
tgamblin has quit [Ping timeout: 268 seconds]
goliath has quit [Quit: SIGSEGV]
Guest5 has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
Minvera has quit [Remote host closed the connection]
sotaoverride has quit [Ping timeout: 268 seconds]
nad has joined #yocto
nad83 has joined #yocto
nad54 has joined #yocto
sakoman has quit [Ping timeout: 252 seconds]
mvlad has quit [Remote host closed the connection]
nad has quit [Ping timeout: 252 seconds]
nad83 has quit [Ping timeout: 252 seconds]
sotaoverride has joined #yocto
florian_kc has joined #yocto
ferlzc has quit [Ping timeout: 268 seconds]
kscherer has quit [Quit: Konversation terminated!]
sotaoverride has quit [Ping timeout: 252 seconds]
sotaoverride has joined #yocto
sakoman has joined #yocto
prabhakarlad has quit [Quit: Client closed]
nad54 has quit [Quit: Client closed]
jatedev has quit [Quit: Client closed]
xmn has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
odra has quit [Ping timeout: 276 seconds]
nemik has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
tgamblin has joined #yocto
wyre has quit [Ping timeout: 240 seconds]
MrFrank has quit [Ping timeout: 272 seconds]
MrFrank has joined #yocto
wyre has joined #yocto