On Fri, 2015-05-29 at 08:24 -0400, Bastien Nocera wrote: > As mentioned by Rui, this wouldn't be necessary. This could also be > used > to remove the uninvited GeoIP check in anaconda itself. Setting the > timezone > would be done after asking the user whether the system can use > geolocation. OK, timezone belongs in g-i-s, agreed. > It would be better for this to be done after the creation of the > first user > in gnome-initial-setup, so that we can have a useful default name for > the > computer: > "Rupert Monkey's laptop" > or > "Bastien's desktop" > > (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 > default > layouts used in gdm. > - we are in a live environment, where the user can change the current > configuration > through the Settings panel already. This should be exported to the > installed > system's configuration > - anaconda's layout selection doesn't support IBus, which means it's > inadequate > as a user layout selection tool. > > I would: > - make anaconda migrate the current settings to the installed system > - make it possible to set IBus engines in the installed gdm's > configuration 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 > keyboard > layout can be inherited from the live environment. We could make sure > to always > show the language selector even if there's only one default language > in the > 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 parts > in the disk > selection. I personally find it easier to make room on the disk using > Disks > (available in the Live environment) and passing that to Anaconda, or > having > Anaconda use the old Linux installation, or having it use the whole > disk. 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. Michael -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/desktop
