<mcfrisk>
devtool and git disagree about patch-fuzz, offset 1, but neither one is able to refresh the patch
<mcfrisk>
diff in commit message causing problems. git is able to ignore them, bitbake patch tool not
<mcfrisk>
hmm patch taken from oe-core list with git am had author set to "via lists.openembedded.org ..@lists.openembedded.org>". I don't recall seeing that before..
florian has joined #yocto
<RP>
mcfrisk: pretty much all patches have that now, I have to filter and fix it locally. It is dmarc changes to mailing lists :(
<RP>
basically emails from lists can't pretend to be the original sender any more
<mcfrisk>
ouch that is bad
alperak has joined #yocto
rfuentess has joined #yocto
ptsneves has quit [Quit: ptsneves]
ptsneves has joined #yocto
<JaMa>
that's what the additional From: in the e-mail body should resolve right?
<mcfrisk>
JaMa: yes, that should now be mandatary for all
<JaMa>
it's documented, but not enforced as mandatory (not sure how to do that, maybe patchtest could report that?)
<mcfrisk>
that fix is wrong, nothing wrong in the senders emails vs sob, it's the receiver on the list who sees the list address
<mcfrisk>
but the fix would also work for this receiver side issue
kulos75 has joined #yocto
kulos75 has quit [Client Quit]
<JaMa>
it adds additional From: in the body which wins over the From in the e-mail header, so the author is correct after git am
<JaMa>
I usually fetch mbox from patchwork which doesn't have this issue
ptsneves has quit [Ping timeout: 260 seconds]
kbo has joined #yocto
berton has joined #yocto
<RP>
rburton: I've worked out what is wrong with the profiling, it isn't good :/
jmiehe has joined #yocto
florian_kc has joined #yocto
chep has quit [Remote host closed the connection]
chep has joined #yocto
vthor_ has joined #yocto
<rburton>
mcfrisk: try using b4 to fetch, that seems to help the situation too
<mcfrisk>
JaMa: actually, git format-patch needs the setting from docs AND both --force-in-body-from and --from to always add From: to the body.
<mcfrisk>
rburton: yep, b4 and patchwork seem to work better, but email is still email..
<rburton>
RP: urgh
<rburton>
yeah email is still terrible :)
<mcfrisk>
just like irc
<RP>
rburton: basically in python 3.12 they reworked the way profiling works. Now, if you start profiling in one thread and start a second thread, you can't do anything in the second thread
<RP>
rburton: our flow is mainloop -> idleloop -> parsing threads so we can profile the parsing, or one of the loops but not all at once
<RP>
rburton: I can't find a way to disable the profiler in a new thread
prabhakalad has quit [Read error: Connection reset by peer]
<rburton>
hm rubbish
<RP>
rburton: if they'd added something to merge the stats back to the main thread, fine, but they didn't
jmiehe has quit [Quit: jmiehe]
prabhakalad has joined #yocto
can_u_kick_it has joined #yocto
<JaMa>
mcfrisk: aha for me just adding "git config --global sendemail.from" was enough
<can_u_kick_it>
Hi, I am having problems with ERROR: Nothing RPROVIDES 'libusb-1.0'. When adding to sdk with TOOLCHAIN_HOST_TASK:append = " libusb-1.0". I have also treid " libusb1". The recipe is called libusb1 and the ipk file is libusb-1.0-0_1.0.27-r0_cortexa53.ipk. oe-pkgdata-util lists it as libusb1. Neither work. Any ideas please?
<can_u_kick_it>
If I use libusb1 I get error: opkg_prepare_url_for_install: Couldn't find anything to satisfy 'libusb1'. So I can't win
<mckoan>
can why do you need libusb on the host? Install it fron your distro
vthor_ has quit [Quit: kill -9 $pid]
ablu has quit [Ping timeout: 245 seconds]
ablu has joined #yocto
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
<can_u_kick_it>
Yep that's waht I thought regarding the name. I am building the SDK and I have it added to both TOOLCHAIN_*_TASK varaibles.
tammranil has quit [Remote host closed the connection]
tammranil has joined #yocto
jdiez_ has quit [Server closed connection]
jdiez has joined #yocto
kbo has quit [Quit: Client closed]
kbo has joined #yocto
ctraven has quit [Quit: Lost terminal]
kbo has quit [Quit: Client closed]
kbo has joined #yocto
<rburton>
can_u_kick_it: host recipes are nativesdk- prefixed
leon-anavi has quit [Remote host closed the connection]
leon-anavi has joined #yocto
tgamblin has quit [Quit: WeeChat 4.6.3]
tgamblin has joined #yocto
cyxae has joined #yocto
kbo has quit [Quit: Client closed]
thomas_34 has quit [Quit: Client closed]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Guest43 has joined #yocto
mckoan is now known as mckoan|away
<Guest43>
Hello, is this a good place to ask yocto questions? I have a wic image that was generated for a zynqmp device. The image runs in qemu, but gets stuck somewhere in the fsbl. Thanks!
<Guest43>
fsbl getting stuck is on hardware as booted from an SD card
<rburton>
RP: does [vardeps] look at the value of the variable named, or flags on the variable too?
<RP>
rburton: I think flags too
<RP>
rburton: not 100% sure
<vmeson>
Guest43: what is the fsbl ? Can you pastebin the boot log and drop a link to that here for anyone what might be abel to help.
kbo has joined #yocto
Xagen has joined #yocto
goliath has quit [Quit: SIGSEGV]
<Guest43>
vmeson: Thank you! I receive this output after booting with the SD image that I have. pastebin.com/YxRqAh9C
<Guest43>
The first stage bootloader was generated in Vitis for my specific platform.
<vmeson>
Guest43: I see a short log briefly before my browser is redirected to: https://sparkvibe.today showing some news content - is pastebin always like this? Try https://paste.debian.net/ please.
<Habbie>
pastebin.com is sometimes like this. today i saw a different pastebin.<TLD> that had full screen porn and casino ads loading after five seconds
<Guest43>
Yeah, pastebin was trying to get me to click on popups as well. be careful out there!
rob_w has quit [Remote host closed the connection]
<vmeson>
It's the WR BSP layer so depending one what release you are using, YMMV.
<derRichard>
there seems to be an issue with the libglib2 package, the postrm scriptlet tries to run gio-query-modules which is part of the package and removed...
<rburton>
kernel-fit-image has a do_compile() so you don't want that inherited in kernel recipes
<rburton>
the docs just say to add extra-artifacts
* tgamblin
tries
belsirk has joined #yocto
<tgamblin>
rburton: where are you looking in the docs, out of curiosity?
<rburton>
kernel-fit-image in documentation/ref-manual/classes.rst
goliath has joined #yocto
rfuentess has quit [Ping timeout: 276 seconds]
<tgamblin>
rburton: thanks. Guess I've unintentionally been letting my browser point me at the walnascar docs, where it's kernel-fitimage, so I couldn't find it
nerdboy has quit [Ping timeout: 245 seconds]
belsirk is now known as rfuentess
ptsneves has joined #yocto
cyxae has quit [Quit: cyxae]
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
ptsneves has quit [Read error: Connection reset by peer]
ptsneves1 has joined #yocto
jmd has joined #yocto
<rburton>
tgamblin: the docs has a version dropdown so you can see docs of a recent master build
ptsneves1 is now known as ptsneves
ptsneves has quit [Client Quit]
ptsneves has joined #yocto
cyxae has joined #yocto
florian_kc has quit [Ping timeout: 244 seconds]
ptsneves has quit [Quit: ptsneves]
ptsneves1 has joined #yocto
ptsneves1 is now known as ptsneves
ptsneves has quit [Ping timeout: 260 seconds]
frieder has quit [Remote host closed the connection]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 248 seconds]
florian_kc has joined #yocto
<tgamblin>
rburton: right - somewhere along the line I moved to walnascar and forgot ;)
<rburton>
khem: so eg libcxx has lots of CC assignments in. any reason why the recipe can't just set TOOLCHAIN=clang now?
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 252 seconds]
ptsneves has joined #yocto
ptsneves has quit [Ping timeout: 245 seconds]
ptsneves has joined #yocto
zeemate has quit [Ping timeout: 276 seconds]
dgriego has quit [Ping timeout: 260 seconds]
dgriego has joined #yocto
<khem>
rburton: may be I have not thought too deeply on it yet, but libcxx is part of the runtime that compilers use so its early enough to build it that it needed that atleast until now. I do have plans to revisit the clang family of recipes and incrementally clean and simplify them
<khem>
RP: I looked at meta-clang w.r.t YP compatible and the changes are incompatible :) so we should disable it on AB
<khem>
moreover, I am in phase 2 now, where I have started moving recipes out into meta-oe
<paulg>
Disable rust and llvm when you are in there.
* paulg
runs
<khem>
right now its left with bbappends and config stuff to enable llvm runtime
* khem
runs after paulg
leon-anavi has quit [Quit: Leaving]
<JaMa>
khem: I know you're trying to get rpi CI working first, but can you please merge your consolidated PR for whinlatter compatibility?
<JaMa>
it's last incompatible layer in my mix
savolla has quit [Quit: WeeChat 4.6.3]
jmiehe has joined #yocto
<khem>
JaMa:the branch is protected, it has to pass CI unfortunately, I can not change it for some reason, I will touch with Andrei
<JaMa>
ah, thanks
druppy has joined #yocto
<JaMa>
khem: I think it's failing because it reuses docker cache, so it doesn't really run apt update, do you want me to send separate PR with that?
rfuentess has quit [Remote host closed the connection]
florian_kc has joined #yocto
<khem>
buildx is not installed on those systems IIRC
<khem>
we will see
<JaMa>
ah, sorry I was wondering why you've dropped it from your PR
<JaMa>
will update
<khem>
yeah it failed
<khem>
those builders are provided by balena sadly I do not admin them either
<JaMa>
pushed
<khem>
that looks better
<JaMa>
yocto build still failed due to incompatibility with whinlatter :/
<JaMa>
should we hack the CI to use older oe-core for this PR to pass to unblock master?
<JaMa>
or you can rebase your consolidated PR on top of this one to get both fixes at the same time
<khem>
let me cherry-pick this PR into consolidated PR
<JaMa>
should I submit the same for scarthgap and walnascar now or wait a bit more? or does it use github action definitons from the master branch or always from the target branch of the PR?
<khem>
yes it should be done for kirkstone as well
<khem>
wait a day or two
<JaMa>
ok
vmeson has quit [Ping timeout: 252 seconds]
gvmeson has joined #yocto
gvmeson is now known as vmeson
druppy has joined #yocto
<RP>
khem: ok, I'll drop it
astlep5504018066 has quit [Quit: Ping timeout (120 seconds)]
astlep5504018066 has joined #yocto
goliath has joined #yocto
astlep5504018066 has quit [Quit: Ping timeout (120 seconds)]
astlep5504018066 has joined #yocto
jmd has quit [Remote host closed the connection]
astlep5504018066 has quit [Quit: Ping timeout (120 seconds)]
astlep5504018066 has joined #yocto
LDericher has quit [Server closed connection]
LDericher has joined #yocto
zeemate has joined #yocto
astlep5504018066 has quit [Quit: Ping timeout (120 seconds)]
astlep5504018066 has joined #yocto
goliath has quit [Quit: SIGSEGV]
astlep5504018066 has quit [Quit: Ping timeout (120 seconds)]
astlep5504018066 has joined #yocto
davidinux has quit [Ping timeout: 276 seconds]
astlep5504018066 has quit [Quit: Ping timeout (120 seconds)]
astlep5504018066 has joined #yocto
cyxae has quit [Quit: cyxae]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
druppy has quit [Ping timeout: 252 seconds]
florian_kc is now known as florian
zeemate has quit [Ping timeout: 272 seconds]
alperak has quit [Quit: Connection closed for inactivity]
<khem>
as it looks the layer will not be needed by next LTS
<khem>
as I move the needed bits out into the recipes
<khem>
where they belong
Danct12 has quit [Ping timeout: 276 seconds]
Danct12 has joined #yocto
berton has quit [Quit: Connection closed for inactivity]