<SlimeyX>
whats the bitbake commands i can use to help find out what a vendor did and how things are built
mrpelotazo has quit [Ping timeout: 252 seconds]
mrpelotazo has joined #yocto
starblue has quit [Ping timeout: 244 seconds]
starblue has joined #yocto
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #yocto
frgo has quit [Read error: Connection reset by peer]
frgo_ has joined #yocto
Net147 has quit [Ping timeout: 252 seconds]
rob_w has joined #yocto
jmd has joined #yocto
jmd has quit [Remote host closed the connection]
ptsneves has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
Articulus has joined #yocto
wojci has joined #yocto
ehussain has joined #yocto
mckoan|away is now known as mckoan
Kubu_work has joined #yocto
mbulut has joined #yocto
dmoseley has quit [Ping timeout: 246 seconds]
dmoseley_ has joined #yocto
<wojci>
Is is possible to apppend to FILESEXTRAPATHS based on a condition? For instance if a specific variable defined in local.conf is set to a non empty string?
<wojci>
I can only find examples from use in do_install:append(). I want to do this before to set where to find specific files before fetching.
rfuentess has joined #yocto
leon-anavi has joined #yocto
ablu has quit [Ping timeout: 245 seconds]
vnd has joined #yocto
ablu has joined #yocto
<vnd>
looks like this chat logs are not stored since 2025 started? I only see December and earlier.
<vnd>
has semantics of FILESEXTRAPATHS changed somewhere between kirkstone and scarthgap with regard to looking up python modules?
<vnd>
I'm migrating our yocto build, and it can't find custom util.py file anymore. Apparently the only line that points to parent folder is FILESEXTRAPTHS, but something changed and it's not working anymore.
ehussain has quit [Ping timeout: 248 seconds]
sakoman has quit [Ping timeout: 276 seconds]
goliath has joined #yocto
othiman has quit [Ping timeout: 240 seconds]
florian_kc has joined #yocto
sakoman has joined #yocto
rvignesh_ has joined #yocto
Guest32 has joined #yocto
rvignesh__ has joined #yocto
rvignesh has quit [Read error: Connection reset by peer]
rvignesh_ has quit [Ping timeout: 264 seconds]
rfuentess has quit [Remote host closed the connection]
<rburton>
vnd: look up addpylib, you might need to use that
<ak77>
is there a way to influence that HOSTTOOLS should pick python3.12 not python3.13 (scarthgap doesn't work with 3.13)
<rburton>
ak77: change your python3symlink on the host? i think it just searches PATH so you can make an entry before /usr that has python3->python3.12
sakoman has quit [Ping timeout: 248 seconds]
rob_w has quit [Remote host closed the connection]
rvignesh__ has quit [Ping timeout: 252 seconds]
mbulut has quit [Ping timeout: 244 seconds]
<vnd>
rburton thank you, that must be it! Of course it's documented, but oh well..
<rburton>
mcfrisk: the beagleplay bug is two separate issues, that could be one of them yes
<rburton>
interesting datapoint for sure
<mcfrisk>
rburton: fwiw, in our setup, only rockpi4b sees this kernel issue. qemu, kv260, zcu102 and synquacer work though there are separate tf-a and high level TPM issues
rcw has joined #yocto
farmadupe has quit [Ping timeout: 244 seconds]
<ak77>
i did new build, new machine, ... still have pseudo log issue path mismatch, how is this possible (no SSTATE_DIR)
<ak77>
on some random recipe, now it's alsa-topology-conf
mbulut has quit [Remote host closed the connection]
<olani>
ak77: You probably have some task inbetween install and package that does something to the files. Do you have any custom classes that do things for instance?
<olani>
ak77: Is it consistent for alsa-topology-conf even if you build only that recipe?
cyxae has joined #yocto
cyxae has quit [Client Quit]
cyxae has joined #yocto
cyxae has quit [Remote host closed the connection]
cyxae has joined #yocto
<ak77>
olani: i last run alsa-topology-conf wasn't present. base-files was, now, if I build only base-files, error always popsup
wojci has quit [Ping timeout: 260 seconds]
gyokhan has joined #yocto
Jones42 has joined #yocto
Guest32 has quit [Ping timeout: 240 seconds]
gyokhan has quit [Ping timeout: 252 seconds]
<olani>
ak77: I'm guessing that the install task is not rerun, only the failing package task. `bitbake base-files | cat` will show which tasks actually executes and in which order. Will bitbake -C install base-files solve the problem for that recipe?
adadad has quit [Quit: ZNC 1.9.1+deb2+b2 - https://znc.in]
<qschulz>
I'll try to use it and see what we can do with it, maybe a native recipe to be used with rockchip-rkbin-ddr where we could modify the baudrate, uart controller and mux to use for the console for example
<qschulz>
I need those to be changed for my RK3588 boards, so I'll likely end up working on it, but I know this was one of the blockers for you for one of your RK3308 board I believe?
<tlwoerner>
qschulz: nice!
<qschulz>
and the reason why we have a rockchip-rkbin-rk3308 recipe?
gyokhan has joined #yocto
tgamblin has quit [Remote host closed the connection]
gyokhan has quit [Ping timeout: 252 seconds]
tgamblin has joined #yocto
wdouglass has joined #yocto
<wdouglass>
Hello. Can i add an entry to RPROVIDES based on a PACKAGECONFIG value?
tgamblin has quit [Remote host closed the connection]
tgamblin has quit [Remote host closed the connection]
tgamblin has joined #yocto
<ak77>
olani: after cleanall, | cat shows do_install succeded, then do_populate succeeded, do_package failed... but. do_package started before do_populate succeeded
<qschulz>
FYI, I sent a patch to the poky ML before being subscribed to it. I'll wait a few days to see if it gets allowed to go through by the admin before resending
<qschulz>
there's no hurry, it's just basic support for b4 tool in poky
wdouglass has left #yocto [#yocto]
Xagen has joined #yocto
druppy has joined #yocto
florian has quit [Quit: Ex-Chat]
gyokhan has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
gyokhan has quit [Ping timeout: 264 seconds]
|Xagen has joined #yocto
Xagen has quit [Ping timeout: 252 seconds]
goliath has quit [Quit: SIGSEGV]
gyokhan has joined #yocto
Slawek has joined #yocto
gyokhan has quit [Ping timeout: 244 seconds]
florian_kc has joined #yocto
jmd has joined #yocto
florian_kc has quit [Ping timeout: 248 seconds]
leon-anavi has quit [Quit: Leaving]
druppy has quit [Ping timeout: 252 seconds]
gyokhan has joined #yocto
gyokhan has quit [Ping timeout: 265 seconds]
<tgamblin>
rburton: this may be unrelated to the current beagleplay issues, but I just saw mine kernel panic after sitting at the login prompt for an unspecified amount of time (kernel is 6.10.8)
<rburton>
huh
<rburton>
im hearing the latest uboot release fixes a few things so fingers crossed
florian_kc has joined #yocto
goliath has joined #yocto
PhoenixMage has quit [Ping timeout: 252 seconds]
gyokhan has joined #yocto
gyokhan has quit [Ping timeout: 248 seconds]
frgo_ has quit [Remote host closed the connection]
<Slawek>
I feel like I've found myself down a rabbit hole. I've been trying to share my sstate-cache with developers scattered throughout. Did the usual http endpoint thing of the sstate-cache folder, but bitbake would refuse to use it unless there was a hash equivalency server. Well, I have hashserv container up and running and responding, but am still
<Slawek>
left at putting in the credentials. I'm finding VERY LITTLE information about hashserv, but I hear about people using sstate-cache all the time. It doesn't seem to add up.
jmd has quit [Remote host closed the connection]
PhoenixMage has joined #yocto
gyokhan has joined #yocto
gyokhan has quit [Ping timeout: 276 seconds]
olani- has joined #yocto
olani_ has joined #yocto
Kubu_work has quit [Quit: Leaving.]
<zhmylove>
Slawek: what is your BB_HASHSERV value?
<Slawek>
It was auto because I was using the _UPSTREAM variable. Assigned BB_HASHSERVE to to my hashserv and it showed signs of life. Also discovered the @report permissions. Getting pretty close here.
<zhmylove>
I do use BB_SIGNATURE_HANDLER = "OEEquivHash" as well as BB_HASHSERVE = "auto". This thing works well both with and without connection to the BB_HASHSERVER_UPSTREAM
<Slawek>
And you have other users utilizing your sstate-cache?
<zhmylove>
Yes, I believe so. When there are issues with bb-hashserv host, they just reports a typical warning: "BB_HASHSERVE_UPSTREAM is not valid, unable to connect hash equivalence server at '%s': %s". I did not test this well for a couple of years, but we do use sstate-cache over http and I believe they'd tell me about bad build performance having no conneciton to hashserv. I'll try to check later on
<zhmylove>
Slawek: I did check my chats with colleagues. All the issues they report that sometimes (not each time) during hashserve outage they experience freezes during "Checking sstate mirror object availability", like: "Bitbake still alive (no events for 2400s). Active tasks..."
<Slawek>
Gotcha. I guess I never properly set BB_HASHSERV until now. I'm choosing to run a standalone hashserv.
<zhmylove>
I'll double check now, blocked my hashserve in my local firewall and verify that sstate will still be used
<Slawek>
I'm getting hundreds of "get-outhash" and "Handling report" events in my hashserv, and the database is growing, but what I have configured as SSTATE_MIRRORS seems to be ignored an unutilized.
<Slawek>
Sstate summary: Wanted 182 Local 0 Mirrors 0 Missed 182 Current 0 (0% match, 0% complete)
<Slawek>
Maybe I'll run the build that populated my sstate-cache (via SSTATE_DIR being defined) again so it populates it with the hashserv configured now???
<zhmylove>
Hmm, strange. Currently I do see "Timeout while waiting for a reply from the bitbake server (60s at %s)". Change firewall from DROP to REJECT and check again
<zhmylove>
Yes, now I see: "BB_HASHSERVE_UPSTREAM is not valid, unable to connect hash equivalence server"
<zhmylove>
And (100% match, 0% complete)
<zhmylove>
Empty build/cache dirs on local side, and REJECT connections on the HASHSERVE upstream side