On Mon, Mar 14, 2016 at 12:43 PM, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2016-03-14 15:22, Anton Aylward wrote:
On 03/14/2016 09:42 AM, Carlos E. R. wrote:
So, yes, leave those spaces alone ;-)
I have come to think that this is a weak argument.
The fact is, if you are using btrfs, you need several subvolumes each tuned differently. As simple as that.
What, you do not like that lot of lines in df output? Well, that's df fault. It does not distinguish bind mounts either. We'd need new options to tell df to ignore certain stuff (like tmpfs). It has nothing to do with the installer, nor with discussing if btrfs is good or not. IF you use btrfs, you have to create those many subvolumes.
It's a design decision that resulted in the layout. The subvolumes are created to make it possible to snapshot a single path, while making nested subvolumes immune to snapshots. It's basically a way to carve out a rollback behavior that rolls back the right things and not the wrong things. It's not easy because the FHS is basically terrible in organization and the use case for paths is constantly changing. I mean, in 2016 it's rather annoying that desktop linux isn't as easy to separate out: the OS, the apps, system settings, user data. My phone makes backup and restore 8000% easier than the desktop. Granted, a big part of it is the non-privacy aspect of cloud services. But that could be mimicked with FOSS solutions, the main thing is to have the proper separation and desktop linux doesn't have that right now. It spews applications all over the place right along side OS included binaries. It's just awful. Next, if you look at the ostree project (including rpm-ostree), they have similar problems but deal with it differently. Instead of subvolumes as filesystem trees, they use directories and hardlinks, so it can work on Btrfs, XFS or ext4. But it also at the moment is more rigid in that /usr is read only. Rollbacks are limited by default to just one (two trees, current and previous). And how to install programs is completely different (container and in the future xdg-app based). So it's really different. But the way forward is it separates things better, and makes it easier to support application cross distros and distro versions. We'll see. -- Chris Murphy -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org