If you want to protect the system from untrusted software with containers be careful. Containers and images are mostly an abstraction tool to run and control the applications. Not saying it’s not possible, it’s just easy to make it insecure.
If you want to protect the system from untrusted software with containers be careful. Containers and images are mostly an abstraction tool to run and control the applications. Not saying it’s not possible, it’s just easy to make it insecure.
No. It’s only about the kernel itself, not Linux Systems(aka Distributions).
Earlier the kernel did only consist of C code, but for some time now the option to develop parts of the kernel in Rust is being worked on. In the end it both compiles to native machine code. The running kernel does not require the Rust toolchain to be present.
I think they mean Wine or Proton
Wow, i would’ve expected it to take longer.
I wonder how quick Valve will switch to it on the Steam Deck
~/git
Interesting that there is a flatpak build as well. I knew it was possible to run cli programs with flatpak but this the first programm i see that explicitly lists that as an option.
Like literally pull my disk out of a gaming nvidia machine, and plug it into my AMD machine with full working graphics.
This should work already, i switched from nvidia to amd this year by swapping the cards and removing the nvidia drivers some time later.
I guess it’s because the drivers only apply to their specific hardware, so no problems having amd and nvidia drivers present at the same time.
I’ve never used another init system, but i see no problem with systemd. The declaritive approach makes things very robust. Surely some things can be improved, but it’s a good tool.
Edit: Also managing user services the same way is nice.