money_ has quit [Read error: Connection reset by peer]
malsyned has quit [Ping timeout: 260 seconds]
jclsn has quit [Ping timeout: 252 seconds]
babyforacutiefx[ has joined #yocto
<jelectric>
I'm having trouble building the example image. I was following the instructions here: https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html and I was able to get this to compile for x86-64 and run it in qemux86-64. However, I get errors when I attempt to build an image for ARM64. The only thing I did different was modify the local.conf file for MACHINE?="qemuarm64" but now the build fails.
jclsn has joined #yocto
manuel1985 has joined #yocto
cambrian_invader has quit [Ping timeout: 268 seconds]
<jelectric>
specifically it fails on gcc-9.5.0-r0 do_compile
money_ has joined #yocto
manuel1985 has quit [Ping timeout: 255 seconds]
xmn has joined #yocto
jelectric has quit [Remote host closed the connection]
sakoman has quit [Quit: Leaving.]
money_ has quit [Quit: late]
goliath has quit [Quit: SIGSEGV]
money_ has joined #yocto
pml has joined #yocto
xmn has quit [Ping timeout: 268 seconds]
schtobia has quit [Quit: Bye!]
schtobia has joined #yocto
money_ has quit [Quit: late]
money__ has joined #yocto
money__ has quit [Quit: late]
money_ has joined #yocto
pml has quit [Quit: WeeChat 3.7.1]
seninha has joined #yocto
malsyned has joined #yocto
malsyned has quit [Ping timeout: 272 seconds]
money_ has quit [Quit: late]
ajfriesen has quit [Read error: Connection reset by peer]
camus has quit [Read error: Connection reset by peer]
camus has joined #yocto
florian_kc has joined #yocto
invalidopcode7 has quit [Remote host closed the connection]
invalidopcode7 has joined #yocto
florian_kc has quit [Ping timeout: 268 seconds]
Net147 has quit [Quit: Quit]
Net147 has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
<rburton>
RP: looks very much like zstd -T is threaded compression
azcraft has joined #yocto
seninha has quit [Quit: Leaving]
BWhitten has joined #yocto
seninha has joined #yocto
goliath has joined #yocto
d4rkn0d3z has quit [Quit: Lost terminal]
<RP>
rburton: there was something about it which didn't seem as simple as it first appeared last time I looked
sakoman has joined #yocto
seninha has quit [Quit: Leaving]
<JaMa>
rburton: RP: IIRC the compressed data is affected by number of threads used, so it breaks binary reproducibility
<RP>
JaMa: as long as you use 2 or more threads it is deterministic iirc
<JaMa>
ok, maybe that changed since last time I've looked, e.g. https://github.com/facebook/zstd/issues/999 first says "Reproducibility : For a given compression level, binary version, source data, and nb of threads, compressed data will always be the same." and later 2019 "With recent versions of zstd (v1.3.4+), the number of cores and the number of threads do not matter. -T0, -T1 (default), and generally -Tn all
<JaMa>
generate the same output.
<JaMa>
The only important parameters are the zstd version number, and the compression level."