Server-side API? I was talking about avoiding to get one’s entire OS hijacked. The qube with the browser might get compromised, but dom0 would stay safely offline, that’s my ideal, not the utopic notion of never possibly getting attacked and hacked.
As long as you don’t explain what concepts am I mixing up, I don’t see the respect, but as a random person on the Internet, feel free to troll, I’ll move on.
AppVMs are isolated in Qubes even without the help of Wayland
How is using disposable VMs in Qubes not going to help?
Thanks, Ironclad and Gloire look interesting for a RISC-V system, gonna try out at some point alongside CheriBSD
I’m all for a better Flatpak, but I’m on the fence with full-on usage of Rust, I’d wait for there to be a second Rust compiler. Otherwise, sandboxing might be enough for some users, but not exactly for me.
I actually forgot to mention it, but I was going to say anyway that sandboxing I deem less ideal than paravirtualization
GNOME is just the default, there’s also KDE and no-GUI options if I’m not mistaken
Chimera is a nice alternative to Alpine, have you thought of sending this feedback to Chimera’s dev?
It works decently with just 8 GB RAM, and I’m going to upgrade the RAM.
Secureblue is based on sandboxing rather than paravirtualization, and I’m not sure that’s secure enough for me.
Did they also ban Github after all?
One can use a different init system for a reason such as reduced attack surface. OpenRC ihas much lighter codebase than systemd.
Well, I’m not sure why they didn’t include Secureblue qubes…
I don’t do gaming or intensive development, so it’s fine for me.