That's absolutely sad to read. The CEO of @mullvadnet is not only financing the far-right Swedish Örebro party, but he even is their main financer. 70+% of their money is his donation. He is the reason why they go nationwide this year.
For obvious reasons i cease to trust this service. Also i do not finance parties that aim for forced deportations.
https://www.flamman.se/techprofil-ger-miljoner-till-orebropartiet/
GCC: Bump minimum GNU Make version to 3.81 released in 2006. Dont want to rush thing.
https://gcc.gnu.org/pipermail/gcc/2026-June/248407.html
There is currently a lot of FUD regarding the expiration of Microsoft’s UEFI Secure Boot certificates this June. Many Linux users are understandably concerned that their machines will refuse to boot if Secure Boot remains enabled. I spent some time this morning sorting through the noise. Here is what you actually need to know:
👉 Expiration dates aren’t strictly enforced by default The UEFI specification and its reference implementation (Tianocore) do not mandate checking the expiration dates of certificates. The reasoning is practical: a computer needs to be able to boot even if the CMOS battery dies and the real-time clock (RTC) is broken. The caveat: Your specific motherboard or UEFI vendor might have implemented their firmware differently, which is where the uncertainty comes from.
👉 To be on the safe side, you can verify that the new Microsoft certificate is present in your system’s UEFI Secure Boot database. You can extract and inspect this directly from your Linux terminal:
# Extract the db variable
efi-readvar -v db -o db.esl
# Convert the signature list to certificates
sig-list-to-certs db.esl db_cert
# Inspect each generated db_cert-*.der file
openssl x509 -inform der -in db_cert-NNN.der -noout -subject -issuer -dates
(Check your specific db_cert-N.der files). You are looking for an output where the Common Name (CN) is “Microsoft UEFI CA 2023”.
👉 To ensure a smooth transition, your bootloader should be signed by both the old and the new Microsoft certificates. In my case, using shim from OpenSUSE, you can verify the signatures with sbverify:
sbverify --list /boot/efi/EFI/opensuse/shim.efi
Is AI ruining our skills? Early results are in – and they're not good
L: https://www.nature.com/articles/d41586-026-01947-1
C: https://news.ycombinator.com/item?id=48601286
posted on 2026.06.19 at 14:00:48 (c=0, p=5)
When I was young, I was an active user of what would now be called social media. vBulletin and phpBB boards, IRC channels, LiveJournal... I made lifelong friends this way, when I get married in a few months time, two friends I met on IRC and still switch between thinking of them as their handles or "real" names will be my bridesmen.
I know modern social media is not the same as it was then, but a lot of that is down to less active moderation than you had in these smaller communities as a result of centralisation by Silicon Valley tech firms combined with algorithms and incentives that intentionally or not resemble the same rush as gambling. This does not just affect children, and a ban is the wrong answer to this problem.
In the 15+ years people have been promoting blockchains, this flowchart remains undefeated.
Morgen (Samstag) ist Roller Derby!