<tt><font size=2>&gt; From: awilliam@redhat.com</font></tt>
<br><tt><font size=2>&gt; Date: 02/21/2014 17:05</font></tt>
<br><tt><font size=2>&gt; Subject: Re: [Base] Fedora Base Design Working
Group (2014-02-21) <br>
&gt; meeting minutes and logs</font></tt>
<br><tt><font size=2>&gt; Sent by: devel-bounces@lists.fedoraproject.org</font></tt>
<br><tt><font size=2>&gt; <br>
&gt; On Fri, 2014-02-21 at 16:38 -0500, John.Florian@dart.biz wrote:<br>
&gt; <br>
&gt; &gt; &gt; With the best of intentions, we'd gone from a reluctant
exception to the<br>
&gt; &gt; &gt; 'no choice' design to a dropdown which included two very
different<br>
&gt; &gt; &gt; complex choices: LVM and btrfs. So now the installer path
which was<br>
&gt; &gt; &gt; originally supposed to be minimal-choice, very robust and
testable and<br>
&gt; &gt; &gt; fixable, had become rather a lot more complex.<br>
&gt; &gt; <br>
&gt; &gt; Everything should be made as simple as possible, but not simpler.<br>
&gt; <br>
&gt; I don't think that precept applies very well to this area.<br>
&gt; <br>
&gt; The problem is that there are - and this is probably *literal*, not
a<br>
&gt; rhetorical flourish - millions of Special Little Use Cases like yours<br>
&gt; (the one below, snipped for brevity) out there. *You* want it to be
easy<br>
&gt; to skip /home. *She* wants it to be easy to resize a Slackware install.<br>
&gt; *That guy* wants to use btrfs. *My cat* likes RAID. It is becoming
very,<br>
&gt; very clear that we just cannot undertake to support them all and<br>
&gt; guarantee that they are all going to work in a release. It's just
_too<br>
&gt; much work_. Everyone agrees that it would be nice if we could, but
then<br>
&gt; everyone agrees that it'd be nice if I had a solid gold toilet.</font></tt>
<br>
<br><tt><font size=2>Brr... no thanks. &nbsp;Well okay, I'd take one for
the monetary value. &nbsp;:-)</font></tt>
<br>
<br><tt><font size=2>&gt; Some<br>
&gt; nice things just don't happen. We do not have the resources to be
in the<br>
&gt; business of writing the world's biggest disk configuration tool and<br>
&gt; guaranteeing that it'll never go wrong, which isn't *quite* what we're<br>
&gt; currently trying to do, but it's not far from it.<br>
&gt; <br>
&gt; It's worth trying some other installers out, just to reset your<br>
&gt; expectations. Have you seen the level of flexibility you get from<br>
&gt; Ubuntu's interactive installer? Windows'? OS X's?</font></tt>
<br>
<br><tt><font size=2>Thank God no. &nbsp;I last touched Ubuntu about 7
years ago. &nbsp;The early days of FC were so not the RHL (e.g. 7.3) that
I'd loved so much. &nbsp;But then Ubuntu left me lacking in community.
&nbsp;I filed so many bugs that never received a single response. &nbsp;The
last time I installed Windows it required something like 20 1.4MB floppies
(and that was probably the best part of the whole experience). &nbsp;I've
only *used* a Mac twice, once with the originals back in the 80s(?) and
again in the 90s -- I've never installed any Apple OS. &nbsp;Too damned
different for this old dog.</font></tt>
<br><tt><font size=2>&nbsp;<br>
&gt; &gt; &nbsp; I <br>
&gt; &gt; appreciate your QA angle here. &nbsp;Every condition in a code
path leads to <br>
&gt; &gt; exponential growth in testing.<br>
&gt; <br>
&gt; And development. This isn't just a QA problem. We do not have the<br>
&gt; development resources to commit to all this stuff working reliably
every<br>
&gt; six months.</font></tt>
<br>
<br><tt><font size=2>Here's where you lost me. &nbsp;Yes, anaconda is going
through a rewrite, but shouldn't all development be incremental improvement.
&nbsp;You make it sound like it has to be gutted and redone every release.</font></tt>
<br>
<br><tt><font size=2>IMHO, nothing kills corner cases like polymorphism.
&nbsp;Remove the conditions and you remove the dark corners where bugs
like to hide.</font></tt>
<br><tt><font size=2><br>
&gt; <br>
&gt; &gt; &nbsp; However, when I have my admin hat on, I <br>
&gt; &gt; want flexibility. &nbsp;I love LVM for that reason. &nbsp;However,
if I'm setting up <br>
&gt; &gt; simple VMs whose backend storage resides in a LV, I have no need
or desire <br>
&gt; &gt; for LVM within the VM.<br>
&gt; <br>
&gt; Does it hurt you to get it, though?</font></tt>
<br>
<br><tt><font size=2>Only in the sense you snipped out: resizing w/o LVM
is much simpler when disk is virtual, there's just fewer steps. &nbsp;As
I stated though, on the host I want/need LVM because in the physical world,
LVM makes life way more easier. &nbsp;Yeah, I can live with it in all cases,
but then I'm just as likely to do a complete reinstall of the VM as to
resize the undersized file system. &nbsp;However, that's only practical
because puppet is doing all the dirty work.</font></tt>
<br>
<br><tt><font size=2>Really my whole problem is MY problem though. &nbsp;I
just have committed to the time of completely automating kickstart script
generation and application. &nbsp;The GUI installer has been kind enough
to me that I always seem to have higher priorities (like keeping all my
services running atop the latest Fedora).</font></tt>
<br>
<br><font size=2 face="sans-serif"><br>
--<br>
John Florian</font>
<br>
<br>