Michael_Guest has quit [Ping timeout: 250 seconds]
<JaMa>
luc4: you will need to debug why it's crashing, start by building read-write image and check that it works there, then you'll need to figure out how to redirect the writes to writeable overlay or temporary directories
<JaMa>
but there probably won't be exact tutorial how-to avoid stack smashing in pulseaudio on readonly filesystem
<JaMa>
or ask some AI to smash some random tutorials for you, but gl if you do :)
destmaster has joined #yocto
luc4 has quit [Ping timeout: 255 seconds]
<dvergatal>
RP: around?
luc4 has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Quit: jmiehe]
rob_w has quit [Remote host closed the connection]
sky__ has joined #yocto
sky_ has quit [Ping timeout: 240 seconds]
Xagen has joined #yocto
Guest18 has joined #yocto
<Guest18>
Hi all
<Guest18>
I have built image for stm32mp1 hardware with openssh included in it. But we have noticed that during boot loading of sshd service is taking longer time and boot time of my device is getting increased and creating some other issues.
<Guest18>
Is there any way so that i can load(loading is taking time even without launching) this service after complete booting up my device (from some other script when everything is loaded) and then launch ?
sky_ has joined #yocto
sky__ has quit [Ping timeout: 272 seconds]
sky_ has quit [Quit: Leaving]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rburton>
Guest18: is that ssh for production or for development?
<Guest18>
production
<rburton>
presumably its the key generation
<rburton>
but that will only impact the first boot
<rburton>
so you should look into what is actually taking time
<Guest18>
Earlier we were using dropbear and it was working fine with it but when we migrated to openssh see the issue
destmaster has quit [Remote host closed the connection]
destmaster has joined #yocto
<Guest18>
Yes, i can understand that for the first boot as it will generated keys
<Guest18>
But this is there with every boot
<Guest18>
I have tried by renaming /etc/init.d/sshd by to some other name by making rootfs read/write then i saw reduction in boot time by around 12 Sec
lexano has joined #yocto
<rburton>
if you have a read-only rootfs then where is the host key being written?
<rburton>
sounds like its not lasting over a power cycle, and being regenerated every boot
Guest18 has quit [Quit: Client closed]
Guest18 has joined #yocto
<Guest18>
We are saving keys to one of preserve path and its being checked there
<nayfe>
Hello everyone, I struggle to understand meta-intel way to handle CVE in relation with kirkstone LTS version, if someone can help me? thanks by advance
sev99 has joined #yocto
xmn has joined #yocto
jstephan_ has quit [Remote host closed the connection]
destmaster has quit [Ping timeout: 250 seconds]
jmd has joined #yocto
<rburton>
nayfe: maybe give more context and what you don't understand?
leon-anavi has quit [Quit: Leaving]
|Xagen has joined #yocto
<nayfe>
I'm not sure if reported CVEs from cve-check.bbclass applies or not on our product, and if Intel has some policies concerning layer support for cybersecurity? I can follow linux-yocto way with "OE-core CVE metrics for kirkstone" mails and reports on release notes, but I can't find something similar for meta-intel
Xagen has quit [Ping timeout: 252 seconds]
florian has quit [Ping timeout: 272 seconds]
Saur has joined #yocto
<rburton>
meta-intel uses the linux-intel-lts kernel which is actively maintained
<rburton>
"kernel" and "CVEs" is fun/interesting, depending on your point of view
<rburton>
FYI, almost every backported fix will have a CVE from now
<rburton>
the easiest thing to do would be to email specific questions to the meta-intel maintainers as they're not often on IRC
<AdrianF>
Is this Python warning interesting? bitbake/bin/bitbake-worker:210: DeprecationWarning: This process (pid=2423953) is multi-threaded, use of fork() may lead to deadlocks in the child.
<AdrianF>
pid = os.fork()
florian has joined #yocto
<nayfe>
rburton thanks i'll see with them :)
<RP>
AdrianF: we're a lot more careful than most python programs in that regard
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
Saur has quit [Ping timeout: 250 seconds]
<AdrianF>
RP: Sounds good. I was not sure if this would be helpful for bitbake experts who are not yet on Python 3.12. But with Python 3.12 this warning is also thrown for Popen from Python core. It's not only in the Bitbake code.
linfax has quit [Ping timeout: 264 seconds]
<RP>
AdrianF: we've been aware of the challenges around mixing threads and processes for a while but I think we do things safely. It is possible something changed in 3.12 which may mean we need to revisit it but we are quite careful
<JaMa>
I'm using 3.12 for all my local builds for a while and the only issue I've seen was the deadlock after build finished in kirkstone for which the fix was already backported there as well
<JaMa>
other than those SyntaxWarnings, thanks for fixing them
<khem>
it seems it is set to conflict with perl-module-encode but its ptests dependencies pull in perl-module-encode
<moto-timo>
khem: i
<moto-timo>
khem: I'll take a look, but probably I should drop that recipe. I think it is included in perl itself.
<moto-timo>
khem: I think I added that a long time ago before I understood the packages split.
mattsm has joined #yocto
jpuhlman has quit [Ping timeout: 264 seconds]
jpuhlman has joined #yocto
luc4 has quit [Quit: Konversation terminated!]
jpuhlman has quit [Read error: Connection reset by peer]
jpuhlman has joined #yocto
luc4 has joined #yocto
luc4 has quit [Client Quit]
Kubu_work has quit [Quit: Leaving.]
pvogelaar has joined #yocto
<moto-timo>
khem: let's get rid of those recipes ;) patches sent
simonew has quit [Read error: Connection reset by peer]
simonew has joined #yocto
<simonew>
abelloni: wrt to the libsoup issue when upgrading libxml2, I checked with glibc and musl, this issue was fixed already as far as I can see by khem. I will send a patch for the upgrade therefore.
pbsds has quit [Ping timeout: 264 seconds]
Xagen has joined #yocto
pbsds has joined #yocto
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
jmd has quit [Remote host closed the connection]
Kubu_work has joined #yocto
yudjinn has joined #yocto
patersonc has quit [Ping timeout: 252 seconds]
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
patersonc has joined #yocto
mithro has quit [Ping timeout: 252 seconds]
mithro has joined #yocto
rm5248 has joined #yocto
<rm5248>
hi, I need to create a custom tar file that contains the rootfs and a script from my layer in it. How can I refer to this script? everything that I see seems to be either "how to install file into rootfs" which is not what I'm looking for.
mvlad has quit [Remote host closed the connection]
<yocton>
simonew: FYI, I just got an answer from NVD for a mail sent february 6th. Maybe 2 weeks between NVD mail and CVE_STATUS update is a bit short?
yudjinn has quit [Ping timeout: 246 seconds]
prabhakalad has quit [Quit: Konversation terminated!]