anaconda / initial-setup / gnome-initial-setup: can we do this better?

Adam Williamson awilliam at
Tue May 21 17:31:08 UTC 2013

On Mon, 2013-05-20 at 09:41 -0700, Adam Williamson wrote:
> On Mon, 2013-05-20 at 05:07 -0400, Martin Sivak wrote:
> > It was actually intended to behave this way from the beginning. All
> > the screens are shared with Anaconda (and all we have right now live
> > as part of Anaconda source code).
> > 
> > The hide/skip functionality is missing, but there is a proof of
> > concept patch that hides all already configured screens from
> > initial-setup
> > (
> > We do not have to, initial-setup is just an empty shell that can
> > execute Anaconda screens (either core screens or plugins, but the API
> > is Anaconda based).
> Great. It's probably a bit late for Beta, but it would be awesome if we
> could get it to behave as intended for final: hide unnecessary functions
> and don't run unless needed (so in practice it'd only ever run to show
> the user creation spoke). I guess that leaves the 'welcome / EULA'
> question open - my preference would be just to ditch that at least for
> non-OEM installs unless there's some kind of legal requirement for it (I
> don't think there is)...

So I turned into the
bug for this. I can't quite see a way to nominate it as a Final blocker
currently, but we really _really_ ought to do this for Final.

In writing the bug, it did occur to me that simply 'show spokes that
weren't completed in anaconda' may still not be good enough behaviour.
What if an admin user account was created in anaconda, obviating the
need for a root password? Does i-s still run and show the "root
password" spoke? I don't think that would be a good idea.

As I wrote in the bug, it still seems to me that i-s should simply never
ever show the date/time or root password spokes, outside of the 'OEM'
case where we assume that basically no configuration was performed at
install time.
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | adamwfedora

More information about the devel mailing list