Fedora is migrating away from: /etc/sysconfig/network (the HOSTNAME=... setting) /etc/sysconfig/keyboard /etc/sysconfig/i18n to: /etc/hostname /etc/vconsole.conf /etc/locale.conf See the tracker bug 881785 for details. We found: keyboard.py: file = open(instPath + "/etc/sysconfig/keyboard", "w") Please update the package for the new config files. The old files are converted and deleted from the system at update time. If reading the old files is still supported, please make sure they are never created again. Thanks!
I can confirm that the keyboard layout change using system-config-keyboard does not survive reboot.
*** Bug 871542 has been marked as a duplicate of this bug. ***
Proposing as an F18 Blocker. Unfortunately. So. Between F18 Beta and F18 Final TC1, anaconda stopped writing /etc/sysconfig/keyboard , in line with the migration away from that file. Unfortunately, here's how firstboot gets its keyboard layout: from system_config_keyboard import keyboard ... kbd = keyboard.Keyboard() kbd.read() kbd.activate() and as per this bug, system-config-keyboard tries to read the layout from /etc/sysconfig/keyboard . Which does not exist. To fix this we either need to migrate s-c-k to the new filenames, or change how firstboot gets its keyboard layout (why is it not using Xkb?), or as a very ugly stopgap, go back to writing /etc/sysconfig/keyboard from anaconda. The result of this bug is that firstboot always runs with US English as its keymap, no matter what you chose during install and what /etc/vconsole.conf says. So if your username doesn't include any characters that differ between your keymap and U.S. English, but your password does, you are going to wind up entering a different password than you think you're entering, and being very angry and confused. This affects all keymaps other than U.S. English. Also, once firstboot is complete but until you reboot, VTs use the U.S. English keymap, it seems (firstboot setting it somehow 'hangs on' after firstboot is done). After a reboot, consoles seem to behave correctly. Tested by doing a fresh install, booting to runlevel 3, and creating /etc/sysconfig/keyboard , before firstboot has a chance to run: after doing that and then booting to runlevel 5, firstboot uses the specified keymap, not U.S. English.
Actually: I think we can avoid this by just ditching the code in firstboot. See 892097 .
current s-c-k only writes a console layout to /etc/sysconfig/keyboard and changes the runtime xkb config. I think possibly the sensible thing to do with it is to make it call localed to set the systemwide configuration, and dump the runtime configuration. GNOME and KDE both override the systemwide config with their own settings, so it makes sense for s-c-k to be a tool for setting the systemwide config but probably not for it to change the runtime config. GNOME is capable of pushing a user's config out systemwide, so there is no use case for s-c-k on GNOME any more, basically. KDE AFAIK is not, so s-c-k is still useful for setting the systemwide configuration there. I have not looked at Xfce or LXDE or other desktops. I'm going to see if I can come up with a quick hack to make s-c-k call localed to set the systemwide config.
yeah, no, I can't. well, I could, but it'd be horribly painful for my poor python skills and I'd likely do it badly. if someone could *please* take ten minutes to fix this up it'd really help users of non-main desktops, I think. it really should be straightforward for anyone who can write python. just change lib/keyboard.py to use localed to read and write the 'current' configuration. Re-thinking comment #5, it's probably fine for it to change the runtime config too, but it'd be nice if we could have s-c-k pop up a big box if you try to run it in GNOME saying 'don't use me, use gnome control center'.
system-config-keyboard-1.3.1-14.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/system-config-keyboard-1.3.1-14.fc18
system-config-keyboard-1.3.1-14.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/system-config-keyboard-1.3.1-14.fc19
Package system-config-keyboard-1.3.1-14.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing system-config-keyboard-1.3.1-14.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-10318/system-config-keyboard-1.3.1-14.fc18 then log in and leave karma (feedback).
system-config-keyboard-1.3.1-14.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
vpodzime: 1.3.1-14 still seems fine for this, I'll probably push it to f18 at some point soon but might want to co-ordinate a backport of the livecd-tools fix with bcl.
system-config-keyboard-1.3.1-14.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.