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"
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
goliath has quit [Quit: SIGSEGV]
roussinm has joined #yocto
roussinm has quit [Read error: Connection reset by peer]
roussinm has joined #yocto
davidinux has quit [Ping timeout: 255 seconds]
davidinux has joined #yocto
Guest60 has joined #yocto
<Guest60> i'm trying to run my yocto build in a docker container.. encountering an issue unpacking files being fetched. For example "xz: /home/dev/build/downloads/libcap-2.32.tar.xz: No such file or directory". When I check the download folder, there is a similar file called /home/dev/build/downloads/libcap-2.32.tar.xz.lock. Doesnt seem like fetch finished?
<Guest60> But I dont see errors in the fetch log
starblue has quit [Ping timeout: 272 seconds]
starblue has joined #yocto
sakoman has quit [Quit: Leaving.]
kscherer has quit [Quit: Konversation terminated!]
roussinm has quit [*.net *.split]
nemik has quit [*.net *.split]
nemik has joined #yocto
roussinm has joined #yocto
xmn has quit [Quit: ZZZzzz…]
seninha has quit [Read error: Connection reset by peer]
seninha has joined #yocto
seninha has quit [Remote host closed the connection]
Guest60 has quit [Quit: Client closed]
dlan has joined #yocto
roussinm has quit [Read error: Connection reset by peer]
xmn has joined #yocto
jclsn has quit [Ping timeout: 252 seconds]
jclsn has joined #yocto
roussinm has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
camus1 has joined #yocto
nemik has joined #yocto
xmn has quit [Ping timeout: 272 seconds]
camus has quit [Ping timeout: 260 seconds]
camus1 is now known as camus
camus1 has joined #yocto
camus has quit [Ping timeout: 260 seconds]
camus1 is now known as camus
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
GNUmoon has quit [Ping timeout: 258 seconds]
GNUmoon has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
alessioigor has joined #yocto
roussinm has quit [Ping timeout: 252 seconds]
AKN has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<AKN> Dependency gbm found: NO found 19.1.6 but need: '>= 21.1.1' (cached)
<AKN> | Message: dmabuf-feedback requires gbm which was not found. If you rather not build this, drop "dmabuf-feedback" from simple-clients option.
<AKN> |
<AKN> | ../weston-10.0.1/clients/meson.build:42:0: ERROR: Dependency 'gbm' is required but not found.
<AKN> Hi Everyone Kindly guide me on how to solve this issue for weston build
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<JaMa> AKN: enable PACKAGECONFIG in mesa
yashraj466 has joined #yocto
<AKN> JaMa: How to enable it for weston
<LetoThe2nd> yo dudX
Schlumpf has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
mvlad has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
mckoan|away is now known as mckoan
<mckoan> good morning all; LetoThe2nd
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
vladest has quit [Ping timeout: 255 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Schlumpf has quit [Ping timeout: 244 seconds]
rfuentess has joined #yocto
<michaelo> yo Sep and good morning all
<LetoThe2nd> yo michaelo
yashraj466 has quit [Ping timeout: 244 seconds]
<derRichard> can it be that DL_DIR is not suitable for concurrent use by different users? i have proper ACLs installed but still see total crazy build errors from time to time.
<derRichard> i guess it is better to use PREMIRRORS?
camus has quit [Ping timeout: 272 seconds]
camus has joined #yocto
<LetoThe2nd> derRichard: I think it should be, using the lockfiles?
<derRichard> it should but it still fails. sometimes also permissions are messed up (i guess some fetcher ignores umask, etc..)
<LetoThe2nd> hm
<derRichard> do you have such a setup running?
<LetoThe2nd> nope, sorry.
<derRichard> this is one of the errors i see sometimes: Exception: subprocess.CalledProcessError: Command '['rm', '-rf', '/downloads/git2/git.XXX.at.AAA.XXX.YYY.git']' returned non-zero exit status 1.
<derRichard> it's always the git fetcher btw.
<qschulz> derRichard: why does it rm?
<derRichard> i guess someone ran bitbake -c cleanall?
<derRichard> no idea. this is a huge build server with many users
<qschulz> yeah, this is unsafe
<derRichard> all i wanted is a shared dl dir to not waste tons of disk storage :-)
<derRichard> so sharing dl dir is broken/unsupported?
<qschulz> no cleansstate or cleanall should be made on shared directories
<qschulz> same for sstate cache
<qschulz> if you have users sharing it, make a SSTATE_MIRROR and PREMIRRORS
<qschulz> you can populate it with your builders with rsync
<derRichard> so far i care only about dl_dir not sstate
<derRichard> if PREMIRRORS is the way to go, i'll do so :)
<qschulz> that's how I would do it
<qschulz> I know you cannot share a SSTATE_CACHE directory with users running cleansstate
<derRichard> is my use case that uncommon?
<derRichard> having more than one developer on the same machine?
<qschulz> that is, because bitbake checks the sstate availability at start but only fetch them later. SO you have a window where things could go bad (also, even i f that was not the case, there's always a time window where you oculd be fetching a sstate object and someone is removing it at the same time)
<qschulz> at least, my recollection from discussions we had here in the past, may be very wrong
<qschulz> derRichard: IIRC, the autobuilders have the sstatecache (and dl_dir?) mounted on an NFS share they all share
florian has joined #yocto
<qschulz> but the autobuilders don't run cleansstate/cleanall so that's safe AFAIR
<derRichard> if nobody changes dl_dir everything should be fine, i guess :D
iokill_ is now known as iokill
<JaMa> yes, the builders can use SSTATE_DIR/DL_DIR directly (without rsync - so it's on mirror earlier not after the whole build is finished), but regular users should use this as RO SSTATE_MIRROR/PREMIRROR
<derRichard> btw. using premirros like that should work? PREMIRRORS:prepend = "git://.*/.* file:///dl/git2/"
<derRichard> with /dl/ being a former dl_dir
<JaMa> then the biggest pain is when you need to clean the sstate, for which we block triggering other jenkins jobs when prune-sstate task is queued (daily), but local builds can still happen to use some sstate while it's getting removed from CIFS/NFS and get not fatal error about sstate disappearing during the build
<derRichard> as i said, i don't care about sstate sofar. for now i just want dl_dir :)
<JaMa> derRichard: why just for git:// what about http etc and now also crates? use own-mirrors.bbclass or replicate that
<JaMa> and make sure your builders have BB_GENERATE_MIRROR_TARBALLS enabled
<derRichard> there are more lines in my local.conf :)
<derRichard> PREMIRRORS:prepend = "http://.*/.* file:///dl/"
<JaMa> sorry my crystal balls don't look at your local :P
<derRichard> :)
* derRichard reads on BB_GENERATE_MIRROR_TARBALLS
<derRichard> does this mean without BB_GENERATE_MIRROR_TARBALLS enabled PREMIRRORS for git will not work?
<JaMa> IIRC yes, fetcher will fetch just the git2_repo.tar.xz files from PREMIRROR
<JaMa> git2, svn, hg directories or .done files don't even belong to PREMIRROR
<derRichard> let me try that. thx!
<derRichard> JaMa: thx! :)
<JaMa> that brings me old memories https://www.openembedded.org/wiki/Bitbake_World_Status :)
<derRichard> btw. PREMIRRORS:prepend needs a newline at the end
<derRichard> now it seems to work
zhmylove has joined #yocto
shoragan[m] has quit [Quit: Bridge terminating on SIGTERM]
Salamandar has quit [Quit: Bridge terminating on SIGTERM]
zyga[m] has quit [Quit: Bridge terminating on SIGTERM]
ericson2314 has quit [Quit: Bridge terminating on SIGTERM]
Tartarus has quit [Quit: Bridge terminating on SIGTERM]
barath has quit [Quit: Bridge terminating on SIGTERM]
patersonc[m] has quit [Quit: Bridge terminating on SIGTERM]
KurtKiefer[m] has quit [Quit: Bridge terminating on SIGTERM]
dwagenk has quit [Quit: Bridge terminating on SIGTERM]
Saur[m] has quit [Quit: Bridge terminating on SIGTERM]
gstinocher[m] has quit [Quit: Bridge terminating on SIGTERM]
GreatGatsby[m] has quit [Quit: Bridge terminating on SIGTERM]
lrusak[m] has quit [Quit: Bridge terminating on SIGTERM]
jkorsnes[m] has quit [Quit: Bridge terminating on SIGTERM]
kayterina[m] has quit [Quit: Bridge terminating on SIGTERM]
Perceval[m] has quit [Quit: Bridge terminating on SIGTERM]
hmw[m] has quit [Quit: Bridge terminating on SIGTERM]
jquaresma[m] has quit [Quit: Bridge terminating on SIGTERM]
simpat2022[m] has quit [Quit: Bridge terminating on SIGTERM]
GuilhemArvilMari has quit [Quit: Bridge terminating on SIGTERM]
pidge[m] has quit [Quit: Bridge terminating on SIGTERM]
fabatera[m] has quit [Quit: Bridge terminating on SIGTERM]
thierryE[m] has quit [Quit: Bridge terminating on SIGTERM]
jclsn[m] has quit [Quit: Bridge terminating on SIGTERM]
falk0n[m] has quit [Quit: Bridge terminating on SIGTERM]
kiwi_29_[m] has quit [Quit: Bridge terminating on SIGTERM]
arlort[m] has quit [Quit: Bridge terminating on SIGTERM]
mrybczyn[m] has quit [Quit: Bridge terminating on SIGTERM]
agherzan has quit [Quit: Bridge terminating on SIGTERM]
DineshKumarK[m] has quit [Quit: Bridge terminating on SIGTERM]
ThomasRoos[m] has quit [Quit: Bridge terminating on SIGTERM]
jordemort has quit [Quit: Bridge terminating on SIGTERM]
mohamed-dhiamtir has quit [Quit: Bridge terminating on SIGTERM]
T_UNIX[m] has quit [Quit: Bridge terminating on SIGTERM]
khem has quit [Quit: Bridge terminating on SIGTERM]
jaskij[m] has quit [Quit: Bridge terminating on SIGTERM]
MichaelNazzareno has quit [Quit: Bridge terminating on SIGTERM]
skoink[m] has quit [Quit: Bridge terminating on SIGTERM]
berton[m] has quit [Quit: Bridge terminating on SIGTERM]
PascalBach[m] has quit [Quit: Bridge terminating on SIGTERM]
kmaincent[m] has quit [Quit: Bridge terminating on SIGTERM]
hpsy[m] has quit [Quit: Bridge terminating on SIGTERM]
<JaMa> IRCageddon
<derRichard> well, matrix bridge being crap as usual.
<JaMa> Neo flying too fast
<derRichard> he hit the wall
<JaMa> Architect had to reboot it before batteries wake up
KurtKiefer[m] has joined #yocto
eddy_ has joined #yocto
zyga[m] has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mthenault has joined #yocto
mthenault has quit [Client Quit]
<eddy_> Hi, is there a easy way to remove the current git hash from the kernel path in the linux-qoriq recipie?
dwagenk has joined #yocto
khem has joined #yocto
Salamandar has joined #yocto
shoragan[m] has joined #yocto
patersonc[m] has joined #yocto
falk0n[m] has joined #yocto
barath has joined #yocto
jkorsnes[m] has joined #yocto
<qschulz> eddy_: you mean the path in tmp/work/ ?
jquaresma[m] has joined #yocto
<eddy_> no the target path on the rootfs
mthenault has joined #yocto
jclsn[m] has joined #yocto
ericson2314 has joined #yocto
Tartarus has joined #yocto
lrusak[m] has joined #yocto
jordemort has joined #yocto
<eddy_> so yocto puts the modules in /lib/modules/5.4.47/.... instead of /lib/modules/5.4.47+g7021e14da389/... for example
agherzan has joined #yocto
Saur[m] has joined #yocto
GreatGatsby[m] has joined #yocto
mrybczyn[m] has joined #yocto
T_UNIX[m] has joined #yocto
gstinocher[m] has joined #yocto
zhmylove has quit [Remote host closed the connection]
thierryE[m] has joined #yocto
zhmylove has joined #yocto
ThomasRoos[m] has joined #yocto
DineshKumarK[m] has joined #yocto
hpsy[m] has joined #yocto
kayterina[m] has joined #yocto
Perceval[m] has joined #yocto
kiwi_29_[m] has joined #yocto
simpat2022[m] has joined #yocto
kmaincent[m] has joined #yocto
jaskij[m] has joined #yocto
GuilhemArvilMari has joined #yocto
mohamed-dhiamtir has joined #yocto
hmw[m] has joined #yocto
pidge[m] has joined #yocto
berton[m] has joined #yocto
fabatera[m] has joined #yocto
PascalBach[m] has joined #yocto
arlort[m] has joined #yocto
MichaelNazzareno has joined #yocto
skoink[m] has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
<zhmylove> abelloni: nice! debugfs does not handle dec -> hex conversion properly. In terms of debugfs 1664530341 != 0x6336b7a5 :) I'm preparing the third version of the patch, will ping you soon. Thanks!
<derRichard> eddy_: disable CONFIG_LOCALVERSION_AUTO in your kernel config
<eddy_> derRichard: thx, i'll try it out
starblue has quit [Ping timeout: 252 seconds]
starblue has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
<chrysh> morning everyone! I wanted to try out kas checkout, but some of the repositories I am using require username/password authentication. With a normal git clone, those can be taken from .netrc. Do you know why kas does not use this information?
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<qschulz> chrysh: NETRC_FILE environment variable
alessioigor has quit [Client Quit]
<qschulz> (didn't test, just found it in the docs)
<LetoThe2nd> chrysh: (sorry for not responding, i was travelling yesterday and it fell through the cracks.)
mckoan is now known as mckoan|away
<chrysh> qschulz: Nice, thank you! I should learn this thing called googling..
mthenault_ has joined #yocto
<chrysh> LetoThe2nd: I spammed you a lot, sorry for that...feel free to answer whenever you have time :)
<qschulz> chrysh: I'm more and more relying on project documentation rather than Google, if that helps
<qschulz> Python, Yocto and kas docs websites are basically the first places I look at when I have questions
mthenault has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
<LetoThe2nd> chrysh: nothing to add, qschulz did a better job than i could!
<qschulz> Google sometimes does not even return the official python docs in the first page
<rburton> yeah google can be pretty dismal. any searches for html/js queries should also contain 'mdn' so you get the MDN site and not the godawful w3cschools
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
<xcm> i'm exploring my choices for OTA & USB updates. i'm trying swupdate first, but seeing how long it took me to set up, i wonder if you guys have an opinion on how it compares with rauc
Payam has joined #yocto
<Payam> hi
<Payam> What kind of tests would you like to perform with a AGL based platform?
<Payam> I was thinking of CAN communication, Ethernet communications
<Payam> but what more?
<rburton> what bit in particular?
<Payam> rburton you mean me?
<rburton> we have a 'speeding up the build' section in the docs but its in dire need of expansion
<rburton> derRichard: what bit in particular
<rburton> Payam: no
<rburton> xcm: both are used. there were session at OSS/ELC last month, which is just on youtube now if you dig through https://www.youtube.com/c/LinuxfoundationOrg/videos
<rburton> xcm: oh some wonderful soul updated https://elinux.org/ELC_Europe_2022_Presentations with video links!
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
seninha has joined #yocto
seninha has quit [Remote host closed the connection]
seninha has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
<xcm> rburton: that's fantastic, thanks a lot
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
xmn has joined #yocto
mthenault__ has joined #yocto
mthenault_ has quit [Ping timeout: 260 seconds]
<LetoThe2nd> xcm: shameless plug: mender.io. depending on your platform, it can get you started really quick. plus, gives you a management/deployment backend. full disclosure: i work for mender
Estrella___ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
MrFrank has quit [Remote host closed the connection]
MrFrank has joined #yocto
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
Estrella_ has joined #yocto
AKN has quit [Read error: Connection reset by peer]
<vvn> hi all -- just curious, do you guys usually rely on packagegroup-base* for your production images?
vladest has joined #yocto
Payam has quit [Quit: Client closed]
vladest has quit [Read error: Connection reset by peer]
vladest has joined #yocto
<qschulz> tlwoerner: thanks for the backport to the kirkstone branch
<tlwoerner> qschulz: no problem! thanks for the patches :-)
<tlwoerner> it takes me a while because i like to throw any potential patches at a jenkins i have running to do some test compile combinations
eddy_ has quit [Quit: eddy_]
sakoman has joined #yocto
<qschulz> tlwoerner: makes perfect sense :)
vladest1 has joined #yocto
vladest has quit [Ping timeout: 272 seconds]
vladest1 is now known as vladest
mthenault_ has joined #yocto
vladest1 has joined #yocto
vladest has quit [Ping timeout: 272 seconds]
vladest1 is now known as vladest
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
mthenault__ has quit [Ping timeout: 260 seconds]
vladest has quit [Quit: vladest]
vladest has joined #yocto
mthenault_ has quit [Ping timeout: 260 seconds]
<derRichard> rburton: the whole overview is a nice read :-)
<rburton> derRichard: we need to add bits of that to the docs obviously
<derRichard> yes. i'd appreciate more docs on how to use yocto on multi user setups (sharing dl or sstate) and how to maintain shared state in general
<zhmylove> abelloni: I've send PATCHv3: https://git.yoctoproject.org/poky-contrib/commit/?h=szhmylev/binary_repeatable_fstab BTW what's with my https://git.yoctoproject.org/poky-contrib/commit/?h=szhmylev/binary_repeatable_vmdk_uuid ? Looks like it passed sanity successfully?
<rburton> zhmylove: are you asking why it's not merged?
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
rfuentess has quit [Remote host closed the connection]
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
<zhmylove> rburton: no, I'm asking what should I do next? Just give it a time?
<zhmylove> I believe the second patch passed sanity checks, but I'm still not so familiar with yocto PRs process to be sure I've done all the things I have to
dwagenk has quit [Quit: You have been kicked for being idle]
GuilhemArvilMari has quit [Quit: You have been kicked for being idle]
pidge[m] has quit [Quit: You have been kicked for being idle]
<rburton> zhmylove: as per https://wiki.yoctoproject.org/wiki/Weekly_Status, we're not merging to master for a week or so
GuilhemArvilMari has joined #yocto
pidge[m] has joined #yocto
prabhakarlad has quit [Quit: Client closed]
kevinrowland has quit [Quit: Client closed]
prabhakarlad has joined #yocto
<zhmylove> rburton: according to that webpage, there are only 4 ways to contribute. My patches are not related to bugzilla bugs, nor they relate to oe-core recipes, nor to CVE. Moreover, I've pushed my patches to poky-contrib repo (2 separate branches), while I do not understand if I ever had to, as I did send them to oe-core maillist anyways.
florian has quit [Quit: Ex-Chat]
prabhakarlad has quit [Ping timeout: 244 seconds]
prabhakarlad has joined #yocto
<rburton> zhmylove: poky is just bitbake+oe-core+other bits glued together, your patches are very much oe-core patches. you don't have to post branches, the patch mail is sufficient.
<zhmylove> rburton: thank you for the clarification! In the future I'll do just git send-email, without push to poky-contrib :) Thanks!
<rburton> pushing a branch is often useful if you've a load of patches
zhmylove has quit [Quit: Leaving]
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
npcomp has quit [Ping timeout: 252 seconds]
prabhakarlad has quit [Quit: Client closed]
seninha has quit [Ping timeout: 272 seconds]
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
seninha has joined #yocto
nucatus has quit [Remote host closed the connection]
nucatus has joined #yocto
GNUmoon has quit [Ping timeout: 258 seconds]
npcomp has joined #yocto
florian_kc has joined #yocto
GNUmoon has joined #yocto
florian_kc is now known as florian
alimon has quit [Quit: Leaving.]
alimon has joined #yocto
florian has quit [Ping timeout: 272 seconds]
whuang0389 has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
tekifat has joined #yocto
florian has joined #yocto
tekifat has quit [Read error: Connection reset by peer]
landgraf has joined #yocto
<cambrian_invader> is it possible to do a per-recipe INHERIT?
<cambrian_invader> I've tried INHERIT:pn-foo:append, but it doesn't seem to work
<cambrian_invader> ditto for INHERIT:pn-foo +=
florian has quit [Ping timeout: 272 seconds]
jsbronder has quit [Quit: WeeChat 3.5]
jsbronder has joined #yocto
florian has joined #yocto
Vonter has quit [Ping timeout: 272 seconds]
florian has quit [Ping timeout: 272 seconds]
<rburton> cambrian_invader: from local.conf you mean? Don’t think so.
<rburton> In the recipe just use “inherit” obviously
<cambrian_invader> I'm trying to adapt some code which sets KERNEL_CLASSES to work on a non-kernel recipe
<cambrian_invader> for now I just set INHERIT directly, which is probably fine...
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
mvlad has quit [Remote host closed the connection]
invalidopcode has quit [Remote host closed the connection]
invalidopcode has joined #yocto
seninha has quit [Ping timeout: 260 seconds]
garch_ has joined #yocto
davidinux has quit [Ping timeout: 272 seconds]
davidinux has joined #yocto
garch_ has quit [Quit: leaving]
prabhakarlad has joined #yocto
florian has joined #yocto
seninha has joined #yocto
florian has quit [Ping timeout: 272 seconds]
nerdboy has quit [Quit: Leaving]
nerdboy has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]