steelswords9 has quit [Read error: Connection reset by peer]
steelswords9 has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
leon-anavi has joined #yocto
sugoi has quit [Ping timeout: 252 seconds]
mbulut has joined #yocto
ray-san2 has quit [Read error: Connection reset by peer]
enok has joined #yocto
ray-san2 has joined #yocto
goliath has joined #yocto
enok has quit [Ping timeout: 252 seconds]
wojci_ has joined #yocto
CrazyGecko has joined #yocto
Kubu_work has joined #yocto
frieder has joined #yocto
rfuentess has joined #yocto
brrrm has quit [Ping timeout: 244 seconds]
mckoan|away is now known as mckoan
brrm has joined #yocto
florian has joined #yocto
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
zpfvo has joined #yocto
micka has joined #yocto
rob_w has joined #yocto
Saur_Home84 has quit [Quit: Client closed]
Saur_Home84 has joined #yocto
aelray has joined #yocto
<aelray>
Hi, I'm trying to download files from a local http server in a recipe. Is it possible to make wget use the auth information provided in my .netrc? For fetching via git it seems that the .netrc content is used.
prabhakalad has quit [Ping timeout: 276 seconds]
prabhakalad has joined #yocto
luc4 has joined #yocto
<luc4>
Hello! When creating images for single-task embedded devices, do you typically use X11, Wayland or no window system at all? I see all these options are available in Yocto. Is there a relevant performance difference in your experience?
cabazon has quit [Quit: Client closed]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
jmd has quit [Remote host closed the connection]
sugoi has joined #yocto
<marex>
depends on the task ...
sugoi has quit [Ping timeout: 248 seconds]
rob_w has quit [Ping timeout: 252 seconds]
Saur_Home84 has quit [Quit: Client closed]
Saur_Home84 has joined #yocto
starblue has quit [Ping timeout: 252 seconds]
aelray has quit [Quit: Client closed]
starblue has joined #yocto
<rburton>
luc4: no window system means you make your own unless your needs are incredibly minimal. x is on the way out, if you have reasonable hardware that is capable of running wayland then something using that is a good idea. we desperately need to somehow port sato to wayland, just need to find the time...
<luc4>
rburton: in my experience, I've never used X11 or wayland on embedded devices. I typically only use DRM/KMS. I was wondering if this is only me or if this is still the typical approach.
<luc4>
rburton: when the device is assigned to a single task, with a single app on the screen, I'm unsure how much overhead X11 may bring.
aelray has joined #yocto
mckoan is now known as mckoan|away
<rburton>
thats why wayland with a really minimal compositor is a great idea
<rburton>
if your single app doesn't need anything clever _and_ you're already using DRM directly, then that's fine
<rburton>
qt, i imagine?
<luc4>
rburton: yes, Qt
<luc4>
rburton: I am considering X11 or wayland to get a working VNC server.
Jones42 has joined #yocto
<rburton>
go chat in #wayland or whatever, but you can pretty easily run a weston compositor that just runs your single app fullscreen and also has vnc
<rburton>
as you're using qt that's going to be a trivial port
<luc4>
rburton: thank you!
<rburton>
there's a 'fullscreen' shell or something for this exact usecase
<luc4>
rburton: can I build it with yocto, right?
Jones42_ has joined #yocto
sugoi has joined #yocto
Jones42 has quit [Ping timeout: 248 seconds]
sugoi has quit [Ping timeout: 252 seconds]
<rburton>
sure
<luc4>
rburton: were you referring to kiosk-shell? Am I on the right track? Thanks!
<rburton>
erm maybe yeah
<rburton>
kiosk sounds right
<luc4>
rburton: thanks!
rob_w has joined #yocto
Saur_Home84 has quit [Quit: Client closed]
Saur_Home84 has joined #yocto
jmiehe has joined #yocto
Jones42_ is now known as Jones42
xmn has joined #yocto
aelray has quit [Quit: Client closed]
<Jones42>
Ahoy, i'm trying to trim down and clean up a project that's based on some very bloated NXP Demo BSL. are there any resources to look into or do you have any good advice in that direction?
<Jones42>
I've seen the bootlin minimal yocto project and the stuff from dh-electonics, but I'd rather succesively trim stuff away than to start from the ground up.
aelray has joined #yocto
aelray has quit [Client Quit]
<rburton>
Jones42: easiest to start from the ground up if its based on a demo bsp
jmiehe has quit [Quit: jmiehe]
Daanct12 has quit [Quit: WeeChat 4.4.2]
leon-anavi has quit [Remote host closed the connection]
leon-anavi has joined #yocto
rob_w has quit [Remote host closed the connection]
sugoi has joined #yocto
sugoi has quit [Ping timeout: 252 seconds]
Xagen has joined #yocto
Saur_Home84 has quit [Quit: Client closed]
Saur_Home84 has joined #yocto
sanbeam has joined #yocto
leon-anavi has quit [Quit: Leaving]
wojci_ has quit [Ping timeout: 260 seconds]
sanbeam9 has joined #yocto
sugoi has joined #yocto
sanbeam has quit [Ping timeout: 248 seconds]
sugoi has quit [Ping timeout: 246 seconds]
sugoi has joined #yocto
<khem>
luc4: with QT you have eglfs, ideally for single app systems that works pretty well
sanbeam18 has joined #yocto
<luc4>
khem: I know, I've been using it for years. That is why I was asking if that is what is typically used in embedded systems or if now wayland is preferred.
<khem>
however, if you have needs like vnc etc. as you seem to indicate then using X11 is viable option, with wayland remote display is kind of missing there you can use xwayland to use vnc on wayland systems
<luc4>
khem: I suspected that. Thanks for confirming.
sanbeam9 has quit [Ping timeout: 248 seconds]
<luc4>
khem: I had a quick look at X11 on my platform, but I have the say the performance is pretty bad.
<rburton>
yeah don't use x11 if you can help it
<rburton>
if you use eglfs now but need more features, use wayland
<luc4>
rburton: I'm trying to learn a bit about it but it seems pretty difficult to setup
<khem>
yeah perhaps writing a remote desktop agent for wayland might be useful instead
<rburton>
weston has a vnc server built in
sugoi has quit [Ping timeout: 252 seconds]
<luc4>
so far my solution is to read from DRM directly, but my C code is extremely slow
<luc4>
X11 VNC is excellent, but fps decreases quite a bit and xorg takes almost 100% CPU
<luc4>
and I mean, not while using VNC
<khem>
luc4: KDE/plasma6 is using pipewire based implementation on top of wayland+kwin
<khem>
it might be worth exploring that
<khem>
oh weston has vnc ? thats cool I did not know that
<rburton>
i did tell you it had a built in server earlier today :)
<khem>
oh rdp shell I see
<khem>
so it uses freerdp neat. All you need is to add -Dbackend-rdp=true
<khem>
to meson
<khem>
and we do have rdp packageconfig for weston
<luc4>
rburton: no doubt about that, thanks. And I also already followed documents from that author. Still, setup in Yocto does not seem simple for me.
<luc4>
rburton: that author also had a git repo with layers, but no luck so far. I'll have to work much more on this. Thanks though!
<luc4>
to begin with, I tested wayland on another existing image on the same board -> terrible performance
<luc4>
I hope that has something to do with the DE somehow
<khem>
check your image is h/w accel enabled or not
<khem>
and also board needs a GPU with 2D/3D support for best results
<luc4>
khem: yes, that is a raspberry pi. Everything is available and properly works outside wayland.
<khem>
luc4: well, if you are expecting 60fps with wayland then it wont, I think around 25-30fps is what I have seen with video playback on pi3
<luc4>
khem: KMS/DRM work great, excellent performance. X11 is less good. Wayland even less than X11. But I'll investigate further, there may be something I do not know.
<khem>
which graphics driver are you using ? it is vc4 or userland ?
sanbeam9 has joined #yocto
<luc4>
khem: it depends on the app. I'm using a benchmark app. 40fps on KMS. That is acceptable for me.
<luc4>
khem: vc4
<luc4>
khem: my yocto image, my app and VNC work great when I make use of the good old dispmanx. I'm migrating to full kms, and that is pretty bad so far.
<luc4>
unfortunately DRM/KMS is bringing a lot of difficulties
|Xagen has joined #yocto
sanbeam18 has quit [Ping timeout: 276 seconds]
<khem>
yeah vc4 is right choice these days
Xagen has quit [Ping timeout: 260 seconds]
<khem>
see if you are using fkms or kms device tree
<khem>
that can make the difference
sanbeam9 has quit [Ping timeout: 260 seconds]
<KanjiMonster>
would it make sense updating systemd to latest point release on kirkstone (v250.5 => v250.14)?
CrazyGecko has quit [Quit: Konversation terminated!]
ray-san2 has quit [Ping timeout: 252 seconds]
sanbeam9 has joined #yocto
<rburton>
KanjiMonster: arguably, yes
<luc4>
khem: I was using fkms and I'm moving to kms.
Saur_Home84 has quit [Quit: Client closed]
Saur_Home84 has joined #yocto
paulg has joined #yocto
sanbeam18 has joined #yocto
sanbeam9 has quit [Ping timeout: 248 seconds]
sugoi has joined #yocto
sanbeam18 has quit [Ping timeout: 276 seconds]
sugoi1 has joined #yocto
sugoi has quit [Ping timeout: 246 seconds]
sugoi1 is now known as sugoi
rfuentess has quit [Remote host closed the connection]
mihai has joined #yocto
<khem>
fkms generally works and kms is supposed to be the future as of now so yeah it might help
<khem>
in the past couple of years kms has come along but we have been going back and forth on kms/fkms since it kept not working fully at times
<rburton>
zeddii: posted two kernel cache patches which will let us bump genericarm64 to 6.10 without warnings
luc4 has quit [Ping timeout: 264 seconds]
<JaMa>
rpiOS switched to full kms a while ago, so I guess it is getting more attention now than older fake kms, we're also still on fake one, because of some hardcoded snd output assumptions (which also changed between fake and full)
<zeddii>
rburton: ack'd. merging and will send kernel bumps shortly
zeddiii has joined #yocto
bantu_ has joined #yocto
prabhakalad has quit [Quit: Konversation terminated!]
v0n has joined #yocto
Fanfwe42 has joined #yocto
mckoan_ has joined #yocto
zeddiii is now known as zeddii_
zeddii_ is now known as zeddii__
marex_ has joined #yocto
ablu_ has joined #yocto
zeddii__ is now known as zeddii___
zeddii___ is now known as zedd
zedd is now known as zeddii_
<rburton>
zeddii: oh meta-yocto-bsp appears to be missing a 6.10 bbappend entirely so none of the reference bsps upgraded right?
brrm has quit [*.net *.split]
ablu has quit [*.net *.split]
vthor has quit [*.net *.split]
ndec has quit [*.net *.split]
Crofton has quit [*.net *.split]
vvn has quit [*.net *.split]
NishanthMenon has quit [*.net *.split]
khazakar has quit [*.net *.split]
stgl has quit [*.net *.split]
bantu has quit [*.net *.split]
zeddii has quit [*.net *.split]
marex has quit [*.net *.split]
zwelch has quit [*.net *.split]
alimon has quit [*.net *.split]
Fanfwe has quit [*.net *.split]
mckoan|away has quit [*.net *.split]
grma has quit [*.net *.split]
ablu_ is now known as ablu
prabhakalad has joined #yocto
zwelch has joined #yocto
<zeddii_>
rburton. correct. we didn't bump them, since 6.6 was staying around.
<rburton>
ok
GNUmoon has quit [Ping timeout: 260 seconds]
<rburton>
i'll remove the explicit pin from genericarm64 so its like the others at least, it won't try to build 6.10 if there's no append anyway
<zeddii_>
yah. we will be bumping them all in the not to distant future though. just not for this shortly arriving release.
<rburton>
oh they're all pinned
jmd has joined #yocto
zpfvo has quit [Quit: Leaving.]
<khem>
JaMa:btw. they called it 'firmware' kms :)
* khem
sees zeddii_ 'a tail is growing longer :)
florian has quit [Quit: Ex-Chat]
<zeddii_>
irc is not playing nicely with me today!
sugoi has quit [Ping timeout: 276 seconds]
GNUmoon has joined #yocto
ablu has quit [Ping timeout: 252 seconds]
ablu has joined #yocto
sugoi has joined #yocto
<Jones42>
rburton: thanks. Not what I wanted to hear, but thanks ;-)
<JaMa>
khem: iirc it used to be called fake and full before in rpi-config, but it's long since I've last looked at it
<khem>
yeah whatever it is, graphics never ceases to amaze about the hacks people do
sugoi has joined #yocto
<JaMa>
legacy was no vc4, fake kms is vc4-fkms-v3d and full kms just vc4-kms-v3d
ablu has quit [Ping timeout: 265 seconds]
ablu has joined #yocto
sugoi has quit [Ping timeout: 265 seconds]
frieder has quit [Remote host closed the connection]
ablu has quit [Ping timeout: 276 seconds]
<khem>
yeah legacy uses dispmanx another closed source botchup
ablu has joined #yocto
<khem>
JaMa: but the committer is not marketing person for sure :)
<JaMa>
:)
sugoi has joined #yocto
brrm has joined #yocto
vthor has joined #yocto
Crofton has joined #yocto
ndec has joined #yocto
khazakar has joined #yocto
stgl has joined #yocto
NishanthMenon has joined #yocto
stgl has quit [Max SendQ exceeded]
stgl has joined #yocto
<khem>
JaMa:are you able to use kms reliably these days
sugoi has quit [Ping timeout: 252 seconds]
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
<JaMa>
khem: the only issue I know from webOS with kms are the snd output changes (which block switching from fkms to kms, so it wasn't very well tested yet)
<khem>
ok, I had sisues with rpidistro fork of vlc but that was a while ago
<khem>
ah I can not correct typos, this is IRC
sugoi has joined #yocto
norvil has joined #yocto
ablu has quit [Ping timeout: 252 seconds]
sugoi has quit [Ping timeout: 276 seconds]
ablu has joined #yocto
<JaMa>
we're not using vlc at all, NIH syndrome (and some more valid historic reasons) are strong :)
Guest3 has joined #yocto
<Guest3>
getting the following error trying to compile a vey very basic image (core-image-minimal) bb.parse.ParseError: ParseError at /data/orin/meta-tegra/conf/layer.conf:27: unparsed line: 'addpylib ${LAYERDIR}/lib oe4t'
<Guest3>
kirkstone branch
<JaMa>
Guest3: you're probably mixing newer branch of meta-tegra with older bitbake
<Guest3>
let me check the branch of meta-tegra I have checked out
ablu has quit [Ping timeout: 276 seconds]
<Guest3>
JaMa: the darn thing was still on master... could have sworn ... Thanks for pointing this out
<khem>
JaMa: yeah vlc was my home media player btw. I was trying to see if the rpidistro version is any better than upstream
<khem>
and it indeed was atleast on fkms
<Jones42>
Has someone already successfully tried to build a signed dm-verity roothash partition according to the discoverable partitions specification?