On Fri, 2016-02-26 at 11:26 -0500, Matthew Miller wrote: > On Fri, Feb 26, 2016 at 01:56:59PM +0100, Martin Kolman wrote: > > > > So do we really need to think about about redesigning the server > > GUI ? > > We could just use what we have on Server and only do a > > simplified/streamlined GUI variant for the Workstation. > There is some interest in hubs supporting Role configuration, I > believe. But that doesn't require a redesign. > > > > > From feedback I've seen, the big concern is storage configuration. > > A > lot of Server users are interested, for better or worse, in the > old-school approach of building up storage to a final configuration > from bottom-up building blocks, rather than the end-goal-work-back UI > Anaconda provides. > > I'm sympathetic to the argument that it's pretty crazy to have > parallel > GUIs for both of these approaches. And beyond that, making a GUI for > the build-up approach where all possibilities actually _work_ is a > combinatorial nightmare. Well, Vojta is doing just that and it seems to be working fine: https://fedoramagazine.org/manage-your-partitions-like-in-anaconda-with -blivet-gui/ http://blog.vojtechtrefny.cz/blivet-gui http://blog.vojtechtrefny.cz/new-blivet-gui-fedora-22 I't (of course) Blivet based & written in Python and could quite easily be run a an Anaconda spoke - we already did some preliminary experiments with this. So maybe Blivet-GUI-spoke could be the perfect default partitioning UI for the Fedora Server variant ? :) > But, I wonder if we could make the possibility > of pre-configuring storage a) more discoverable and b) easier in any > way? > > See > http://unix.stackexchange.com/questions/263721/manual-setup-install-m > ethod-for-fedora > for just one example. > _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
