It’s been this way for at least a decade.
Professional software engineer, musician, gamer, stoic, democratic socialist
It’s been this way for at least a decade.
How can you tell?
Not exactly. I’m talking specifically about being able to call axum::serve
with non-Send futures.
Stop using Brave, people.
I think Kodi is a good choice, but not really sufficient for everything you might want to do IMO.
You could also look into KDE Plasma Bigscreen. It’s still pretty rough around the edges, but I think it aims to do what you want.
I am actually thinking about building something similar with different tech, as I’m not satisfied with any of the existing options. I really want something that’s primarily controlled via a mobile Web interface like the Kore app for Kodi.
I’m not sure what tokio (or axum) can do to avoid the trait bounds. Would it makes sense to provide a “share nothing” runtime implementation that can be injected at startup? I wonder how the intermediate layers (e.g. axum) would indicate that futures are usable by a more generic runtime which may or may not need Send + 'static
.
Without some way to write generic code for either runtime, the whole tokio ecosystem would end up bifurcated by this choice of runtime.
The only correct answer is to be consistent with the code base you’re working in or the language’s conventions. If neither of these conventions exist, then someone has already failed you.
Nothing about networking?
You can’t configure an immutable distro by a sequence of mutations.
Isn’t that literally how ostree works?
Use udev rules to get a stable name.
Really this question has little to do with mathematical proof, because the basis of science is deductive, statistical knowledge.
You should say “unstable channel”. It’s literally just a rolling release that pulls from the nixpkgs
master branch. So it’s only as stable as it needs to be to pass the Hydra CI tests.
And if you get to a working version, you can pin that as a Nix flake to avoid anything breaking until the next time you nix flake update
.
On the same plot, there is a massive spike in attraction to the partially bald head of Stavros Halkias.
It’s so ironic how many downvotes this is getting in the context of this thread.
There’s also the Wayblue family of Wayland distros, based on Ublue.
It’s hard to say for certain whether a distro will work for your hardware, even the Nvidia-specific images can have bugs related to the Nvidia drivers or their interaction with compositors.
I’ve used NixOS for a year.
I also tried Fedora Sway Atomic for a week or so. It mostly worked well, but I eventually found that it’s really hard to use Nix for development on a graphics application, because linking with the system Vulkan drivers is near impossible. The loader used by Nix’s glibc will ignore FHS locations. That seems to rule out a lot of the benefits of using Nix.
So I gave up on using Nix + Fedora as a failed experiment and went back to NixOS.
My wish list for Nix, Wayland, and Sway is pretty long. I kinda wish I had the time to make a new distro.
I just don’t support dogmatic thinking and indoctrination, especially when it creeps into politics, which is inevitable at the scale of the most popular religions.
In theory I have no problem with other people’s faith, but in practice it degrades the critical thinking capacity of our population and, paradoxically, the moral capacity as well. That’s a net negative in my opinion.
Charities exist without religion. I think religions often teach good moral frameworks, though very traditional. But those come with a huge caveat that you cut out a big hole in your brain for the belief that God exists and cares about how you behave. That one idea leads to so much trouble, from false prophets to normalized misogyny and hatred of gay people.
They are arbitrary but they at least serve as marking posts for real generational trends. I’m not sure there is much benefit in trying to find any categorization that isn’t arbitrary, so long as the generations are large enough.
The obvious downside is that Linux is no longer the host OS. MacOS or Windows would be closed source code managing your hardware. And any VM could only be as fast as the host OS allows it to be.