On Fri, 2015-05-29 at 08:24 -0400, Bastien Nocera wrote:
As mentioned by Rui, this wouldn't be necessary. This could also
to remove the uninvited GeoIP check in anaconda itself. Setting the
would be done after asking the user whether the system can use
OK, timezone belongs in g-i-s, agreed.
It would be better for this to be done after the creation of the
in gnome-initial-setup, so that we can have a useful default name for
"Rupert Monkey's laptop"
(and the rough i18n that goes with it)
Agreed, we should just get rid of the network configuration spoke.
There are 3 things to note here:
- the anaconda setting changes the system configuration, thus the
layouts used in gdm.
- we are in a live environment, where the user can change the current
through the Settings panel already. This should be exported to the
- anaconda's layout selection doesn't support IBus, which means it's
as a user layout selection tool.
- make anaconda migrate the current settings to the installed system
- make it possible to set IBus engines in the installed gdm's
OK, OK... although I think it already picks up on keyboard layout if
set in System Settings.
Only language selection should really be necessary in Anaconda, the
layout can be inherited from the live environment. We could make sure
show the language selector even if there's only one default language
live environment (that's probably a one-liner in gnome-shell).
I don't think keyboard layout is any different from language selection.
You *can* set both in the live environment, but they're buried under
System Settings, not easy to find at all. And you can't install unless
you have these set properly. So either Anaconda needs to display them
both, or the live environment needs to display them both (in which case
they could be removed from Anaconda).
But I agree that there is just no point to keeping hub and spokes now
that we're going to request almost every spoke to be removed.
I will leave a few days to see if anyone objects, then post an updated
summary on the anaconda mailing list.
I'd even go a bit further, in that we should have less moving
in the disk
selection. I personally find it easier to make room on the disk using
(available in the Live environment) and passing that to Anaconda, or
Anaconda use the old Linux installation, or having it use the whole
I think "less moving parts" is a good goal, but it's too hazy a
requirement. Further discussion is needed here. I also see value in
separating out the disk selection changes from the changes to reduce
redundancy with g-i-s, since we can do one without the other.