Re: blivet-gui announcement

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux