I’m grateful for what Cosmic has done for Rust Wayland compositors. I’ll have to give it a try and see if it has any advantages over Sway.
Professional software engineer, musician, gamer, stoic, democratic socialist
I’m grateful for what Cosmic has done for Rust Wayland compositors. I’ll have to give it a try and see if it has any advantages over Sway.
I’m not in the market, but I’ve actually had similar thoughts of building a project on top of NixOS that’s focused on self-hosting for homes and small businesses. I recently deployed my own router/server on a BeeLink mini PC and instead of using something like OpenWRT, I used NixOS, systemd-networkd, nftables, etc.
DM me if you want to discuss more. I think the idea has potential and I might be interested in helping if you can get the business model right (even if it just ends up being some FOSS thing).
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.
Are sockets not files?
Objects may have a single trailing comma.
I just came.
Large ISPs still don’t support it. It’s a fucking travesty.
I think there’s a pretty big overlap of gamers and programmers who use Windows or WSL because they don’t want to have to dual boot.
It’s definitely faster. I have seen measurements from many people showing that Windows is slower compiling Bevy on the same hardware.
Yea I agree. Good UX is a lot of work, and I think FOSS projects rarely prioritize it. Even good documentation is hard to come by. When you write software for your own use case, it’s easy to cut UX corners, because you don’t need your hand held.
And good UX for a programmer might be completely different from good UX for someone that only knows how to use GUIs. E.g. NixOS has amazing UX for programmers, but the code-illiterate would be completely lost.
I believe that the solution is “progressive disclosure”, and it requires a lot of effort. You basically need every interface to have both the “handholding GUI” and the underlying “poweruser config,” and there needs to be a seamless transition between the two.
I actually think we could have an amazing Linux distro for both “normies” and powerusers if this type of UX were the primary focus of developers.
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?
Writing poetry => meth + crack???
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.
Sir, I estimate the project will be completed in 135 days and 11 hours.