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
GNUmoon has quit [Ping timeout: 264 seconds]
GNUmoon has joined #yocto
zeemate has quit [Ping timeout: 272 seconds]
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #yocto
Perflosopher038 has quit [Quit: The Lounge - https://thelounge.chat]
Perflosopher0387 has joined #yocto
khem has quit [Quit: WeeChat 4.6.2]
AdrianF9 has joined #yocto
AdrianF has quit [Ping timeout: 245 seconds]
AdrianF9 is now known as AdrianF
jmd has quit [Remote host closed the connection]
AdrianF has quit [Ping timeout: 252 seconds]
AdrianF has joined #yocto
goliath has joined #yocto
Vonter has quit [Remote host closed the connection]
Vonter has joined #yocto
AdrianF has quit [Quit: Ping timeout (120 seconds)]
AdrianF has joined #yocto
Vonter has quit [Remote host closed the connection]
alessio has joined #yocto
khem has joined #yocto
Vonter has joined #yocto
zeddii has quit [Ping timeout: 244 seconds]
ray-san has joined #yocto
rob_w has joined #yocto
PeterM has joined #yocto
mckoan|away is now known as mckoan
olani has joined #yocto
zeemate has joined #yocto
rfuentess has joined #yocto
ray-san has quit [Ping timeout: 260 seconds]
ptsneves has joined #yocto
iokill has quit [Read error: Connection reset by peer]
leon-anavi has joined #yocto
frieder has joined #yocto
Kubu_work has joined #yocto
berton has joined #yocto
florian_kc has joined #yocto
frieder has quit [Ping timeout: 244 seconds]
Tyaku has joined #yocto
frieder has joined #yocto
PeterM has quit [Quit: Client closed]
florian has joined #yocto
toric has joined #yocto
<toric> Looks like scarthgap is messed up with gcc15. Whats the 'accepted' way to tell yocto to use the command `gcc-14` instead of just `gcc`
<toric> tried setting `export BUILD_CFLAGS = "${BUILD_CPPFLAGS} ${BUILD_OPTIMIZATION} -std=gnu17"` in local.conf, but that seems to break the gmp build.
PeterM has joined #yocto
<PeterM> Yocto IRC logs (http://irc.yoctoproject.org/irc/) are not being updated for more than a month now.
<PeterM> Is this already known by site admins? Could it be fixed?
<yocton> toric: In scarthgap, gcc is in 13.3.0 (gcc 15 is only on master for now). Are you sure you are on your expected branches?
<toric> for the native recipies, it seems to use the system gcc
<yocton> toric: ah yes, then you use an unsuported host distribution :(
<toric> yocton: yup, arch. Been using it with yocto for years, guesss not long enough to see a new C version come out with gcc.
<toric> Guess I try building in docker.
<toric> I saw some patches to fix building with gcc15: https://patchwork.yoctoproject.org/project/oe-core/patch/20250319214213.2505249-4-raj.khem@gmail.com/ , will these be backported to scarthgap?
<yocton> toric: yeah, gcc15 does change the default C std used (gnu17 -> gnu23).
<yocton> toric: I would guess not : a lot of gcc15 fixes are upgrades that are not possible under LTS policy
<toric> yocton: Have been having some sucess with adding `BUILD_CPPFLAGS += " -std=gnu17 "` to things, working my way through it, one bbappend at a time.
<yocton> toric: You may have better luck installing the buildtools. But, personnaly, I would just use a container
<toric> Prob a more reliable way to go.
<LetoThe2nd> When you debug a board stuck in "maintenance shell" just to find out the kernel last have FAT enabled and therefore can't mount the /boot partition.
Tyaku has quit [Quit: leaving]
OnkelUlla has quit [Remote host closed the connection]
OnkelUlla has joined #yocto
ptsneves has quit [Ping timeout: 276 seconds]
<RP> PeterM: I'd suggest an email to helpdesk@yoctoproject.org
<RP> toric: buildtools should work. We have taken fixes for this kind of thing back to LTS branches before but it all depends how invasive they are. This gcc change was pretty invasive :(
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #yocto
<toric> does build tools scatter files all over the host system? how easy is it to clean up once I no longer need it? RP:
<RP> toric: all in a single directory
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #yocto
<toric> RP: great!
<toric> Hmm, buildtools installer fails with `Setting it up...*** buffer overflow detected ***: terminated`...
ray-san has joined #yocto
ablu has quit [Ping timeout: 260 seconds]
derRichard has joined #yocto
<RP> toric: that seems quite bad :(
<derRichard> hello :-)
<derRichard> yocto does not --compress-debug-sections=, right? i wonders how to reduce the size of (installed) debug packages
ablu has joined #yocto
<toric> Yup, no clue what could be causing it, imma just go with a debian distrobox container for now, might explore it a bit when im not under a time crunch. (which in a startup, might be never :( )
<RP> derRichard: I know we've experimented, I can't remember what we default to now though
<RP> toric: this is on an arch system, 64bit x86 I assume?
<toric> RP: yes.
<RP> toric: just wondering how we could try and reproduce it to debug
coelebs has joined #yocto
<derRichard> RP: ok :)
<toric> RP: That would be appreciated, but as im not on a supported distro, I understand if you dont put a ton of effort into it.
florian_kc has quit [Ping timeout: 265 seconds]
ray-san has quit [Ping timeout: 252 seconds]
frieder has quit [Ping timeout: 252 seconds]
<RP> toric: I'm just a bit concerned it is hitting a buffer overflow :/
<toric> RP: Fair. I assume the buildtools installer is a short C program?
<toric> If its not C or C++, even more worrying, lol.
<rburton> derRichard: i believe it Just Works if you enable it, if you care about installed size of debug. or there's minidebuginfo
<rburton> i deinitely experimented with that but can't find it in my worklog. curse past me.
<derRichard> rburton: build runs, we'll see :)
<rburton> derRichard: https://maskray.me/blog/2022-01-23-compressed-debug-sections has interesting commentary
<RP> toric: it does things using patchelf which is where I suspect the issues might be
<derRichard> rburton: thx!
<Saur> RP: I'm looking at packagegroup.bbclass. At the end, there is an anonymous Python function that validates `VIRTUAL-RUNTIME_init_manager`. I realize this was added in 2013 and things were a lot different them, but wouldn't it make sense to move this to, e.g., sanity.bbclass instead? Having it in packagegroup.bbclass seems very odd.
<RP> Saur: that does look like it should move. The world was different then
<Saur> RP: Ok. I'll see what happens if I move it...
frieder has joined #yocto
coelebs has left #yocto [#yocto]
mbulut has joined #yocto
ray-san has joined #yocto
dvergatal has quit [Ping timeout: 265 seconds]
mbulut has quit [Ping timeout: 265 seconds]
mbulut has joined #yocto
zeddii has joined #yocto
florian_kc has joined #yocto
ray-san has quit [Ping timeout: 245 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
cyxae has joined #yocto
olani- has joined #yocto
PeterM has quit [Quit: Client closed]
olani- has quit [Ping timeout: 248 seconds]
TheOneCurly0 has joined #yocto
TheOneCurly has quit [Ping timeout: 252 seconds]
TheOneCurly0 is now known as TheOneCurly
rob_w has quit [Remote host closed the connection]
sakman_ is now known as sakman
goliath has quit [Quit: SIGSEGV]
OnkelUlla has quit [Remote host closed the connection]
toric has quit [Remote host closed the connection]
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 260 seconds]
alessio has quit [Quit: alessio]
dvergatal has joined #yocto
paulg_ is now known as paulg
frieder has quit [Remote host closed the connection]
jmd has joined #yocto
<khem> derRichard:compressed debug info did break reproducibility at some point few years ago, things might be different today
druppy has joined #yocto
rfuentess has quit [Remote host closed the connection]
<derRichard> khem: interesting. depends on the compressor, i guess?
vvn has joined #yocto
<khem> yeah
ray-san has joined #yocto
mckoan is now known as mckoan|away
<derRichard> khem: maybe because gcc or clang compress multithreaded?
<derRichard> for a single threaded context zlib or zstd should be deterministic, hmmm
warthog9 has quit [Quit: Leaving]
goliath has joined #yocto
Articulus has quit [Remote host closed the connection]
leon-anavi has quit [Remote host closed the connection]
<khem> I did not debug it deep enough to know more details
warthog9 has joined #yocto
<rburton> seven weeks after mailing NVD some CPE updates, I got a reply
druppy has quit [Ping timeout: 248 seconds]
<derRichard> :-S
<khem> snail mail
florian has joined #yocto
_whitelogger has joined #yocto
jmd has quit [Remote host closed the connection]
vthor_ has joined #yocto
vthor has quit [Ping timeout: 248 seconds]
cyxae has quit [Quit: cyxae]
cyxae has joined #yocto
GillesM has joined #yocto
Xogium has quit [Remote host closed the connection]
mbulut has quit [Ping timeout: 276 seconds]
jmd has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
GillesM has quit [Quit: Leaving]
berton has quit [Quit: Connection closed for inactivity]
Xogium has joined #yocto
ptsneves has joined #yocto
jmd has quit [Remote host closed the connection]
Xogium has quit [Remote host closed the connection]
Xogium has joined #yocto
Xogium has quit [Remote host closed the connection]
Xogium has joined #yocto
goliath has quit [Quit: SIGSEGV]
<khem> if I run meta-python-image-ptest-python3-pyzmq as part of meta-python-image-ptest-all then it fails occasionally, but if I run it individually it works all the time. This is wave-particle duality in practice I guess :)
<khem> somehow it knows it is being observed in second case
Xogium has quit [Remote host closed the connection]
Xogium has joined #yocto
cyxae has quit [Quit: cyxae]
Kubu_work has quit [Quit: Leaving.]
druppy has joined #yocto
Kubu_work has joined #yocto
druppy has quit [Ping timeout: 276 seconds]