On Fri, 2013-05-17 at 14:44 -0700, Adam Williamson wrote: > On Fri, 2013-05-17 at 14:25 -0700, Adam Williamson wrote: > > > but still, it seems to be worth considering. Alternatively, we could > > make i-s behave a lot more like g-i-s: it could dump its 'root password' > > and 'date/time' spokes, and only run at all, and only to allow user > > creation, if you didn't create a user during anaconda. > > Thinking about it more, this really seems to be the way to go. Forcing > user creation in anaconda is a problem for someone who wants to do a > minimal install with no user account. Doing the above would reduce the > paths to something manageable without compromising any existing use > cases. > > So, vpodzime, msivak: can we lobotomize initial-setup? Can we jettison > the root password and time/date spokes, and make it only do user > creation, and only run it if a user account was not created during > anaconda? That seems to be the path forward to sanity, in my mind > anyway. Heck, we could even then use initial-setup on GNOME installs too, and only use gnome-initial-setup's "user mode". That would give us a really consistent model: you set up root pw and/or user account in anaconda or initial-setup, and then desktops can have a tool like gnome-initial-setup which runs on the first login for a new user, to set up the user's environment. It removes all the functionality overlap between different tools and gives us a clear and straightforward model for testing and development, that is desktop agnostic. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
