rsalveti has quit [Quit: Connection closed for inactivity]
dtometzki has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
alessioigor has joined #yocto
thomasd13 has joined #yocto
alessioigor has quit [Quit: alessioigor]
davidinux has joined #yocto
kroon has joined #yocto
prabhakarlad has joined #yocto
rob_w has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
goliath has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
tre has joined #yocto
willo has quit [Ping timeout: 240 seconds]
willo has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
Lihis has quit [Remote host closed the connection]
Lihis has joined #yocto
<LetoThe2nd>
yo dudX
mckoan|away is now known as mckoan
<mckoan>
good morning
<thomasd13>
Good morning: I try to tackle an do_populate_sdk_ext issue: https://dpaste.com//D48WB8YBR The path for EXTERNAL_TOOLCHAIN is just wrong. But when I check the environment with bitbake -e, it is set to the correct path: https://dpaste.com//CTMU7NJSR
jsandman9 has quit [Quit: Ping timeout (120 seconds)]
jsandman has joined #yocto
kranzo has joined #yocto
goliath has quit [Quit: SIGSEGV]
gsalazar has joined #yocto
xmn has quit [Ping timeout: 246 seconds]
dacav has quit [Quit: leaving]
Schlumpf has joined #yocto
goliath has joined #yocto
<qschulz>
greetings people
<thomasd13>
good morning
rber|res has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
florian has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
YuktiSharma[m] has quit [Quit: You have been kicked for being idle]
amahnui1 has joined #yocto
GillesM has joined #yocto
GillesM has quit [Remote host closed the connection]
rob_w has quit [Quit: Leaving]
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
<thomasd13>
I have a .inc file which enables multiconfig for the image build. (conf/machine/include/k3.inc:BBMULTICONFIG += "k3r5") I assume this causes trouble when I try to build the eSDK. Is it possible to "disable" multiconfig when I try to build eSDK via -c do_populate_sdk_ext ?
nemik has joined #yocto
<thomasd13>
When I use bitbake mc::viop-image, it starts nevertheless the build for these two configurations (normal + k3r5)
<qschulz>
the third link on DuckDuckGo when looking for "yocto project summit 2022.05" is the password reset page on pretalx ahahahah
<LetoThe2nd>
have there been changes in relation to the inode handling respectively pseudo lately? I'm seein "path mismatch ino" here and there, but can't put my finger onto the reason yet.
<qschulz>
LetoThe2nd: I'll always start with this question when there are pseudo issues: "are you running in a rootless podman container"
<LetoThe2nd>
qschulz: hrhrhr
<LetoThe2nd>
not as far as i know. I've seen it on bare OS, in docker and a coworker reports it on CI
<qschulz>
LetoThe2nd: I'm asking because I had issues with rootless podman containers with tlwoerner and we have work arounds
<LetoThe2nd>
qschulz: sure, but at least as far as i can see, its not related.
pgowda_ has joined #yocto
starblue has quit [Ping timeout: 256 seconds]
starblue has joined #yocto
ptsneves has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
hcg has joined #yocto
halves has joined #yocto
sashko has joined #yocto
<sashko>
Hello. Bitbake crashes terminal app (or perhaps bash?) leaving me with no logs. Any suggestions on how to debug the issue?
<ptsneves>
sashko run bitbake inside an extra shell
<ptsneves>
i guess you are having an error in the sourcing script and it closes the shell?
<sashko>
no, it happens during configure or build stage on some heavy packages
<ptsneves>
ok then i do not know why your terminal app would close
<sashko>
it's probably resources related as Linux starts to close other apps, e.g. firefox
<ptsneves>
ah ok. If this the case you can try to set some swap for example
<ptsneves>
i do not know if bitbake has a way of setting the max memory. I know it can set CPU nice but that is all
<sashko>
ran it inside additional shell and it crashed terminal app
florian_kc has joined #yocto
<sashko>
afaik there's no way to limit memory usage
<LetoThe2nd>
sashko: there is none AFAIK. plus a lot of packages do their own magic
<LetoThe2nd>
sashko: how much ram does the build box have?
<sashko>
16
<qschulz>
what people do is usually limit the number of threads
<sashko>
monitoring memory usage, I don't see it used 100%
<LetoThe2nd>
sashko: you can do a BB_NUMBER_THREADS = "4" for example.
<LetoThe2nd>
qschulz: was already typing.
<sashko>
qschulz: I set BB_NUMBER_THREADS = "1" and PARALEL_MAKE = "-j 1"
<LetoThe2nd>
sashko: then what would that "heavy packages" be, for example?
<sashko>
u-boot-fslc and qtbase
<LetoThe2nd>
u-boot is not heavy.
<sashko>
my laptop seems to disagree :)
<ptsneves>
qtbase is likely heavy due to the c++.
manuel1985 has joined #yocto
kranzo has quit [Quit: Client closed]
<qschulz>
qtbase is a beast yeah
<qschulz>
but nothing 16GB of RAM would struggle with
<LetoThe2nd>
not debating qtbase. :-)
<LetoThe2nd>
qschulz: maybe its the 281 chrome tabs?
<sashko>
got lucky and it didn't crash; the problem was "out of memory"
<qschulz>
I have built qtbase (with buildroot though) on a 4c/8t 16GB machine without too much hassle
<sashko>
it's 4c/8t 16gb, so I'm really surprised
<qschulz>
might want to tweak some systemd-oom stuff
<qschulz>
(I run a very lightweight desktop environment)
<qschulz>
and I had issues before with the OOM killing my terminals
<qschulz>
but if you're staying with officially supported DE by your distro, you probably won't have the same issues I had
<sashko>
right systemd-oomd, it's new to me - just upgraded to latest ubuntu
<sashko>
well, I do running "vanilla" gnome ubuntu
<qschulz>
sashko: if this is a work PC, just ask your company to buy a desktop or a server for it
<qschulz>
because it's going to be painful building often on that kind of hardware
<sashko>
it is. I will, but need to continue now somehow...
<sashko>
will try adding swap and tweaking systemd-oomd
<ptsneves>
wow 4c/8t 16 is slow? :O
<qschulz>
ptsneves: well, my CPU is a laptop Intel U version.. so yes, slow :)
<ptsneves>
if you add swap you will not have crashes and you will let the OS cache out some stuff while building.
<qschulz>
ptsneves: incorrect, I have 8GB of swap on nvme and systemd-oomd still killed my terminals
<sashko>
qschulz: did you manage to find "better" settings for oomd?
<qschulz>
sashko: sort of, there is a special systemd unit for my desktop environment that I had to install
<qschulz>
seems to have been enough
<qschulz>
it's not gnome :)
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
<sashko>
added 64gb swap and still same crap
nemik has joined #yocto
<ptsneves>
so you probably have some runnawy process. What is being killed in the OOM?
<sashko>
Out of memory: Killed process 56205 (u-boot-fslc:con) total-vm:13435744kB, anon-rss:13182920kB, file-rss:0kB, shmem-rss:4kB, UID:1000 pgtables:26164kB oom_score_adj:0
<ptsneves>
wow u-boot-fslc was using 13435744kB! That is like 13GB
stanf53 has quit [Client Quit]
<ptsneves>
Hey. I just sent a largish analysis on a race on kernel.bbclass build to https://lists.yoctoproject.org/g/linux-yocto but i sent it through the web interface and it said it is waiting for moderators to approve. I just noticed i was not specifically subscribed to that mailing list. Did I just lose all the text?
davidinux has quit [Read error: Connection reset by peer]
<sashko>
what do you mean by "lose all the text"? it's should in in your 'sent' folder
<ptsneves>
i used the webinterface, not the email
davidinux has joined #yocto
<LetoThe2nd>
ptsneves: but then there something is b0rk3d, i have certainly built u-boot-fslc on machines with 8GB
dtometzki has quit [Ping timeout: 250 seconds]
<thomasd13>
Is there some documentation, about how building the SDK (maybe even eSDK) works in detail?
<ptsneves>
sorry to insist on the issue, but do you know who is the moderator of linux-yocto mailing list?
RobertBerger has joined #yocto
rber|res has quit [Ping timeout: 248 seconds]
GLumen has joined #yocto
GLumen_ has joined #yocto
<qschulz>
ptsneves: that might be halstead. I've never used the web interface to send a mail before but aren't you supposed to be subscribed to the mailing list to send a message without going through moderation?
<ptsneves>
qschulz thank you for the suggestion. I will ping him. Technically you are right, and i think if i wrote an email it would just bounce back. As i used the group.io web interface it just popped a modal saying that my message went into moderation.
<ptsneves>
which kind of sucks. It should never accept anything and "bounce" like the email
<qschulz>
ptsneves: you can always resend the mail, but since it seems you haven't saved the content that isn't an option right now :)
<qschulz>
(resend after subscribing)
GLumen has quit [Ping timeout: 260 seconds]
Tyaku has quit [Quit: Lost terminal]
<ptsneves>
indeed. that is exactly my issue. I took 2 hours writing the dependency chain and concurrency issue between kernel.bbclass do_compile_kernelmodules and make-mod-scripts:do_configure
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
Schlumpf has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
goliath has joined #yocto
manuel1985 has quit [Quit: Leaving]
kroon has quit [Quit: Leaving]
ptsneves has quit [Ping timeout: 252 seconds]
frieder has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
kevinrowland has joined #yocto
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 256 seconds]
dev1990 has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
<vvn>
which native package provides base64?
pgowda_ has quit [Quit: Connection closed for inactivity]
dgriego has quit [Ping timeout: 260 seconds]
dgriego has joined #yocto
mrnuke has joined #yocto
florian_kc has joined #yocto
sgw has quit [Ping timeout: 240 seconds]
<rfs613>
vvn: normally it comes from coreutils
<rfs613>
(though it's also in busybox and perhaps a few others)
hcg has quit [Quit: Client closed]
florian_kc has quit [Ping timeout: 260 seconds]
sgw has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
prabhakarlad has quit [Quit: Client closed]
mvlad has quit [Remote host closed the connection]
ptsneves has joined #yocto
amahnui1 has quit [Quit: Connection closed for inactivity]
xmn_ has joined #yocto
xmn has quit [Ping timeout: 240 seconds]
<cambrian_invader>
how can I determine what recipe generates a package?
xmn_ has quit [Ping timeout: 276 seconds]
xmn has joined #yocto
<Saur[m]>
cambrian_invader: If you have built the package, then you can use `oe-pkgdata-util lookup-recipe <package>` to determine what recipe produced the package.
<cambrian_invader>
Saur[m]: thanks!
ptsneves has quit [Quit: Client closed]
kevinrowland has quit [Quit: Client closed]
florian_kc has joined #yocto
<cambrian_invader>
when I run bitbake-whatchanged, some tasks get invalidated
<turkeykittin>
Unfortunately not as I am on dunfell (3.1) and the earliest release of cython in yocto was 3.1
<turkeykittin>
3.1*
<turkeykittin>
3.2***
<vmeson>
turkeykittin: ah, did you try to backport it?
<turkeykittin>
So I have been trying to see if I could target it anyway and build using the SDK
<turkeykittin>
No, didn't use the recipe, just tried to use it by hand
<turkeykittin>
i.e. source the SDK at 3.1 and install cython via pip and try to execute
<vmeson>
turkeykittin: okay, maybe someone will have more input but I haven't even played with cython, so I'm no help.
<turkeykittin>
What about pybind11? :LP
<turkeykittin>
:P*
<turkeykittin>
Man, lots of fat fingering today
<vmeson>
turkeykittin: well, it is Moonday
<turkeykittin>
unfortunately everyday is a work day for me :S
<turkeykittin>
just different levels of sleep deprivation
<turkeykittin>
But yeah I've been trying all sorts of methods to get some CPP and python bindings to work nicely on my yocto build. About to force everything into Hardknott as I just discovered a lot of my dependencies are finally updated to work with it
<vmeson>
turkeykittin: I'm not much of a pythonista... hopefully someone else will help out. It might be good to as a more specific question here or on one of the email lists.
<turkeykittin>
vmeson: unfortunately it would probably go unanswered especially with a lot of detail because of how particular my setup is. However, hopefully if I get to Hardknott and things are still not working, I can at least ask about the in-built cython recipe and have a more standard configuration to work with... A fresher, non-thrashed environment :X