![](https://leminal.space/pictrs/image/f054de17-926c-4299-9d4f-fef2f9493e52.jpeg)
![](https://beehaw.org/pictrs/image/c0e83ceb-b7e5-41b4-9b76-bfd152dd8d00.png)
I wonder what the proportion of bots to actual gamergate incel chuds who idolise Musk was.
I wonder what the proportion of bots to actual gamergate incel chuds who idolise Musk was.
I wonder who’ll end up buying the archive.org domain and what they’ll use it for
So, like the screen in the PlayDate?
It’s possible though less than ideal. Drivers that connect to devices are part of the attack surface, and probably the part you’d least want implemented in C when the rest of the kernel is in Rust.
There’s a Pareto effect when it comes to them, in that you can cover a large proportion of use cases with a small amount of work, but the more special cases consume proportionately more effort. For a MVP, you could restrict support to standard USB and SATA devices, and get a device you can run headless, tethered to the network through a USB Ethernet adapter. For desktop support, you’d need to add video display support, and support for the wired/wireless networking capabilities of common chipsets would be useful. And assuming that you’re aiming only for current hardware (i.e. Intel/AMD boards and ARM/RISC-V SOCs), there are a lot of legacy drivers in Linux that you don’t need to bring along, from floppy drives to the framebuffers of old UNIX workstations. (I mean, if a hobbyist wants to get the kernel running on their vintage Sun SPARCstation, they can do so, but it won’t be a mainstream feature. A new Linux-compatible kernel can leave a lot of legacy devices behind and still be useful.)
Drew DeVault recently wrote a simple but functional UNIX kernel in a new systems programming language named Hare in about a month, which suggests that doing something similar in Rust would be equally feasible. One or two motivated individuals could get something up which is semi-useful (runs on a common x86 PC, has a console, a filesystem, functional if not necessarily high-performance scheduling and enough of the POSIX API to compile userspace programs for), upon which, what remained would be a lot of finishing work (device drivers, networking, and such), though not all of it necessary for all users. Doing this and keeping the goal of making it a drop-in replacement for the Linux kernel (as in, you can have both and select the one you boot into in your GRUB menu; eventually the new one will do enough well enough to replace Linux) sounds entirely feasible, and a new kernel codebase, implemented in a more structured, safer language sounds like it could deliver a good value proposition over the incumbent.
What about swearwords? Does the word “fuck” appear less often here than in Microsoft Windows and/or the Linux kernel?
The downside of that is that you have to code in Go
It does, until you realise that his monstrous wealth insulates him from any consequences, deflecting them onto the heads of mortals. No matter what he does, he’ll be alright.
Swift could be a good choice.
Then “b” backwards would have to be “d”
They call this scenario the Habsburg Singularity
Wouldn’t this be about the time anti-SLAPP laws come down on Musk like a tonne of bricks?
The locals make light of this: there was a community radio station in Essex called Ship Full Of Bombs
Well, nothing should require employees to be in the office five days a week
You’re thinking of a different denomination
Can’t wait for one of those for my Steam Deck
If “he” uses Linux, there’s probably something xe/xey isn’t telling you.
It might fall into the remit of @enshittification@lemmy.world
In a sustainable world, energy can and should be cheaper than raw materials. We are only harvesting a tiny fraction of the solar energy hitting the earth, to say nothing of wind and geothermal power. Rolling out more renewables and energy storage and using some of the surplus power to switch from extracting new resources to recycling our waste would greatly lower our footprint.