On Wed, 2014-02-26 at 11:17 +0100, Karel Zak wrote: > Don't try to be smart to everyone, it does not work. IMHO all you > need is to support one or a very few scenarios (complete scenarios > without customization) and a way how to switch from installer > to manual partitioning by parted/fdisk/mdadm/mkfs/etc. > > The anaconda partitioning UI will never be smart enough for > advanced users and it also does not make sense to duplicate effort, > we *already have* tools to create all the unusual crazy disk layouts. We don't, really. Well, we do, but it really is "tools" plural, and some of them don't have GUIs at all. blivet and its anaconda GUI really is one of the most advanced partitioning tools in existence. There's no one-stop graphical tool that does everything blivet/anaconda does, AFAIK. gparted can't do anywhere near the LVM, RAID and btrfs stuff that blivet does: it really only does *partitions*. We've kind of boxed ourselves into a corner of unreasonably high expectations here now, though - we either commit to continuing to support all the functionality custom part currently supports, or we say "reduce it and screw the complainers", but there *will* be complainers. There already are quite vociferous complainers for the very small amount of simplification that was done between oldUI custom part and newUI custom part. Possibly the most viable long-term option, and I think one the devs are gradually working towards, is to make the blivet GUI an independent component. That would mean it wouldn't kill your whole anaconda run if it crashed (you could just start over and try again), and you could use it from outside of anaconda (say, to pre-partition). And it'd maybe encourage other projects to adopt and contribute to it, which would definitely help take the load off - I've said it before but I'll say it again, it is kinda absurd that we have, what, about the equivalent of 1.5 full-time developers trying to maintain this extremely capable and complex partitioning backend *and* frontend. It would certainly make life much easier on us if we said 'screw it, disks are hard, let's go shopping' and just outsourced all the partitioning to gparted (like ubiquity does), but it'd definitely be a substantial drop in capability compared to what we have now. (And I doubt it'd be acceptable for RHEL, so in the end the same people would have to work on it anyway even if Fedora wasn't using it.) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
