<JaMa>
if someone wonders why 2 DISTROs share very little sstate (just deploy_source_date_epoch and populate_lic for native recipe), then check if they aren't using icecc.bbclass, because icecc_version depends on DISTRO and changes gnu-config.do_configure alraedy
meego has joined #yocto
leon-anavi has joined #yocto
prabhakarlad has quit [Quit: Client closed]
ptsneves has joined #yocto
prabhakarlad has joined #yocto
Bhstalel has joined #yocto
Bhstalel has quit [Client Quit]
bps has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
Bhstalel has joined #yocto
florian_kc has joined #yocto
d-s-e has joined #yocto
<tomzy_0[m]>
morning
<tomzy_0[m]>
how we can debug user and group ownership of dirs through the whole image creation process? in recipe we install dirs with -o 3000 -g 3000 but after flashing the image those dirs are set to 1000, both user and group ownership
<tomzy_0[m]>
logs of given recipe does not give as any hint, correct values are used
<tomzy_0[m]>
we should check do_image or do_image_wic?
anaumov has quit [Remote host closed the connection]
jclsn has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
d-s-e has quit [Ping timeout: 256 seconds]
olani_ has joined #yocto
Bhstalel has quit [Quit: Lost terminal]
mckoan is now known as mckoan|away
<rburton>
JaMa: sounds like a bug
<RP>
JaMa: I'd say its a bug too
<JaMa>
FWIW: It was there from the start, not new issues
jsandman has quit [Ping timeout: 248 seconds]
jsandman has joined #yocto
amitk_ has joined #yocto
prabhakarlad has joined #yocto
amitk has quit [Ping timeout: 252 seconds]
<RP>
JaMa: still a bug IMO :)
<barath>
has anyone looked into having per-multiconfig BBLAYERS? I can set BBMASK per multiconfig, but that doesn't address dynamic layers
tnovotny has joined #yocto
<jclsn>
Has anyone here worked with tpm chips and can tell me if a reset is triggered by the OS or occurs automatically when you power down/up the system?
jclsn has quit [Quit: WeeChat 3.8]
jclsn has joined #yocto
<jclsn>
Ah I will as in
<jclsn>
#security
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
seninha has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
dgriego has quit [Ping timeout: 248 seconds]
dgriego has joined #yocto
d-s-e has joined #yocto
d-s-e has quit [Client Quit]
azcraft has joined #yocto
<Francesco[m]1>
<jclsn> "Has anyone here worked with..." <-
<Francesco[m]1>
Hi jclsn, I'm working on the tpm2.
<Francesco[m]1>
When you boot up the system, the function tpm2_startup should be called automatically. At poweroff or reboot, the function tpm2_shutdown is called automatically by the system
xmn has joined #yocto
kscherer has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dgriego has quit [Ping timeout: 248 seconds]
ptsneves has quit [Ping timeout: 276 seconds]
dgriego has joined #yocto
<JaMa>
nice trick, git rev-list --reverse HEAD | nl -n ln; thanks RP
ptsneves has joined #yocto
mr_hanky has joined #yocto
seninha has quit [Quit: Leaving]
wooosaiiii has quit [Quit: wooosaiiii]
wooosaiiii has joined #yocto
amitk__ has quit [Ping timeout: 248 seconds]
Xagen has joined #yocto
sakoman has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<yocton>
Hi! on the PTEST_SLOW/FAST lists, we have a ptest SLOW without kvm but FAST with it. What list should be used?
Xagen has joined #yocto
<rburton>
i'd say they're all slow without kvm, so put it on the fast list
<meego>
Generally speaking, what task should be handling the upload of compilation artefacts (e.g. JS sourcemaps, Swift DSYM) to 3rd party tools (e.g. Sentry, Datadog) ?
<RP>
rburton: of course this only matters for runtime times, you can't use exporttests with selftest
mr_hanky has quit [Ping timeout: 260 seconds]
<rburton>
right
<RP>
JaMa: it isn't related to the other error you're right. I'm not sure that is the best fix though
<RP>
JaMa: better is probably self.td.get('QEMU_USE_KVM', 0') instead of self.td['QEMU_USE_KVM']
<RP>
it just means it wasn't set in the main environment
seninha has quit [Remote host closed the connection]
<JaMa>
I don't mind sending v2 with your suggestion instead :)
<JaMa>
and I'll remove the extra ' during copy paste as well :)
thomas__ has quit [Ping timeout: 248 seconds]
<JaMa>
td.get() works as well, patient died (but that's because of uninative + gcc-13 on host)
leon-anavi has quit [Quit: Leaving]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
<RP>
JaMa: it just avoids another "bitbake -e" call which hopefully others can then copy and paste to avoid it again
wmills has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
tnovotny has quit [Ping timeout: 252 seconds]
prabhakarlad has quit [Quit: Client closed]
<JaMa>
heh /OE/build/poky/build/tmp/deploy/sdk/test/layers/poky got me! I was wondering how git log in this directory always shows whatever revision I have in /OE/build/poky not the METADATA_REVISION from which the eSDK was created.. there is no symlink, the files are really packaged in self-extracting .sh, but guess what, there is no .git directory as well, so git was correctly showing me log from closest repo in
<JaMa>
parent directories which is /OE/build/poky indeed
zpfvo has quit [Remote host closed the connection]
Soopaman has joined #yocto
olani_ has quit [Ping timeout: 276 seconds]
ardo has quit [Ping timeout: 276 seconds]
meego_ has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
meego has quit [Ping timeout: 260 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
florian_kc has quit [Ping timeout: 248 seconds]
florian__ has quit [Ping timeout: 240 seconds]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
camus has quit [Remote host closed the connection]
Thorn has quit [Ping timeout: 252 seconds]
camus has joined #yocto
ardo has joined #yocto
camus has quit [Remote host closed the connection]
prabhakarlad has joined #yocto
camus has joined #yocto
Thorn has joined #yocto
prabhakarlad has quit [Quit: Client closed]
brabander8 has joined #yocto
brabander has quit [Read error: Connection reset by peer]
brabander8 is now known as brabander
florian__ has joined #yocto
rob_w has quit [Read error: Connection reset by peer]
seninha has joined #yocto
olani_ has joined #yocto
prabhakarlad has joined #yocto
old_guy has joined #yocto
<old_guy>
https://ideone.com/NFZGBx i have this in my bbappend file. I have a task do_bundle_initramfs_dtb which is doing mkimage and expects a signing key. This key is generated using do_keys but I am currently getting "openssl not found" issue. Also, is `prefuncs` the right way to call do_keys function just before do_bundle_initramfs_dtb is called?
amitk_ has quit [Ping timeout: 265 seconds]
<old_guy>
same command is working fine locally but not with yocto recipe
roussinm has quit [Quit: WeeChat 3.0]
ptsneves has joined #yocto
marc2 has quit [Read error: Connection reset by peer]
ptsneves has quit [Quit: ptsneves]
mr_hanky has joined #yocto
paulg has quit [Ping timeout: 248 seconds]
dgriego has quit [Read error: Connection reset by peer]
dgriego has joined #yocto
marc1 has joined #yocto
paulg has joined #yocto
dgriego has quit [Ping timeout: 246 seconds]
dgriego_ has joined #yocto
florian__ has quit [Ping timeout: 255 seconds]
<JaMa>
RP: I might have a fix for eSDK selftests, the warning about base-files.do_install signature (changed because of METADATA_REVISION) was just misleading - I've a fix for that as well, but the real issue seems to be that created locked sstate has LSB universal<gcc-ver>, but then inside eSDK it uses regular NATIVELSBSTRING, I've added another SSTATE_MIRRORS entry when not using uninative - will send both after a
<JaMa>
bit more testing
Haxxa has quit [Quit: Haxxa flies away.]
markov_twain has joined #yocto
GNUmoon has quit [Remote host closed the connection]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kscherer has quit [Quit: Konversation terminated!]
florian__ has joined #yocto
pabigot has joined #yocto
Soopaman has quit [Quit: Leaving.]
Xagen has joined #yocto
<fray>
I'm trying to use testimage and for my config parselogs fails for every ptest run. How do I get it to ignore the parselogs output?
roussinm has joined #yocto
pabigot has quit [Remote host closed the connection]
pabigot has joined #yocto
<RP>
fray: don't have parselogs in TEST_SUITES ?
<RP>
JaMa: sounds like a promising lead
<fray>
RP I tried using TEST_SUITES:remove = 'parselogs' and it still ran it
<fray>
Also I see parselogs.py has a data structure to ignore things, is there any way to add to that?
<RP>
fray: finding a good way to extend that has been on the todo list, I think there is an open bug
<RP>
fray: maybe something is dependning on parselogs or something, removing it should work
<fray>
Ok, I was able to manually modify it and add the four messages and it seems to no longer be failing, but the remove didn't work.. I do wonder if something else was checking it
<fray>
RP is there an easy way for me to override the version of parselogs.py in poky? i.e. provide lib/oeqa/.... in my own layer?
rstreif has joined #yocto
<RP>
fray: I'd have to look at the code. Replacing the file might work, I don't remember
<fray>
ok, thanks.. just trying to figure out how I can start using this stuff..
<JaMa>
it worked well without uninative, but with uninative enabled it somehow causes: ERROR: When reparsing /OE/build/poky/meta/recipes-core/images/core-image-minimal.bb:do_populate_sdk_ext, the basehash value changed from d337d9ebe81f8618a72e6d286ae1f6e80d422590f7d50bef7fc26769f2365c7b to d38a83f6ebcda546db51e27f034f1ed6be2daae152c3fbd2060035b27e2fb755. The metadata is not deterministic and this needs to be fixed.
<RP>
fray: have a look at the output of bitbake-getvar TEST_SUITES and see if parselogs is managing to get there somehow
<JaMa>
so more debugging tomorrow
<fray>
RP said it was undefined when I tried core-image-ptest-fast.. :|
<fray>
(i was using bitbake -e though.. would getvar do something different?)
<fray>
So the remove won't kick since it hard sets it?
<RP>
fray: I'd have still expected it to remove it
<fray>
I'll try it again, incase I fat fingered it
<RP>
JaMa: I'd love it if we could get the hash debugging to report the real issue there :/
<JaMa>
yeah, sometimes it's relatively easy to debug these (if I can somehow trigger the other signature), but in other cases it's PIA to guess what changed
<RP>
JaMa: I got part way through adding debugging but never got back to finishing it :(
Soopaman has joined #yocto
<JaMa>
RP: I hope to get back to your PACKAGE_GLOBAL_RENAMES experiments to see if I can finish it (to replace many .bbappends for replacing bash with busybox's ash)