The unfortunate fact in all of this is that the old GUI for the old anaconda was just fine and exactly what you would expect. I find it particularly galling that a new partition can no longer "fill all available space" (as used to be avalable) for instance and we have to type some value in the hope that it will be accepted (it is not always). As an example, I had 14 GB left for my root and no matter what number I typed, the partitioning took it to be set at 10GB. Not clear where this came from. The partitioning itself continues to be counterintuitive: you select a disk to install in, and then click done after which the option of doing a custom partition may show up. I can go on and on: the old anaconda interface was so much better and (in summary so much) faster! Ranjan On Sat, 21 Dec 2013 13:27:43 -0700 Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote: > > On Dec 20, 2013, at 7:19 AM, Tom Horsley <horsley1953@xxxxxxxxx> wrote: > > > I see the partitioning interface still hasn't improved in f20. > > You still simply must go on faith that you might be allowed > > to make the changes you want sometime after you press a > > button labeled "Done". > > I forget the rationalization for Done coming after the choice of device to install to. Clearly we aren't done with the installation destination spoke, which includes all of guided and custom partitioning paths. The Done button has been a thorn in my side UI wise since inception but all I ever got was ridiculously bad examples of how such upper left UI is used in other programs, which don't also split their navigation UI, or clutter the upper left with other text or UI elements. But it's really an ordinary example of bad UI, i.e. it's not especially bad. > > > > I've been installing several different distros in virtual > > machines recently, for an example of a near perfect interface > > I'd point you to opensuse (I don't really like opensuse much, > > but the partitioning interface is close to flawless). > > Short learning curve, but overly complicated Btrfs layout with a large pile of subvolumes. Maybe other layouts are similar I'm not sure. > > This is necessarily a challenge for any really capable installer. Does opensuse's installer let you create bootable raid 0, 1, 10, 5 and 6? Does it do bootable LVM on raid? Or bootable LVM on raid on LUKS? Anaconda does. It's massively complex. > > The Guided partition path alone, with a simple unidirectional (no reversal) test matrix of not fewer than 80 tests. And a bulk of those are repeated for every test compose and release candidate. It's a lot of testing and is maybe 1% of what the installer can do. Custom partitioning is so massively complex that I don't think it should be in the installer at all. Windows and OS X installers are brain dead simple because they have essentially no options at all. The volume is supposed to be preformatted and empty, you point the installer to it and it installs. Windows does have a rudimentary partitioning tool integrated in their installer, and a way to reformat partitions. OS X doesn't, you have to use a separate tool, including preparation of bootable RAID1 setups. > > I think it's challenging to imagine how custom partitioning gets much better when it creates complex storage layouts for installation of an OS only, rather than general purpose create and modify. And also it's also effectively only an RHEL/Fedora tool. > > > > > > Instead of relying on faith, it shows you exactly what > > it would do in a summary at the top of the screen and > > has checkboxes for the most common things you'd want > > to change (separate /home or not, etc). As you click > > the checkboxes, you see exactly what the partitioning will > > look like in the summary at the top. No faith required. > > The idea in anaconda's custom partitioning is that you're directly modifying what you're calling the summary in opensuse. The things you create in anaconda's custom partitioner aren't even partitions, they're mount points. So "Manual Partitioning" is actually weirdly named. You first specify mount points, and then how they get created rather than the reverse. A big part of the challenge is that most people who use custom partitioners don't think in terms of top level mount points until they've built what they want from the ground up. Anaconda is top down to the degree that the lowest part of the stack, the physical block device, is quite a hidden feature and isn't intended the user needs to choose which physical devices the parts appear on. > > Chris Murphy > > -- > users mailing list > users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org -- Important Notice: This mailbox is ignored: e-mails are set to be deleted on receipt. Please respond to the mailing list if appropriate. For those needing to send personal or professional e-mail, please use appropriate addresses. ____________________________________________________________ FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more! -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
