On Sat, Sep 6, 2014 at 8:57 AM, Adam Williamson <adamwill@xxxxxxxxxxxxxxxxx> wrote: > On Fri, 2014-09-05 at 11:52 -0400, Matthias Clasen wrote: >> On Fri, 2014-09-05 at 15:55 +0200, Vratislav Podzimek wrote: >> > On Fri, 2014-09-05 at 09:04 -0400, Bastien Nocera wrote: >> > > >> > > ----- Original Message ----- >> > > > Good news, everyone! We (me and CC'd Vojtech Trefny) would like to >> > > > introduce you the next generation tool for storage management -- the >> > > > **blivet-gui** tool [1]_. It is a GUI tool based on the blivet python >> > > > library (originally Anaconda's storage management and configuration >> > > > tool) inspired by GParted and other storage management tools. Why not >> > > > use GParted you ask? >> > > >> > > Actually my question is "why not gnome-disk-utility?" :) >> > Because it doesn't work well with LVM, RAID, BTRFS and a combination of >> > them. >> >> Leaving LVM out was an explicit decision, because of all the system >> integration problems with LVM. It works fine with RAID > > No, it doesn't: > > https://git.gnome.org/browse/gnome-disk-utility/commit/?id=820e2d3d325aef3574e207a5df73e7480ed41dda > > the RAID support was entirely removed with that commit. > >> and btrfs as far >> as I know. Do you have any concrete complaints about the RAID or btrfs >> support in gnome-disk-utility ? > > So far as btrfs goes - well, I wouldn't say complaints, but it's not at > all in the same capability league as blivet. > > I just booted a current F21 nightly (so, current gnome-disks code) and > the extent of its ability to create new btrfs filesystems seems to be > 'you can format a partition, pick "Custom" as the "Type", and set it to > btrfs'. > > That's fine so far as it goes, but it's a long way from really > 'supporting' btrfs. btrfs isn't a simple filesystem like FAT or NTFS or > ext or xfs. It's more of an all-singing, all-dancing combined > filesystem/volume management/redundancy/kitchen sink arrangement. blivet > actually understands all of this, it really *supports* btrfs: you can > create btrfs volumes that span multiple disks, configure a lot of their > attributes, and create and configure subvolumes within the volumes. > Unless I'm missing something, gnome-disks does none of that. > > Honestly I don't see that gnome-disks and blivet-gui would be entirely > playing in the same sandbox. It might be viable to think of them as > GNOME's 'Network' control panel applet vs. nm-connection-editor, or > something along those lines? But probably with even more of a > difference. I like GNOME Disks, it's a great handy toolbox for doing > simple manipulation of drives, but I'm not sure it quite fits the same > mental box as blivet-gui would, for me. Yeah I don't think its an issue to have multiple applications for the same purpose. We have more than one app for pretty much all other tasks. As for the privileged vs. unprivileged ... that should be fixed. _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
