kanavin has quit [Remote host closed the connection]
Chaser has joined #yocto
florian has quit [Ping timeout: 276 seconds]
davidinux1 has joined #yocto
ehussain has quit [Ping timeout: 265 seconds]
tolnanwo has quit [Remote host closed the connection]
tolnanwo has joined #yocto
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
zeddii has quit [Quit: ZNC 1.9.0+deb2build3 - https://znc.in]
zeddii has joined #yocto
kanavin has joined #yocto
aduskett has joined #yocto
Jones42 has joined #yocto
davidinux1 has quit [Ping timeout: 265 seconds]
florian has joined #yocto
davidinux1 has joined #yocto
ThomasRoos has joined #yocto
<ThomasRoos>
Good morning,
<ThomasRoos>
is there an opposite to BBMASK - I like to exclude a whole directory with subdirs, but then enable just one again.
<ThomasRoos>
And ofc I do not want to specify all dirs manually.
<kanavin>
that sounds like an awful hack
<kanavin>
if you need to do this, maybe just copy the needed piece elsewhere
<kanavin>
if it's another one of those 'take crappy BSP layer and get only the required pieces from it' situations
<kanavin>
even BBMASK itself is a hack
florian_kc has joined #yocto
<RP>
ThomasRoos: no, there isn't anything like that. You can make BBFILES more specific though
<ThomasRoos>
The use case is - I like to have different images depending on different layers. If one of the images inherit a class that is defined by a layer that is not included for a specific image I do get an error as all image recipes are parsed. I like to just parse the image recipe I want to build. Will look into BBFILES more. Thank you!
Chaser has joined #yocto
<RP>
ThomasRoos: some layers have layer conditional appends, I'd imagine something similar could be done for recipes
<ThomasRoos>
RP kanavin - FYI had success with using a regex that exclude the specifc dir in BBMASK: (?!${IMAGE}/)
<RP>
ThomasRoos: fair enough, I'd forgotten you could do a reverse regex
ptatrai has joined #yocto
<kanavin>
ThomasRoos, dynamic-layers could work, but really it's better to write layers such that you can include them all without unwanted side effects
<ThomasRoos>
kanavin no worries that layer is not a layer to be included by others - it is for overwriting, adding things. An umbrella layer - like this here: https://github.com/aws4embeddedlinux/meta-aws-demos
Tyaku has quit [Ping timeout: 246 seconds]
Tyaku has joined #yocto
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
<JaMa>
was there some change to process ${PN} in FILESEXTRAPATHS as ${BPN}? I'm quite sure that PN would be expanded to e.g. lib32-libgpiod before, but now in bitbake -e I'm seeing:
<JaMa>
the default FILESPATH also explicitly uses BP BPN, so I'm surprised that FILESEXTRAPATHS wouldn't need to
<JaMa>
will resurect some dunfell based build to check :)
<RP>
JaMa: I don't know, I don't remember really
davidinux1 has quit [Ping timeout: 244 seconds]
davidinux1 has joined #yocto
florian_kc has quit [Ping timeout: 260 seconds]
florian_kc has joined #yocto
<JaMa>
fair enough, I might misremember it as well, there is the QA check for PN in SRC_URI, maybe I took it a bit further and updated all FILESEXTRAPATHS references as well in our layers (in 2023) even when it wasn't causing build failures
florian_kc has quit [Read error: Connection reset by peer]
<RP>
JaMa: fixing those to use BPN would be sensible. Perhaps we're missing a sanity check!
<JaMa>
I've checked with dunfell now and it also ends with BPN, so either it changed even earlier or I just didn't remember it correctly
<JaMa>
dunfell $ grep ^FILESEXTRAPATHS= env.* | sed 's@/OE.*dunfell/@@g'
<RP>
marex: we added some to standarise the docs build so yes, expected
<RP>
rburton: they were added recently
gspbirel56 has quit [Ping timeout: 252 seconds]
starblue has joined #yocto
<JaMa>
ERROR: python3-flask-sijax-0.4.1-r0 do_fetch: Bitbake Fetcher Error: ChecksumError('Checksum mismatch!\nFile: \'/OE/lge/build/downloads/Flask-Sijax-0.4.1.tar.gz\' has sha256 checksum \'fb2bf2d4f75408185102195055d75549fee8d9c9e954dca2427186925cdc429f\' when \'fb2bf2d4f75408185102195055d75549fee8d9c9e954dca2427186925cdc429f"DESCRIPTION = "An extension for the Flask microframework that adds Sijax support.\' was
<JaMa>
expected\nIf this change is expected (e.g. you have upgraded to a new version without updating the checksums) then you can use these lines within the recipe:\nSRC_URI[sha256sum] = "fb2bf2d4f75408185102195055d75549fee8d9c9e954dca2427186925cdc429f"\nOtherwise you should retry the download and/or check with upstream to determine if the file has become corrupted or otherwise unexpectedly modified.',
<RP>
JaMa: our parsers quoting handling is "fun" :/
<JaMa>
somehow it broke the '\n' in ChecksumError as well (not visible in IRC which mangled that)
<RP>
it would read the value there as foo"DESCRIPTION = "bar
<RP>
JaMa: I'd "fix" it but we'd break a lot of code
<JaMa>
it indeed did, I was just surprised how much "fun" there is :)
<JaMa>
at least it was in variable where it immediately triggered an error and not in something which would end somewhere in enduser images :)
<RP>
JaMa: right, we really should fix the quote handling
<rburton>
RP: fair
Daanct12 has quit [Quit: WeeChat 4.4.3]
xmn has joined #yocto
<mcfrisk>
first build and test cycle works on core-image-base from meta-arm qemuarm64-secureboot, but ping test fails with "command not found". On second test run to debug .wic image rootfs is empty and boot fails in initramfs. then sometimes other failures like the do_fetch/do_patch one.
Xagen has joined #yocto
Guest61ahhhhhh has joined #yocto
Guest61ahhhhhh has quit [Client Quit]
gspbirel56 has joined #yocto
Chaser has joined #yocto
gspbirel56 has quit [Ping timeout: 252 seconds]
* mcfrisk
has no idea what bitbake is doing
sotaoverride has quit [Ping timeout: 276 seconds]
<marex>
RP: ACK, thank you for clarifying
<mcfrisk>
mv tmp foo && rm -rf tmp & sleep 5 && bitbake core-image-base -> bitbake/lib/bb/command.py", line 125, in runAsyncCommand, poky/bitbake/lib/bb/command.py", line 616, in buildTargets, poky/bitbake/lib/bb/cooker.py", line 1538, in buildTargets, poky/bitbake/lib/bb/cooker.py", line 110, in write_variables, FileNotFoundError: [Errno 2] No such file or directory: '...build/tmp/log/eventlog/20241031141655.json'
<mcfrisk>
builds leak cooker processes to the background, even inside kas container shells. That causes this weird stuff.
Minvera has joined #yocto
gspbirel56 has joined #yocto
luc4 has joined #yocto
gspbirel56 has quit [Ping timeout: 252 seconds]
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
<moto-timo>
JPEW: I am assuming WHISK_PRODUCTS is a list.. but I have a use case where I need to know the proudct that is being built (Xilinx BIF file is generated by BOOTGEN attributes variables and I need the full path to some artifacts in the deploy dir).
<RP>
mcfrisk: was that with memory resident bitbake. You could put a bitbake -m in there to ensure it is shutdown
<moto-timo>
JPEW: I suppose in my CI context, there is only one product, so I could abuse WHISK_PRODUCTS.
<JPEW>
WHISK_PRODUCT is set in the multiconfig; it's just that product
<JPEW>
moto-timo: Unless you mean across multiconfigs?
<moto-timo>
JPEW: ah, ok, I was just looking at env vars
<moto-timo>
JPEW: definitely not across multiconfigs, that sounds insane.
prabhakalad has quit [Ping timeout: 248 seconds]
prabhakalad has joined #yocto
ptatrai has quit [Ping timeout: 276 seconds]
ptatrai has joined #yocto
mulk has quit [Read error: Connection reset by peer]
mulk has joined #yocto
rfuentess has quit [Remote host closed the connection]
Articulus has quit [Quit: Leaving]
luc4 has quit [Ping timeout: 252 seconds]
<halstead>
JaMa: The mirror in Toronto is out of space and has fallen behind. YOu must be reaching that mirror. I'll get it pulled out and fixed.
Perflosopher has quit [Ping timeout: 248 seconds]
ad__ has quit [Read error: Connection reset by peer]
ad__ has joined #yocto
Chaser has joined #yocto
gspbirel56 has joined #yocto
<halstead>
JaMa: The mirror is re-syncing now.
<halstead>
A very corrupted poky-buildhistory has been removed and is resyncing.
<halstead>
FYI, Mirrors are set up to sync every 30 seconds. There are some display caches so the web interface may be out of date for up to 10 minutes depending on the the type of change. However clones/fetches/pulls should be in sync within 1 minute. If not please email helpdesk@yoctoproject.org
Perflosopher has joined #yocto
pidge has quit [Read error: Connection reset by peer]
pidge has joined #yocto
marvzco has joined #yocto
mckoan is now known as mckoan|away
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
<marvzco>
hi, im quite new using yocto, i used to use buildroot. In buildroot in the make menuconfig there are options to choose your kernel version and custom kernel headers series. Is it possible to do the same in yocto?
<rburton>
marvzco: BSPs tend to provide the kernel. the qemu machines (and several other BSPs) use the latest stable release that we ship in linux-yocto, for example.
<rburton>
if a bsp provides multiple kernels then set PREFERRED_VERSION_virtual/kernel
<marvzco>
rburton: ok i'll check it out, thank you :)
marvzco has quit [Quit: Client closed]
marvzco has joined #yocto
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 260 seconds]
zpfvo has quit [Remote host closed the connection]
Chaser has joined #yocto
PhoenixMage has quit [Ping timeout: 264 seconds]
PhoenixMage has joined #yocto
ptatrai has quit [Read error: Connection reset by peer]
ptatrai has joined #yocto
gspbirel56 has quit [Ping timeout: 255 seconds]
florian_kc has joined #yocto
<qschulz>
khem: dang, tf-a on rk3399 sure is a big mess
<qschulz>
wanted to get it warning free, took some time and I still have some weird issues I cannot understand
<qschulz>
like the INCBIN macro simply doesn't work in clang but does in GCC and if I fix it for clang it doesn't work for GCC
<qschulz>
and then... the m0 part of the FW actually isn't build with clang but gcc even if you pass CC=clang on the command line
<qschulz>
because it's a completely independent makefile for m0 and it's not taken into account for now
<qschulz>
(i looked into this because I am fed up with -dirty appearing on my Yocto builds :) )
MrFrank has quit [Remote host closed the connection]
<moto-timo>
getting rid of -dirty is a valiant cause to hold your head high on, IMHO
<moto-timo>
bugs me as well
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
sotaoverride has joined #yocto
<JaMa>
halstead: thanks, seems to be OK now
<JaMa>
halstead: yes I usually see the pushed changes within a minute, now when it was longer and you were already pinged here about those yocto tags, I thought to ask you but next time will send e-mail to helpdesk, thanks again
gspbirel56 has joined #yocto
Chaser has joined #yocto
yocton has quit [Remote host closed the connection]
<halstead>
JaMa: Thanks! Always good to ping here since I check IRC more often then e-mail. helpdesk@yoctoproject.org good because I might be asleep and people in other timezones get those emails.
mulk has quit [Ping timeout: 252 seconds]
mulk has joined #yocto
cabazon has joined #yocto
davidinux1 has joined #yocto
<tgamblin>
I'm starting to wonder if there's something missing with python_mesonpy.bbclass. Either that or there's something I'm missing with how to pass compiler flags to meson for python3-numpy's needs
<tgamblin>
I've been banging my head against the reproducibility issue for a day or so, but I can't make sense of it
<RP>
tgamblin: wish I could help but I don't know much about that at all
ptatrai has quit [Read error: Connection reset by peer]
<tgamblin>
RP: yeah, you and me both :)
<tgamblin>
hopefully I can manage to cram enough insight in soon or we're gonna be on old numpy for a while
leonanavi has joined #yocto
<tgamblin>
this looks relevant (and suspicious):
<tgamblin>
# Python pyx -> c -> so build leaves absolute build paths in the code
<tgamblin>
INSANE_SKIP:${PN} += "buildpaths"
<tgamblin>
INSANE_SKIP:${PN}-src += "buildpaths"
<tgamblin>
(from python_mesonpy.bbclass)
rber|res has joined #yocto
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
cabazon has quit [Quit: Client closed]
<RP>
That is just hacking around a problem :(
cyxae has quit [Quit: cyxae]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
davidinux1 has quit [Ping timeout: 252 seconds]
<RP>
tgamblin: the go upgrade us also blocked on path problems :(
Matthias82 has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
Vonter has quit [Ping timeout: 260 seconds]
DvorkinDmitry has joined #yocto
<DvorkinDmitry>
to build one recipe I need linux-headers of my kernel in recipe-sysroot. How to do that?
brrrm has quit [Ping timeout: 248 seconds]
brrm has joined #yocto
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 276 seconds]
leonanavi has quit [Remote host closed the connection]
leonanavi has joined #yocto
leon-anavi has quit [Ping timeout: 248 seconds]
leon-anavi has joined #yocto
leon-anavi has quit [Quit: Leaving]
Matthias82 has quit [Quit: Client closed]
florian_kc is now known as florian
mulk has quit [Read error: Connection reset by peer]
mulk has joined #yocto
rob_w has quit [Read error: Connection reset by peer]
leonanavi has quit [Remote host closed the connection]