In a perfect world I'm actually ok with this...the problem is this isn't a perfect world and we all know it's just a trojan horse for age verification as that's the only way to actually implement it.
It is most definitely encrypted in transit
I mean...the code isn't copied but the design is and it honestly frustrates me. Like yes Linux performance is improving...but I personally don't like adding kernel functionality specifically for the benefit of wine
WebUSB was always an insane idea to me. The web has just gotten ridiculous
Me: we're on PCIe 7 now????
How do you use signal without a phone number? To me that's always been signal's biggest weakness
Honestly I wonder when gccrs will become viable as a compiler because that could bring support for some of the more niche CPUs
Just to play devil's advocate. Until rust gets a production ready GCC backend or LLVM gets more esoteric HW support there are probably some platforms that cannot run rust. That being said... realistically I think by the time rust becomes a large enough part of the kernel for it to matter the issue will have been sorted out as there are already 2 GCC implementations of rust in development...
It's funny seeing blogs about this because I live with 100% FOSS, minus firmware
I'm so excited for this!!
It's the proprietary driver GPU experience. All the proprietary drivers can leave you hanging like this
Scoopta
0 post score0 comment score
Man, it sure is confusing that apparently some software calls the super key meta. Historically that's alt and a lot of software calls alt meta instead. My brain was bending over backwards reading this article, confused as to why alt and meta were being used simultaneously as though separate until I figured it out.
EDIT: lol, I just noticed apparently the KDE key remapper used meta in place of alt so we've got both uses of meta in the same article and the author went with the keyd definition...