Earlier quoted context omitted.
>system dynamic linking made sense I too look forwards to having to manually updated all security patches for each binary in the system.
Would you rather each update of said binary be dependent on the author or some volunteer? That's how you get Debian stable.. No thanks.
What is Silverblue?
81–90 of 140 posts
Re: What is Silverblue?
#82Oh no. The benefit of Linux is to be able to build your own Setup (Server,Desktop). Now with this "Solution" the user have more and more a closed System where every change creates a lot unnecessary steps to install another software. I agree that on servers the container runtime makes a lot of sense but not on Desktops where changes happen every day.
Re: What is Silverblue?
#83Sounds similar to what Apple’s doing with Catalina. On https://www.apple.com/macos/catalina-preview/ they say: Dedicated system volume. macOS Catalina runs in its own read-only volume, so it’s separate from all other data on your Mac, and nothing can accidentally overwrite your system files. And Gatekeeper ensures that new apps you install have been checked for known security issues before you run them, so you’re alw…
Re: What is Silverblue?
#84Oh no. The benefit of Linux is to be able to build your own Setup (Server,Desktop). Now with this "Solution" the user have more and more a closed System where every change creates a lot unnecessary steps to install another software. I agree that on servers the container runtime makes a lot of sense but not on Desktops where changes happen every day.
I agree, and I whish others could see this as what it is - a push to make everything so overcomplicated and repository-locked in the name of security that you need endless maintenance and a support contract to run even basic software on your PC, thereby taking F/OSS ad absurdum . When in reality we haven't seen significant end-user F/OSS in almost a decade.
Re: What is Silverblue?
#85Earlier quoted context omitted.
Even when the processes are loading the libraries from different paths, in different filesystems, in different containers? How does it page in data on demand if the first container that loaded the library is killed and its filesystem unloaded? It's not easy to share libraries across containers, unless they can be built to share a base layer in a stacked union filesystem approach.
Why can’t the linker deduplicate libraries as they’re loaded?
Re: What is Silverblue?
#86Earlier quoted context omitted.
The brave new OSTree/Flatpak world needs build systems that know how to do security updates. There's a lot of work in this area in the Dockerverse; maybe it will cross over.
What happens is that half of your security updates never happen because it depends on individual app providers who have no skin in the game to do so this is unfixable unless apps that are insecure aren't installable.
After Silverblue, when they run in Flatpaks, they can still maintain build scripts that achieve the same thing.
The distribution itself can even maintain a common base image for all flatpaks in the official repos, retaining all of the code sharing of existing systems, but with the benefit of a more robust and modular solution when they need to make exceptions. End users will also be able to more reliably use applications that are not supported by the distribution proper.
Re: What is Silverblue?
#87Oh no. The benefit of Linux is to be able to build your own Setup (Server,Desktop). Now with this "Solution" the user have more and more a closed System where every change creates a lot unnecessary steps to install another software. I agree that on servers the container runtime makes a lot of sense but not on Desktops where changes happen every day.
I agree, and I whish others could see this as what it is - a push to make everything so overcomplicated and repository-locked in the name of security that you need endless maintenance and a support contract to run even basic software on your PC, thereby taking F/OSS ad absurdum . When in reality we haven't seen significant end-user F/OSS in almost a decade.
Re: What is Silverblue?
#88How do they do things like security updates (e.g. OpenSSL)? I mean, if the system is immutable, do I have to download an install a completely new image? How often do such updates arrive? And what does immutable even mean in practice? Do I have to start from a CD image or some special boot mode every time I want to install system updates?
The details can be found in the ostree documentation: https://ostree.readthedocs.io/en/latest/manual/atomic-upgrad...
Re: What is Silverblue?
#89Concept is interested, but read-only rootfs is stupid, really. It's kind of lock-in. Of course, ro - great for security, but if something happens with any critical system component like bootloader - I prefer to able patch/fix it myself and don't wait days/weeks for distmakers. Clear Linux use similar concept, but they allow write access and handle whole fs tree and bundle depends on server side.
There are basically multiple filesystem trees under the hood (shared with hard links to avoid duplicating file data), and at boot time you'll get one of them. These are known as "OSTree deployments", and they're found in /ostree/deploy, and they're actually mutable, it's just the bind mounts into that location that are mounted RO.
Anything in the bootloader configuration is not part of the deployment (from what I remember), and so it's mutable.
See the docs here: https://ostree.readthedocs.io/en/latest/manual/deployment/
Re: What is Silverblue?
#90How do they do things like security updates (e.g. OpenSSL)? I mean, if the system is immutable, do I have to download an install a completely new image? How often do such updates arrive? And what does immutable even mean in practice? Do I have to start from a CD image or some special boot mode every time I want to install system updates?