<agherzan>
Josef Holzmayr (TheYoctoJester): dunfell meta-raspberrypi backport for the GitHub protocol changes was merged
<agherzan>
Just FYI
akica has quit [Ping timeout: 244 seconds]
xmn has joined #yocto
prabhakarlad has quit [Quit: Client closed]
GNUmoon has quit [Quit: Leaving]
GNUmoon has joined #yocto
sgw has quit [Ping timeout: 264 seconds]
chep has quit [Ping timeout: 244 seconds]
xmn has quit [Read error: Connection reset by peer]
xmn has joined #yocto
chep has joined #yocto
sgw has joined #yocto
hpsy has quit [Ping timeout: 240 seconds]
camus has joined #yocto
<zeddii>
ross: known issue. I'm working on it.
hpsy has joined #yocto
xmn has quit [Ping timeout: 250 seconds]
camus1 has joined #yocto
camus has quit [Ping timeout: 250 seconds]
camus1 is now known as camus
* zeddii
reads the bitbake mailing list, and offers to elevate RP to a saint for his measured reply
Tokamak has quit [Read error: Connection reset by peer]
chep has quit [*.net *.split]
Xagen has quit [*.net *.split]
deuteron has quit [*.net *.split]
otavio has quit [*.net *.split]
fullstop has quit [*.net *.split]
override has quit [*.net *.split]
halstead has quit [*.net *.split]
mithro has quit [*.net *.split]
YogeshSiraswar_ has quit [*.net *.split]
lexano has quit [*.net *.split]
chep has joined #yocto
Xagen has joined #yocto
deuteron has joined #yocto
override has joined #yocto
otavio has joined #yocto
fullstop has joined #yocto
YogeshSiraswar_ has joined #yocto
halstead has joined #yocto
mithro has joined #yocto
lexano has joined #yocto
Tokamak has joined #yocto
chep has quit [Ping timeout: 244 seconds]
chep has joined #yocto
roussinm has quit [Quit: WeeChat 3.3-dev]
<JosefHolzmayrThe>
Andrei: thanks for the heads up!
sgw has quit [Ping timeout: 240 seconds]
Schlumpf has joined #yocto
sgw has joined #yocto
sgw has quit [Ping timeout: 245 seconds]
zyga-mbp has joined #yocto
sgw has joined #yocto
goliath has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus1 is now known as camus
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
<kanavin>
zeddii, RP's combination of technical and people skills is one in a million, we all know that
zyga-mbp has quit [Read error: Connection reset by peer]
rfuentess has joined #yocto
zyga-mbp has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
<JosefHolzmayrThe>
yo dudX
<JosefHolzmayrThe>
and mckoans
<JosefHolzmayrThe>
kanavin: what was it with the BB ML?
<kanavin>
JosefHolzmayrThe, some young academic who learned a bit of python and is obsessed about whitespace showed up feeling all entitled to the project providing him with a github where he can send patches
<JosefHolzmayrThe>
oh fun.
<kanavin>
see 'bitbake style/workflow'
<JosefHolzmayrThe>
ya just found it. i usually don't read the bb ml and the web frontend played tricks on me.
tre has joined #yocto
camus has quit [Remote host closed the connection]
camus has joined #yocto
chep has quit [Ping timeout: 250 seconds]
<JosefHolzmayrThe>
more fun, i even know that guy is active here.
<kanavin>
here where?
chep has joined #yocto
prabhakarlad has joined #yocto
kroon has joined #yocto
zpfvo has joined #yocto
<kroon>
Is there a similar command to GNU make's "define" in bitbake, for defining a multiline value ?
alicef has quit [Quit: install gentoo]
alicef has joined #yocto
tnovotny has joined #yocto
lucaceresoli has joined #yocto
zyga-mbp has quit [Read error: Connection reset by peer]
zyga-mbp has joined #yocto
nad has joined #yocto
chep has quit [Ping timeout: 256 seconds]
banana_smoothie has joined #yocto
<banana_smoothie>
Good morning. Is there a way to symlink a batch of *.so files in the same directory where they are?
chep has joined #yocto
<kanavin>
banana_smoothie, did you check the manpage for ln? I don't think we can tell you something it doesn't.
manuel1985 has joined #yocto
<banana_smoothie>
I read and when I build the recipe it returns error.
<banana_smoothie>
ln -s $filename ${D}${libdir}/python${PYTHON_MAJMIN}/site-packages/PySide2/"$(echo ${filename} | sed -e 's/gnueabihf/gnueabi/g')"
<banana_smoothie>
done
<banana_smoothie>
```
<qschulz>
and what's the error?
chep has quit [Client Quit]
chep has joined #yocto
saYco[m] has quit [Quit: You have been kicked for being idle]
<JosefHolzmayrThe>
qschulz: "it doesn't work"
<JosefHolzmayrThe>
MUAHAHAHAHAAHHHHH!
<JosefHolzmayrThe>
</SCNR>
chep has quit [Ping timeout: 256 seconds]
<banana_smoothie>
qschulz OSError: [Errno 40] too much recursions while resolving
lucaceresoli has quit [Ping timeout: 240 seconds]
chep has joined #yocto
qua has joined #yocto
<qschulz>
must.. resist.. answering.. bb style/workflow.. must resist... so hard..
<RP>
qschulz: which side of the fence would you reply on though? :)
<qschulz>
RP: i'll let you guess :)
<qschulz>
90+% of my work so far has been mail based
<qschulz>
5% on GitHub/GitLab for some free time contribution and I did not enjoy it too much
<qschulz>
but much better than Gerrit
<qschulz>
am I allowed to go to war for you my lord?
<qschulz>
eheh
* kroon
thinks: do whatever the kernel folks are doing, they seem to now what they're doing
leon-anavi has joined #yocto
<RP>
qschulz: fair enough, I was just curious :)
<RP>
kroon: not sure they always know best ;-)
<RP>
qschulz: it is a tricky topic as I can see it from the new contributor side
<RP>
but I do know we get a lot from our mailing lists and weird old school looking approach
<qschulz>
RP: oh I perfectly see it too, but just the main "it's new and shiny" reason for changing a whole project's contribution model is a bit much..
<qschulz>
But I guess since we're talking about here I am allowed to chime in and put oil on the fire on the ML :p
<qschulz>
about it*
<kroon>
RP, naw, maybe not, but most of the time :-)
<JosefHolzmayrThe>
RP: i actually just said in another conversation: "both sides are equally right and wrong in their extreme points of view". if i had a good solution, i wouldn'T be messing around here, I would be heading for world domination already.
<RP>
FWIW I'm probably not going to reply too much more. I think I made it clear we have reasons for doing what we do which was want I wanted to ensure was documented
<JosefHolzmayrThe>
RP: yeah.
<RP>
kroon: I deliberately made sure we didn't copy some kernel things :)
<qschulz>
RP: hence me thinking if I should restart it or just let it die slowly :)
<RP>
qschulz: that is up to you :)
<qschulz>
JosefHolzmayrThe: The issue with both sides being equally right, is that one is already in place, so there isn't much in the balance to push for a change :/
<RP>
It is actually helpful from my perspective to see some agreement that it isn't just me thinking certain things
<kroon>
RP, so my 2cents: keep ml, no github/gitlab plz
<JosefHolzmayrThe>
I'll put it like this: t would be nice if there was a pathway for those new-style contributions to flow into our ecosystem. This does not necessarily mandate a specific platform, though.
<RP>
JosefHolzmayrThe: that we agree on, yes. I wish there were
<JosefHolzmayrThe>
so plans for today: 1) solve contribution problem 2) world domination 3) get drunk 4) PROFIT!!!!
<RP>
JosefHolzmayrThe: sounds good although I hope the steps aren't only allowed in that order or you may dehydrate :)
<JosefHolzmayrThe>
RP: don't burst my bubble!
mvlad has joined #yocto
<JosefHolzmayrThe>
how does meta-oe handle the problem? khem being the person gateway in between, and git-mirror doint the tech magic?
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
<RP>
JosefHolzmayrThe: Khem is just processing from both sources
<RP>
JosefHolzmayrThe: If I were to do this with core I'd just have to repost the content from github onto the mailing list
<RP>
and if there were feedback, I'm in trouble trying to sync the two
<JosefHolzmayrThe>
RP: so the "magic maintainer" model
* mcfrisk
votes for "magic maintainer" model
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<mcfrisk>
also at $WORK, new kids like to complain about some tools like email and talk how much better github, chat tools etc are, but then their way of working doesn't scale. in the end, mutt with email does scale to 1000's emails, reviews, tickets per day. try that on MS Teams...
perceval has joined #yocto
<RP>
mcfrisk: we'll just not mention that my preferred email client tends to push my system OOM far too often and that I'm likely going to have to replace the laptop to "fix" this :)
<JosefHolzmayrThe>
the problem with that model is it scales badly, and nobody wants to pay
zpfvo has quit [Ping timeout: 250 seconds]
<qschulz>
mcfrisk: you don't have to put reviews in MS Teams's balance to say that it's an horrendous piece of software
<qschulz>
I hate it so much
<qschulz>
RP: will think about using this as justification for a better laptop next time :p
<qschulz>
(if I receive a work laptop one day... damn chip shortage...)
<JosefHolzmayrThe>
qschulz: i thought all work laptops would be globally replaced by mbp 16" next week?
<RP>
qschulz: For better or worse I get to fund a replacement myself these days. I did look at the chip shortage, prices and so on and keep putting it off
<mcfrisk>
MS Teams is better than Skype which is better than old telephone system, and possibly better than Cisco WebEx (though this works on a browser nowadays). At least on a Linux laptop I'm able to join meetings with $VENDORS now, but then there are too many meetings (blaaah)
<qschulz>
JosefHolzmayrThe: I have to say, the hw looks impressive, but no decent native linux, not a viable laptop (and I say this working on an old mac Mini, crying my eyes out every day with graphics artefacts/glitches and hangs :(
<qschulz>
mcfrisk: MS Teams works only in Chrome (at least not in FF)
<RP>
qschulz: that was probably where I went wrong with teams this morning then :/
<qschulz>
They have a flatpak but it's so bad I decided to install chromium in a flatpak instead and use the web client
<JosefHolzmayrThe>
</SCNR>
<JosefHolzmayrThe>
RP: you're on a team?
<qschulz>
FYI, ANY change in the settings in the flatpak would make screen sharing not work
Granjow has joined #yocto
<qschulz>
and I do not mean like me sharing screen, no no, I mean like seeing other people sharing screens
florian has joined #yocto
<qschulz>
and sometimes even with no settings changed, I would have to reinstall the flatpak
<mcfrisk>
I use the native MS Teams client on Debian, bit the bullet..
<JosefHolzmayrThe>
how did it taste?
<qschulz>
RP: been waiting for my laptop since mid-july, was supposed to be delivered two weeks ago, got delayed to at least next year :)
<mcfrisk>
JosefHolzmayrThe: led and gun powder... yuk
<qschulz>
mcfrisk: also.. in free tier, no file upload.. wth
<RP>
JosefHolzmayrThe: I got to join a teams call. I do miss being part of the old Intel team
<qschulz>
I don't even know if it's free tier or cheap tier, but not the one that allows it for sure :p
<JosefHolzmayrThe>
ah
<qschulz>
also M$ Office IMAP for some reason does not send me multipart emails from colleagues, only html.. pretty bad for neomutt, cli-based mail client :(
<qschulz>
and the URL rewriting. Oh I hate it so much
<qschulz>
But at leas tit gives me something to complain about :D
<mcfrisk>
generation gap... I hear there are new developers joining companies who have not used a mouse, not seen a command prompt, and used only IOS devices...
zpfvo has joined #yocto
<JosefHolzmayrThe>
can be good, can be bad. it depends on the environment and what you make of it.
<qschulz>
mcfrisk: I've read a few nigerian twitter users say some of them code on phone, whatever works :)
<qschulz>
(though it's likely not a choice)
perceval has quit [Quit: bye bye]
<JosefHolzmayrThe>
I have coded a bit on a tablet too, and it has interesting effects and implications.
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
Perceval[m] has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
Granjow has quit [Ping timeout: 250 seconds]
michaelo has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<banana_smoothie>
qschulz so there is no solution for my issue? :(
chep has quit [Ping timeout: 240 seconds]
<qschulz>
banana_smoothie: I have no idea but I doubt this is Yocto related?
<banana_smoothie>
qschulz I tried to search a solution in the openembedded-core layer but didn't find where symbolic link is used in a loop
<banana_smoothie>
qschulz I think yes, when I use symbolic link inside the loop, it returns *.so instead of the file name
chep has joined #yocto
xmn has joined #yocto
Granjow has joined #yocto
<qschulz>
banana_smoothie: I don't know if this is POSIX compliant? IIRC bitbake shell tasks are running in /bin/sh
<qschulz>
otherwise, you could try with the following: find -name "Qt*.so" -exec sh -c 'ln -s {} /some/path/$(echo {} | sed s/whatever/whichever/)' \; that might do it
<qschulz>
might need some tinkering, I didn't test it
<qschulz>
but I like using find instead of forloops for file based logic
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zyga-mbp has joined #yocto
chep has quit [Ping timeout: 256 seconds]
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
chep has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
<banana_smoothie>
qschulz okay thank you, I try it
dvorkindmitry has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<dvorkindmitry>
I have several named gits in my SRC_URI. I want to get rid of "rev" hashes. But bitbake says: "The SRCREV_FORMAT variable must be set..". How can I correctly setup AUTOREV for 5 gits in SRC_URI at the same time?
<qschulz>
dvorkindmitry: you need to name each entry in the src_uri and then use SRCREV_entryname = "${AUTOREV}"
<qschulz>
and we can disable the issues tab in the settings too
<RP>
rburton: somewhere :)
<banana_smoothie>
@qschi
<RP>
rburton: mailed (ish)
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<banana_smoothie>
qschulz Thank you. I found a solution in the go-native_%.bb recipe where they used parentheses to prevent that the tasks run in that same directory where they cd'd
<qschulz>
banana_smoothie: yup, that or `cp -`. In any case it's not necessary in some cases (e.g. at the end of the task) but if some people are appending to your task afterwards, they would expect the directory in which their code will execute to be "standard"
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
BCMM has joined #yocto
akica has joined #yocto
leon-anavi has quit [Quit: Leaving]
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
* zeddii
reads the history and chuckles
<zeddii>
and then bites his tonque
<zeddii>
and then wonders what a tonque is
<qschulz>
zeddii: you bit it too hard
<zeddii>
qschulz: was it you that mentioned a mac mini .. I related to that quite strongly :D
<zeddii>
my 2012 mac mini server is dying a painful death, but I still haven't found a decent replacement that I like.
<zeddii>
well "server", but it's my desktop.
<zeddii>
I might use it fora server, if I ever can replace it.
* zeddii
shuffles off for coffee
<RP>
zeddii: you did make me smile reading back history this morning :)
<qschulz>
zeddii: they got me that out of a lab somewhere so i could have something to work on, it was never the official plan for me to work with that for months :) Bad luck with the chip shortage
<qschulz>
Fortunately we have a server on which I can build, but I prefer to build locally... but Yocto on a Mac Mini... oof
<zeddii>
yah. that's my problem too. Since Xilinx will be 'eaten' by AMD shortly .. I wonder what that'll mean for my kit
<qschulz>
At least I'll have my hands warm during winter with the fan blowing on the keyboard
<zeddii>
yah. I just use it as a desktop. server are in my basement.
<zeddii>
RP: I meant it. As they say "you are aren't paid enough to deal with crap like that"
<qschulz>
zeddii: threadripper for your server then :p
* zeddii
gets his wishlist ready.
<qschulz>
zeddii: ask JosefHolzmayrThe I think he "recently" got a new very powerful server if you want some suggestions
<filipm[m]>
rburton: thanks, it seems the issue was that I've set wrong DEPENDS ( only on -native version of a given package [nanopb]), after I added the non-native package to the build, it seems the sdk works as expected
<JosefHolzmayrThe>
7tb on pcie nvme
<zeddii>
oooooo!
<zeddii>
think of all the kernels and container foo I could do .. I'd be out of work in a month! (shhhh).
<qschulz>
zeddii: think of all the gitlab pipelines you could run :o
kroon_ has joined #yocto
<zeddii>
even better! I'd finally be able to get jonmason's instructions working for meta-virt and kernels, versus the current pain and suffering pipeline.
<jonmason>
it has the std kernel and dev kernel, as well as an attempt to use the autobuilder sstate
<zeddii>
cool. I need it to start testing some pkg feed nightlies as well, so the sstate would be handy.
<jonmason>
I'm also messing with poky-tiny, as it appears to not work on qemuarm. so you can drop that if you want
<jonmason>
zeddii: I even have it semi-scripted in a branch to rebase off of master in my nightly runs
<jonmason>
I spent the weekend resurrecting old HW to add to the gitlab ci build/test cluster (as it were)
<qschulz>
i'm having issues with a U-Boot SPL created with Yocto GCCs, does anyone have a pointer on how to debug this a bit further?
<jonmason>
I'm fairly certain anything with less than 8 real CPUs (not 4 hyper threaded) is fairly useless
<qschulz>
I build on fedora35/debian11 with package gccs (host and aarch64) and the SPL works just fine, not with Yocto's. The issue being that the SPL cannot find U-Boot proper because it does not find the MMC device in the list of boot devices to look
<smurray>
jonmason: dl9pf and I had decent success with the original Skull Canyon NUCs that are 4C/8T as portable build machines doing AGL stuff, but more real cores for sure helps
leon-anavi has joined #yocto
<jonmason>
smurray: I can tell you for sure that phenom 2's (3 CPU/6 Threads) are not worth the electricity ;-)
<RP>
jonmason: 8 CPUs would be nice. FWIW our performance test machines are quad cores I think but very old and ready to replace
<smurray>
jonmason: heh
<jonmason>
RP: I'm tempted to add my RasPi4 to my setup and see if that fares better that this old HW. my old i7-3770 is not even as good as 1/8 of my AMD 3950x (as I had 8 containers running on it)
camus1 has joined #yocto
<jonmason>
the upside is, my home office is toasty warm with all this old hardware running overnight
<smurray>
jonmason: heh, I just picked up a 2970WX to upgrade my TR box at home (from a 1950X), but you have me beat ;)
camus has quit [Ping timeout: 240 seconds]
camus1 is now known as camus
<JosefHolzmayrThe>
JaMa: zeddii got to check now, its a dual AMD EPYC 7742
<jonmason>
I literally pulled this system out to throw it away and thought "it has to be better than a container". nope
<RP>
jonmason: I'm starting to wonder if I should be thinking about doing something with my main build server :/
<RP>
It does parse OE-Core in about 4s though :)
<jonmason>
my lx2k is doing respectable
<jonmason>
my problem is I need to decouple my desktop from my builders
zpfvo has quit [Ping timeout: 264 seconds]
<jonmason>
because building means I can't work on anything due to it being too sluggish
zpfvo has joined #yocto
<RP>
jonmason: that is why I have separate systems, yes
<JaMa>
jonmason: I was using 8core FX-8120 for long time and it was great value for builds when it was released, but sadly even cheap Ryzen 5 1600AF beats it nowadays
kiran has joined #yocto
zpfvo has quit [Ping timeout: 264 seconds]
* RP
wonders what the easiest way to replicate a broken webserver which accepts connections but never serves them is
zpfvo has joined #yocto
camus has quit [Ping timeout: 264 seconds]
camus has joined #yocto
<RP>
maybe netcat on a port
<qschulz>
RP: some http.server in Python where you accept the connection but do not handle requests?
zpfvo has quit [Ping timeout: 250 seconds]
<RP>
qschulz: I was hoping there was just something off the shelf I could use
<JosefHolzmayrThe>
a thing i thought about - the bitbake cli is essentially just a frontend, right? is the interface to the server usable in other contexts too?
<JPEW>
JosefHolzmayrThe: Yes
<JosefHolzmayrThe>
JPEW: any known examples?
<RP>
JosefHolzmayrThe: commands like devtool/recipetool? toaster?
<JPEW>
JosefHolzmayrThe: There are actually several different UI's implemented for bitbake if you look in bitbake/lib/bb/ui. I don't know the state of them, but they might be OK examples
<JPEW>
That too
<JosefHolzmayrThe>
kthx :)
<RP>
JPEW: thanks for that tip with socat, that made figuring out where this timeout problem was quite nice and straight forward
<RP>
except I've now broken the networking enough on that system I can't get the changes back out of it :D
<JPEW>
Heh, oops
<JPEW>
RP: Ya, socat is an awesome tool; it can do all sorts of things
chep has quit [Ping timeout: 240 seconds]
banana_smoothie has quit [Quit: Client closed]
chep has joined #yocto
<RP>
JPEW: I included it in the commit message since it is handy to remember in future
<RP>
armpit: it looks like this single fix may be enough to avoid the issues you were seeing when the nas failed
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
amitk_ is now known as amitk
<jaskij[m]>
dos Kickstart (.wks) allow for using variables?
<khem>
I think we need to add wic.qcow2 or somesuch to one of selftests
manuel1985 has quit [Quit: Leaving]
camus has quit [Ping timeout: 246 seconds]
camus has joined #yocto
davidinux has quit [Quit: WeeChat 2.8]
kiran has joined #yocto
<rburton>
khem: another fwupd recipe sent, hopefully this one works
roussinm has joined #yocto
hpsy has quit [Quit: Leaving.]
<khem>
me looks
GillesPP has joined #yocto
MWelchUK0 has joined #yocto
rhadye_ has joined #yocto
goliath has joined #yocto
Emantor_ has joined #yocto
user3 has joined #yocto
qschulz_ has joined #yocto
GillesM has quit [*.net *.split]
rhadye has quit [*.net *.split]
qschulz has quit [*.net *.split]
Emantor has quit [*.net *.split]
user2 has quit [*.net *.split]
MWelchUK has quit [*.net *.split]
fleg has quit [*.net *.split]
rhadye_ is now known as rhadye
MWelchUK0 is now known as MWelchUK
chep has quit [Ping timeout: 246 seconds]
kiran has quit [Ping timeout: 250 seconds]
chep has joined #yocto
<khem>
JPEW: I guess this change should not have applied to scripts/lib/wic/plugins/imager/direct.py
camus1 has joined #yocto
camus has quit [Ping timeout: 246 seconds]
camus1 is now known as camus
GNUmoon has quit [Ping timeout: 276 seconds]
Bardon has quit [Ping timeout: 268 seconds]
florian has joined #yocto
chep has quit [Ping timeout: 240 seconds]
chep has joined #yocto
<jaskij[m]>
is there any neat way to influence U-Boot's variables from the recipe?
xmn has joined #yocto
<jaskij[m]>
I have two boards which differ only in the name of the kernel DTB and it feels kind of wrong to have two different U-Boot defconfigs because of that
<jaskij[m]>
(these are different machines from Yocto PoV, but I'd like a single defconfig in U-Boot tree)
<jaskij[m]>
*not defconfig, configs/board.h
leon-anavi has quit [Quit: Leaving]
GNUmoon has joined #yocto
<jaskij[m]>
looking through stuff, I either do something weird with U-Boot, or just go with a FIT image?
chep has quit [Ping timeout: 240 seconds]
goliath has quit [Quit: SIGSEGV]
<ndec>
qschulz_: "qschulz> ndec: could we put in github's mirrors description that they are indeed mirrors?" I have done it for bitbake and oe-core.
chep has joined #yocto
hpsy has joined #yocto
nad has joined #yocto
dev1990 has quit [Quit: Konversation terminated!]
nad has quit [Ping timeout: 256 seconds]
pgowda_ has joined #yocto
<tlwoerner>
qschulz_: hey, sorry i was away last week. are you still seeing issues with meta-rockchip on dunfell (or otherwise)?
chep has quit [Ping timeout: 240 seconds]
chep has joined #yocto
BCMM has quit [Ping timeout: 264 seconds]
JoseQuaresma[m] is now known as jqua[m]
goliath has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]