Instead of storing my data in the cloud, I just store it in the bush. It's the same thing, only palette-swapped. More accessible, too.

https://justfuckingusehtml.com/

Guess why I need a new Laptop 🤬😭

yelling at my kid to be quiet as we pass over the bridge

#shitpost

@linuxtage are you aware that https://glt25.linuxtage.at/galerie/ is a broken link?

Hoffentlich bringt Debian nächstes Wochende auch so viel Energie nach Innsbruck.

Event 16.–18. Mai: https://wiki.debian.org/DebianEvents/de/2025/MountainCamp

Es ist noch genug platz für interessierte kreaturen. Aber vorsicht: Wer ohne Bugs kommt wird nicht ohne wieder gehen 🐞.

Bild: mini DebConf Hamburg letzte woche.

No, I do not want to install your app.

No, I do not want that app to run on startup.

No, I do not want that app shortcut on my desktop.

No, I do not want to subscribe to your newsletter.

No, I do not want your site to send me notifications.

No, I do not want to tell you about my recent experience.

No, I do not want to sign up for an account.

No, I do not want to sign up using a different service and let the two of you know about each other.

No, I do not want to sign in for a more personalized experience.

No, I do not want to allow you to read my contacts.

No, I do not want you to scan my content.

No, I do not want you to track me.

No, I do not want to click "Later" or "Not now" when what I mean is NO.

in german we don't say "techbro", we say "Wirtschaftsinformatik"

So, it’s the file tool on my machine. Tracked it down to:

file sdk/sysroots/x86_64-pokysdk-linux/lib/libc.so.6
*** buffer overflow detected ***: terminated
Bad system call (core dumped)

Definitely not my day…

Extracting SDK......................................................................................................................................................................................................................................................................done Setting it up...*** buffer overflow detected ***: terminated xargs: file: terminated by signal 31 sed: no input files Failed to replace perl. Relocate script failed. Abort!

@ross I'm not sure, I see such long lasting builds on many different machines and Yocto setups. This is also a common complaint I get from customers as soon they need clang/LLVM for whatever reason.
In this case it is Styhead build for AArch64.
What do you suggest to speed it up? According to monitoring it's pure CPU bound.

Home made burger buns

This is why I hate clang so much. It turns Yocto builds into a build time nightmare. ;-)

P.s. This is a *fast* machine. 24 Intel Xeon cores.

Sempervivum arachnoideum

#FOSS

Inline-asm poll.

GCC is looking how to improve __builtin_unreachable behavior by maybe expanding it to a trap instruction instead of following through to the next function.

So the original reason why __builtin_unreachable[https://gcc.gnu.org/PR39252] was added was to mark inline-asm as not "returning" for use inside the Linux Kernel.
There was an old patch (https://gcc.gnu.org/legacy-ml/gcc-patches/2000-01/msg00190.html) which adds "pc" as a clobber to do it too.
Though with the raise of attributes, maybe it is better to use an attribute on the inline-asm.

So the poll is what syntax would be better.

Please spread this wide. I will doing a more formal poll on both GCC's mailing list and LLVM discourse next week after this informal poll is finished but I want to get some ideas/inputs here first before I submit a RFC. I will implementing the GCC side of things and hope someone on the LLVM will pickup the LLVM side.

This happens all of a sudden with qemu-aarch64. Used to work three weeks ago. :-/

# dpkg-deb --show zlib1g_1%3a1.2.13.dfsg-1_arm64.deb
dpkg-deb: error: <decompress> subprocess was killed by signal (Segmentation fault), core dumped

Got a cool t-shirt from @linuxtage
#glt25

@zev @paulmckrcu
well, I have downloaded the high resolution scan from archive.org and bought a print online.