ente has quit [Read error: Connection reset by peer]
ente has joined #yocto
linfax has joined #yocto
asriel has joined #yocto
mckoan|away is now known as mckoan
rob_w has joined #yocto
Omax_ has joined #yocto
Omax has quit [Ping timeout: 256 seconds]
frieder has joined #yocto
Omax_ is now known as Omax
goliath has joined #yocto
Kubu_work has joined #yocto
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
lexano has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
lexano has joined #yocto
prabhakar has joined #yocto
prabhakarlad has joined #yocto
camus has quit [Remote host closed the connection]
jmd has quit [Remote host closed the connection]
Thorn_ has quit [Quit: Not that there is anything wrong with that]
* alessioigor
waves all
leon-anavi has joined #yocto
<alessioigor>
I have just noticed that the my SDK (generated using '-c populated_sdk') contains a few MACHINE_ARCH packages (shadow-securetty, systemd-conf, a few kernel-image-*, a few kernel-module-*, a few packagegroup-*): Is there a way to remove those? I would like to have SDK that contains only PACKAGE_ARCH packages (if it is possibile).
<alessioigor>
Thanks!
florian has joined #yocto
prabhakarlad has quit [Ping timeout: 250 seconds]
prabhakar has quit [Ping timeout: 268 seconds]
olani has quit [Remote host closed the connection]
olani has joined #yocto
florian_kc has joined #yocto
amitk_ has joined #yocto
zpfvo has quit [Ping timeout: 255 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
amitk_ has quit [Ping timeout: 264 seconds]
Vonter has quit [Ping timeout: 260 seconds]
Vonter has joined #yocto
<kanavin>
alessioigor, I suppose you can start by inspecting log.do_populate_sdk and find out what pulls them in
jmiehe has joined #yocto
<alessioigor>
kanavin: I'll start from there, thanks!
amitk_ has joined #yocto
jmiehe has quit [Quit: jmiehe]
mvlad has joined #yocto
prabhakar has joined #yocto
prabhakarlad has joined #yocto
jmiehe has joined #yocto
amitk_ has quit [Ping timeout: 260 seconds]
jmiehe has quit [Quit: jmiehe]
amitk_ has joined #yocto
amitk_ has quit [Ping timeout: 240 seconds]
<LetoThe2nd>
yo dudX
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
pidge has quit [Remote host closed the connection]
pidge has joined #yocto
prabhakarlad has quit [Quit: Client closed]
prabhakar has quit [Quit: Connection closed]
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
xmn has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
<Ad0>
how do I add a reset driver to the linux kernel tree from my recipe ? do I patch it ?
<Ad0>
I forgot the commands to patch the kernel haha
<Ad0>
devtool modify virtual/kernel ?
<Ad0>
... already exists and is non-empty
prabhakar has joined #yocto
prabhakarlad has joined #yocto
_whitelogger has joined #yocto
luc4 has joined #yocto
sotaoverride is now known as Guest9581
Guest9581 has quit [Killed (lead.libera.chat (Nickname regained by services))]
ctraven is now known as sotaoverride
sotaover1ide has joined #yocto
<Ad0>
I had to rename the existing dir but that doesn't seem right
<Ad0>
yes as I said I ran it and ran into the already exists error
<mckoan>
Ad0: so, good luck!
<yocton>
DvorkinDmitry: I guess you would need to create a target depending on 2 images (each having a single WKS_FILE)
<Ad0>
shouldn't need luck when dealing with computers tho :)
<DvorkinDmitry>
yocton, never seen anything like this... how it should look like?
<Ad0>
I'll try to cleansstate and retry hehe
<yocton>
DvorkinDmitry: It was only a guess since I never saw that either ^^. I usually have 1 image = 1 WKS and call bitbake twice (once on each image)
<yocton>
DvorkinDmitry: but my guess would be a recipe with most of the tasks setup with noexec and a DEPENDS on your images (a bit like packagegroups)
<DvorkinDmitry>
yocton, thank you. I see... will try to research
sakman has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
<DvorkinDmitry>
my I set WKS_FILE=... in the command line?
Xagen has joined #yocto
<LetoThe2nd>
DvorkinDmitry: I don't think it is passed in.
rob_w has quit [Remote host closed the connection]
<DvorkinDmitry>
LetoThe2nd, or probably something like machine.conf: WKS_FILE="my${T}.wks" and T=xx bitbake ... ?
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
paulg has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 264 seconds]
zpfvo has joined #yocto
paulg has quit [Remote host closed the connection]
zpfvo has quit [Ping timeout: 276 seconds]
zpfvo has joined #yocto
paulg has joined #yocto
rfuentess has quit [Remote host closed the connection]
amitk_ has joined #yocto
xmn has quit [Read error: Connection reset by peer]
<LetoThe2nd>
rburton: I suggest rust just defines one state to be shipped for all eternity and all distributions distribute it. problem solved.
<rburton>
ha
leon-anavi has quit [Remote host closed the connection]
ptsneves has joined #yocto
Guest52 has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
zpfvo has quit [Remote host closed the connection]
<khem>
they want you to use rustup so kind of they have something like that already
luc4 has quit [Ping timeout: 256 seconds]
<khem>
I think go or rust or zig, any developer I talk to they manage the compiler toolchain themselves and bump it on demand as they see fit, these respective communities have made it simple to do so I guess, but as distro devs its a nightmare
amitk_ has quit [Ping timeout: 264 seconds]
florian has quit [Quit: Ex-Chat]
jmd has joined #yocto
mckoan is now known as mckoan|away
linfax has quit [Ping timeout: 256 seconds]
zwelch has joined #yocto
frieder has quit [Remote host closed the connection]
astlep5504018 has quit [Ping timeout: 260 seconds]
Kubu_work has quit [Quit: Leaving.]
Kubu_work has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
astlep5504018 has joined #yocto
prabhakarlad has quit [Ping timeout: 250 seconds]
goliath has joined #yocto
ptsneves has quit [Ping timeout: 264 seconds]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
Haxxa has quit [Quit: Haxxa flies away.]
<mischief>
it seems like systemd coredumpd might dlopen libelf/libdw, but it's not tracked by the recipe, should i file a bug?
<mischief>
would be nice to fix that for scarthgap
Haxxa has joined #yocto
florian_kc has joined #yocto
vmeson has quit [Ping timeout: 264 seconds]
jatedev has joined #yocto
alimon has quit [Ping timeout: 268 seconds]
amitk_ has joined #yocto
amitk_ has quit [Remote host closed the connection]
<jatedev>
After turning on bitbake debugging, I noticed warnings during recipe parsing:
<jatedev>
DEBUG: while parsing sstate_task_postfunc, in call of bb.build.exec_func, argument 'intercept' is not a string literal
<jatedev>
Can these be safely ignored?
jatedev has quit [Quit: Client closed]
jatedev has joined #yocto
vladest has quit [Remote host closed the connection]
ptsneves has joined #yocto
ptsneves has quit [Remote host closed the connection]
vladest has joined #yocto
ptsneves has joined #yocto
sakman has quit [Ping timeout: 256 seconds]
jmd has quit [Remote host closed the connection]
sakman has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
Kubu_work has quit [Quit: Leaving.]
ptsneves has quit [Ping timeout: 256 seconds]
florian_kc has joined #yocto
alessioigor has quit [Quit: alessioigor]
jatedev has quit [Quit: Client closed]
<khem>
mischief: yeah add it to RRECOMMENDS
jatedev has joined #yocto
mvlad has quit [Remote host closed the connection]
<mischief>
if you have an idea on the best way to handle it, send a comment :-)
<sotaoverride>
do me know where I can find the meta layer for ALSA, im trying to find something for tinymix.
<khem>
alsa is in core layer, you can also check layers.openembedded.org for finding recipes
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Saur_Home has joined #yocto
vmeson has joined #yocto
ak77 has joined #yocto
<mischief>
i'm doing a build of vanilla poky master for funsies with the sstate mirror and hash server enabled. why does scanning keep happening many times with the message "Checking sstate mirror object availability"? it's happened at least 10 times now
<JPEW>
mischief: When hashes change b/c of hash equivalence, it has to check if the new hashes are on the server
<JPEW>
mischief: We have plans to make it faster by not asking for sstate hashes that are not in hash equivalence
<JPEW>
It's on my TODO list
<mischief>
hm. it does feel a bit slow right now.
<JPEW>
Ya, for hashes that don't exist it can be slow because negative lookups are generally much slower than positive ones
<mischief>
basically nothing is happening, usually i'd expect my machines fans to be roaring. ryzen 7950X with a 1Gbit downlink..
<JPEW>
You are probably limited by the speed of the sstate server
<mischief>
that's very unfortunate
<JPEW>
If you're getting high sstate usage, you're machine isn't likely to be doing much work anyway
<JPEW>
.... which is sort of the point :)
<JPEW>
If you're getting a lot of those messages, one would hope you are converging on the publish sstate objects since they are caused by finding equivalent hashes
<mischief>
for my current invocation of 'bitbake core-image-full-cmdline' i also saw 'Sstate summary: Wanted 2366 Local 0 Mirrors 4 Missed 2362 Current 137 (0% match, 5% complete)'. doesn't that mean that.. we aren't able to use the remote sstate at all?
<mischief>
or is that being dynamically adjusted on the rescans without actually printing the stats?
<JPEW>
Hmm, I'm not sure if it updates in real time or now
<JPEW>
*not
<JPEW>
That might just be the initial scan
<mischief>
that message was from the initial scan
<mischief>
it hasn't printed any stats since, even after the subsequent rescans
<JPEW>
Ya, IDK if it will give a report at the end also or not
<mischief>
hm. something seems wrong but i have no idea what. multiple recipes stuck in the same task that i'd expect to be quick. 5: acl-native-2.3.1-r0 do_deploy_source_date_epoch - 3m39s (pid 1288522)
<mischief>
maybe i should not try building master :)
<JPEW>
Ya, that should be really fast
<JPEW>
It does do some git stuff sometimes though
<mischief>
did bitbake change from multiprocess to multithread or something?
<JPEW>
No
<JPEW>
Actually, that task is just copying a file, so that's really weird
<JPEW>
Can you grab a .log file from one of those?
<khem>
JPEW: whats the incantation to disable it looking for hash-servers beyond your internal n/w