I was wondering the same when I came across it a few hours ago and decided to look into it, apparently it’s because it was decided to use an atomic distribution as a base and Suses is apparently not considered stable enough by them. (I can not argue the validity of these statements given either way, that’s just what I found in one of their gitlab issues . if someone wants to look at it for themselves, searching for Fedora on the issue tracker should bring it up)
My medication mostly.
Tbh, that’s pretty much what it looks like, the only “innovation “ there appears to be also glueing vmware on top.
The very same, yes.
Honestly if you want the best chance of brand new hardware working, a rolling release distro running the newest release kernel as soon as possible is pretty much your best bet.
For people who like a concept more than practicality. There’s maybe a handful use cases that this specific device fits in that isn’t covered better by existing tech, but I guarantee if that thing actually gets kickstarted and arrives severely delayed in several years, it’ll show up in a couple YouTube videos with people sort of uncertain what to use it for, and in the vast majority of cases it’ll end up in some drawers after having been used a few hours tops.
Yet more cryptotrash.
While I like the idea, it’ll be incredibly tough to overcome Microsofts lobbying, one just needs to look on the history of the LiMux project.
Was considering bcachefs at some point but after seeing this, definitely a no for the foreseeable future. I don’t like surprises in my file systems.
Benchmarks mean nothing. These aren’t the results of code written by an average programmer. Edit: and as a general note I would also like to point out the relative inconsistency of the results in terms of factor, only further reinforcing my point. I like Rust and all but we do need to admit it doesn’t magically solve all our problems.
“More performant” citation needed. Very well written Rust might be extremely fast, yes, but Rust is also a hard language to get right. Swift is far from a slow language and I would not be surprised if the average rust programmer barely if at all manages to beat out the average swift programmer in terms of speed. As for the amount of programmers interested, hard to tell, but given the sheer amount of Swift devs I’d not be surprised if there were quite a few interested ones and I am unconvinced Rust programmers are statistically more likely to be interested in Browser development.
Not particularly. The exploit requires ring 0 access, if an attacker managed to get that, you are screwed already.
Yup, Arch is by far the distro I have had the fewest amounts of technical issues with. Yes, you need to know what you are doing or be willing to read docs, but there’s no magical bullshit, maintainer capriciousness and lack of planning happening like I have unfortunately witnessed all too often while using other distros.
Another thing you could check out is Caddy, comes with a lot of stuff onboard and has an optional crowdsec module (though I should point out that I never used that module myself so I can’t make guarantees how well it works) https://caddyserver.com/
The section about stability vs “bleeding edge” gives me the strong impression that the author doesn’t really know what they’re talking about and only parroting something they heard someone else say.
Because it’s not overly popular as a desktop os, you are far more likely to see it in certain appliances and server applications etc, none of which will show up in a pagevisits based statistic.
I am convinced they use the data from that for AI training
Oh yeah Android has swarms of fanboys.
Luckily I wasn’t even using the UI in the first place, still, not a good sign and probably something to look into for replacement.