Coulsdon is the new Scunthorpe, it seems
Coulsdon is the new Scunthorpe, it seems
True, though BlueSky is a temporary redoubt at best, though one which, through switching costs, will trap people just as Xitter did. They accepted venture capital funds, and so when the time comes, will have to somehow recoup that from their users. At the moment, they’re in the glue-trap phase, attracting their users with promises to be open and not screw them over (see also: the early days of Facebook). Once enough are there, and have brought their friends and built personally meaningful networks dependent on BlueSky, the trap will close: third-party APIs will be restricted to the point of not providing an escape (as happened with Reddit and Xitter), the user-configurable algorithms will get unremovable additions that gradually increase the amount of ads, influencer content, AI pink-slime and whatever else they want in your feed, and then you’ll lose the ability to see all the content you selected, all the better to keep you refreshing and scrambling for anything you may have missed. And then, since all your friends and the cool people you follow are there, your choices will be to stay and suck it up, or effectively become a hermit.
and apparently Nazis are following suit.
Someone should perhaps spin up a Mastodon/Misskey/something instance named swifties.social and bring them into the fediverse.
How do you do, fellow gamers!
Marching band music. Can’t get enough of it.
Murdering your wife is one of those things that, no matter what else you achieve in your life, people will say “there goes Hans the wife murderer”. Even if you only ever murdered one wife and have shown no signs of making a habit of it.
Presumably this will mean a high-performance ARM CPU (comparable to the Apple M series), along with the dynamic recompilation technology Steam have been experimenting with. (It’s unlikely that Intel or AMD will deliver the generational leap they’re talking about.)
Parts of it are. The kernel is derived from a Mach microkernel (an experimental kernel in the 80s, which was theoretically supposed to allow different OS personalities to coexist in the same system, sharing resources; macOS’ Darwin/XNU kernel doesn’t implement this capability in full, but you do get the Mach Ports interprocess communication mechanism, and a BSD UNIX personality permanently attached).
30 years on, that guy still had all those gadgets dangling from his belt, but now he’s the crazy old guy who lives in the junkyard
I wonder what the proportion of bots to actual gamergate incel chuds who idolise Musk was.
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.)
Probably a reeducation-through-labour camp
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.
Wouldn’t this be about the time anti-SLAPP laws come down on Musk like a tonne of bricks?
You’re thinking of a different denomination
If “he” uses Linux, there’s probably something xe/xey isn’t telling you.
The village on Lunt near Liverpool considered changing its name to “Launt”, because vandals kept adding a top stroke to the L in signs.