LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
Xagen has joined #yocto
xmn has joined #yocto
<marex> JaMa: it is actually in the docs too https://docs.yoctoproject.org/bitbake/2.10/bitbake-user-manual/bitbake-user-manual-metadata.html#appending-and-prepending-override-style-syntax 'The overrides are applied in this order, “:append”, “:prepend”, “:remove”.'
ehussain has quit [Remote host closed the connection]
ehussain has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ahussain has joined #yocto
ehussain has quit [Ping timeout: 246 seconds]
ahussain is now known as ehussain
davidinux has quit [Ping timeout: 245 seconds]
davidinux has joined #yocto
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 248 seconds]
ablu has quit [Ping timeout: 260 seconds]
ablu has joined #yocto
goliath has quit [Quit: SIGSEGV]
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #yocto
Wouter01002 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01002 has joined #yocto
starblue has quit [Ping timeout: 252 seconds]
starblue has joined #yocto
ehussain has quit [Remote host closed the connection]
xmn has quit [Ping timeout: 276 seconds]
florian has joined #yocto
florian has quit [Ping timeout: 276 seconds]
pgowda has joined #yocto
rob_w has joined #yocto
pgowda has quit [Ping timeout: 256 seconds]
leon-anavi has joined #yocto
ptatrai has joined #yocto
zpfvo has joined #yocto
Articulus has joined #yocto
Kubu_work has joined #yocto
aduskett has joined #yocto
rfuentess has joined #yocto
florian has joined #yocto
aduskett has quit [Remote host closed the connection]
aduskett has joined #yocto
florian has quit [Ping timeout: 248 seconds]
mckoan|away is now known as mckoan
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 260 seconds]
florian has joined #yocto
Jones42_ has quit [Ping timeout: 276 seconds]
prabhakalad has joined #yocto
davidinux1 has joined #yocto
vThor has quit [Ping timeout: 264 seconds]
vthor_ has joined #yocto
<mcfrisk> is there some way to run all oe-selftest with limited disk space, less than 1 Tb?
florian_kc has joined #yocto
Jones42_ has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Remote host closed the connection]
rfuentess has quit [Remote host closed the connection]
mulk has quit [Ping timeout: 260 seconds]
mulk has joined #yocto
rfuentess has joined #yocto
aduskett has quit [Ping timeout: 252 seconds]
CrazyGecko has quit [Quit: Konversation terminated!]
<rburton> mcfrisk: inheriting rm_work might save a fair chunk of space but i don't know how many tests will then fail
<kanavin> mcfrisk, also building world before starting selftest then throwing away tmp/ will help, so selftest will reuse the sstate instead of unpacking sources and building them
<rburton> mcfrisk: that said a _full_ selftest does take a long time and a lot of disk because by its nature it does many different builds, so ideally just run the tests you need
davidinux1 has quit [Ping timeout: 260 seconds]
aduskett has joined #yocto
<JaMa> RP: do you remember any concerns about backporting all pseudo changes from master to scarthgap (only python-3.13 fix is missing) and kirkstone (12 commits to fix various issues including build on gcc-14 host https://lists.openembedded.org/g/openembedded-core/message/206855 )
<mcfrisk> rburton: selftests bail out if rm_work is enabled. I got a new aarch64 build machine and could try running and fixing selftests on genericarm64, if that's useful
davidinux1 has joined #yocto
<JaMa> mcfrisk: do you happen to build chromium on that aarch64 machine?
mulk has quit [Ping timeout: 255 seconds]
<mcfrisk> I guess in AB qemuarm64 target machine is used to run all selftests. we could fix genericarm64 to pass them too
<mcfrisk> JaMa: not yest
<rburton> mcfrisk: a list of where it breaks currently would be useful. since i fixed qemuarm64 i expect it will mostly pass but a few will fail where the boot is expected to be standard qemu and it isn't.
<JaMa> last time rburton tried, it was failing, so I wonder if it was fixed in newer version already (but not currious enough to test it under qemu on my x86_64 builder)
<mcfrisk> there are some simple issues broken on genericarm64. like missing u-boot for some builds.
<rburton> yeah that's a design decision that i'm not sure how to solve
<rburton> (without being very confusing)
<mcfrisk> PREFERRED_PROVIDER_virtual/bootloader ?= "u-boot" for testing purposes only in genericarm64.conf, with strong documentation that this is only for testing on qemu
<rburton> personally i feel the genericarm64 machine building a uboot binary even if we document that its not useful on real hardware is risky because people _will_ try to use it
mulk has joined #yocto
<rburton> we could rename it uboot-qemu or something?
<rburton> or just leave it documented and if you want to selftest genericarm64 then you slap that in local.conf
<mcfrisk> yep that would work
rfuentess has quit [Quit: Leaving]
davidinux1 has quit [Ping timeout: 252 seconds]
starblue has quit [Ping timeout: 252 seconds]
starblue has joined #yocto
Jones42_ has quit [Remote host closed the connection]
Jones42_ has joined #yocto
Jones42_ has quit [Ping timeout: 272 seconds]
Jones42_ has joined #yocto
rob_w has quit [Remote host closed the connection]
xmn has joined #yocto
Piraty has quit [Quit: -]
mulk has quit [Ping timeout: 245 seconds]
mulk has joined #yocto
goliath has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
davidinux1 has joined #yocto
davidinux1 has quit [Quit: WeeChat 4.3.1]
cyxae has joined #yocto
florian has quit [Quit: Ex-Chat]
Xagen has joined #yocto
leon-anavi has quit [Remote host closed the connection]
Wouter01002 has quit [Quit: The Lounge - https://thelounge.chat]
tgamblin has quit [Read error: Connection reset by peer]
Wouter01002 has joined #yocto
tgamblin has joined #yocto
florian_kc has joined #yocto
tangofoxtrot has quit [Remote host closed the connection]
tangofoxtrot has joined #yocto
steelswords94 has quit [Read error: Connection reset by peer]
steelswords94 has joined #yocto
Jones42 has joined #yocto
Jones42_ has quit [Ping timeout: 248 seconds]
amitk has joined #yocto
ptsneves has joined #yocto
ptsneves has quit [Quit: ptsneves]
ptsneves1 has joined #yocto
ptsneves1 is now known as ptsneves
Jones42_ has joined #yocto
<Tyaku> Hello, is it possible to do SRC_URI:mydebugdistro:append = " file://fragment_debug_cma.cfg " ?
<Tyaku> I have this kind of error:
<Tyaku> ERROR: ParseError at /.../linux-renesas_5.10.bbappend:41: unparsed line: 'SRC_URI:mydebugdistro:append = "'
Jones42 has quit [Ping timeout: 252 seconds]
<mckoan> Tyaku: SRC_URI:append:mydebugdistro =
<rburton> the rule is append and remove always goes first
florian_kc has quit [Ping timeout: 245 seconds]
zpfvo has quit [Quit: Leaving.]
<JaMa> Tyaku: but something else is wrong as well,otherwise it wouldn't fail with 'unparsed line'
<JaMa> SRC_URI:mydebugdistro:append is valid syntax (since dunfell) just not correct in 99.9% cases, but wouldn't cause ParseError
Tyaku has quit [Quit: Lost terminal]
florian_kc has joined #yocto
aduskett has quit [Ping timeout: 245 seconds]
<Jones42_> I'm just trying to clean up a large legacy recipe. Is there a quick way to figure out any unused entries in DEPENDS?
geoff_ has joined #yocto
Jones42_ is now known as Jones42
<rburton> remove them all see what happens
<rburton> beware configure scripts which magically and silently change their behaviour depending on the presence or not of dependencies
<rburton> (because of that there is no quick way)
<rburton> "remove a depends, bitbake, buildhistory-diff" is a reasonable loop if they're libraries so removal would mean linkage changes
tolnanwo has joined #yocto
ptatrai has quit [Remote host closed the connection]
ptatrai has joined #yocto
vthor_ has quit [Quit: kill -9 $pid]
<yocton> In a recent call, we discussed external project documenting their Yocto integration. On that subject, LVGL has a nice Yocto integration doc : https://docs.lvgl.io/master/details/integration/os/yocto/index.html :)
ptatrai has quit [Ping timeout: 260 seconds]
amitk has quit [Ping timeout: 244 seconds]
Wouter01002 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01002 has joined #yocto
florian_kc has quit [Ping timeout: 246 seconds]
pbsds3 has quit [Ping timeout: 260 seconds]
pbsds3 has joined #yocto
cyxae has quit [Quit: cyxae]
cyxae has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
aduskett has joined #yocto
aduskett has quit [Ping timeout: 248 seconds]
tammranil has quit [Remote host closed the connection]
tammranil has joined #yocto
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
florian_kc has joined #yocto
cyxae has quit [Quit: cyxae]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cabazon has joined #yocto
Kubu_work has quit [Quit: Leaving.]
cabazon has quit [Quit: Client closed]
rob_w has joined #yocto
memescoep has joined #yocto