Currently anaconda configures X keyboard layouts/options in /etc/X11/xorg.conf.d/00-anaconda-keyboard.conf . It would be best for standardization's sake if it used /etc/X11/xorg.conf.d/00-keyboard.conf instead which is the file that systemd's localed uses. gnome-settings-daemon 3.8 gets the default layouts from localed so this would make them immediately available there. I guess anaconda could either write this file itself to the installed system or use the localed dbus api and then copy the file to the installed system.
Patch posted to anaconda-patches.
http://www.happyassassin.net/extras/updates-958714.img to test this fix (19.24 with just the patch for this bug added).
For the record: if you pick French keyboard layout during install, then French keyboard is used in g-i-s and in GNOME even though this window shows as empty. So that's good.
Confirmed that with the patch (I cherrypicked it from anaconda git onto 19.24), the g-i-s 'input sources' page is no longer blank. If I configure only French during install, it shows both French and English (US). Not sure if that's a bug, or if it's just that GNOME always wants a US layout present as a fallback or whatever.
the 00-keyboard.conf that got written contained just French, so anaconda clearly did its job.
(In reply to comment #4) > If I configure > only French during install, it shows both French and English (US). Not sure > if that's a bug, or if it's just that GNOME always wants a US layout present > as a fallback or whatever. Yes we're enforcing that now, see https://bugzilla.gnome.org/show_bug.cgi?id=697597 . Not the smartest implementation admittedly though.
I hope anaconda will stop forcing US soon...
jens: how do you mean? anaconda doesn't force US. It lets you set any arbitrary set of layouts from the keyboard spoke, and if you don't include US English, it doesn't write it into the config file it writes. I tested that behaviour earlier today.
okay badly chosen word - I meant setting US as the default layout for all locales.
I'd be -1 on this as a blocker, as ultimately, the layout you chose in anaconda is used. But it's getting fixed anyway, doesn't really matter. "I meant setting US as the default layout for all locales." Well, it doesn't exactly do that either. There's a checkbox on the Language selection screen that toggles that behaviour. Early in F18 it defaulted to trying to set an 'appropriate' layout for the language, but many people complained about that, so Vita changed it. I think in the end the solution will be this 'langtable' thing; once that provides as accurate a mapping as anaconda's old database used to, then we should be good.
anaconda-19.25-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/anaconda-19.25-1.fc19
Package anaconda-19.25-1.fc19, python-blivet-0.13-1.fc19, pykickstart-1.99.30-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-19.25-1.fc19 python-blivet-0.13-1.fc19 pykickstart-1.99.30-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-7834/python-blivet-0.13-1.fc19,pykickstart-1.99.30-1.fc19,anaconda-19.25-1.fc19 then log in and leave karma (feedback).
The update was pushed stable on Saturday, this should've been closed. It's verified fixed in TC4.