Judging by how many #itwasdns shirts I've sold this morning...
Is the Cloudflare outage DNS-related too? https://www.redshirtjeff.com/shop/p/it-was-dns-shirt
Yet another queer & kinda autistic computer nerd. I mainly code in Rustβ’, and I consider myself a rustacean. Uni student. I joined Mastodon after the Reddit exodus, let's see how it goes (edit: going great!).
Free Palestine, free Ukraine, trans rights are human rights, antifascist, antiracist, former student union leader, etc; woke mind virus all the way down lol. I just believe we can make the world actually better, what a sad thought not to.
Working on a Linux port for the Surface Pro 11.
| GitHub | https://github.com/Alonely0 |
| Timezone | CET/CEST |
| Pronouns | he/they |
| Contact | 4lon3ly0@tutanota.com |
Judging by how many #itwasdns shirts I've sold this morning...
Is the Cloudflare outage DNS-related too? https://www.redshirtjeff.com/shop/p/it-was-dns-shirt
Rust in Android: move fast and fix things, https://security.googleblog.com/2025/11/rust-in-android-move-fast-fix-things.html.
Another great post from the Android Security team, presenting how Rust is impacting positively the Android code base. Shorter code reviews, fewer bugs, drastically fewer rollbacks⦠(compared to C/C++)
> The shift to Rust is different: we are significantly improving security and key development efficiency and product stability metrics.
π¦ I've improved the implementation behind all the string formatting macros in Rust: println!(), panic!(), format!(), write!(), log::info!(), and so on. (That is, everything based on format_args!().) They will compile a bit faster, use a bit less memory while compiling, result in smaller binaries, and produce more efficient code! π
'Hello world' compiles 3% faster and a few bigger projects like Ripgrep and Cargo compile 1.5% to 2% faster. And those binaries are roughly 2% smaller. π
This change will be available in Rust Nightly tomorrow, and should ship as part of Rust 1.93.0 in January.
Quick reminder on the likely reason why Valve's New Steam Machine only supports #HDMI 2.0:
""At this time an open source HDMI 2.1 implementation is not possible without running afoul of the HDMI Forum requirements.""
This is what Alex Deucher, the maintainer of the amdgpu #kernel driver, said one and a half years ago here:
https://gitlab.freedesktop.org/drm/amd/-/issues/1417#note_2303163
And from the ticket it looks like the problem remains.
See also Alex's earlier comment from early 2021 in the ticket:
https://gitlab.freedesktop.org/drm/amd/-/issues/1417#note_830547
""HDMI 2.1 is not available on #Linux due to the HDMI Forum.""
it's such a joy to build software exclusively for yourself
definitely a form of self-care