It seems there is no keyboard layout for Canadian French Dvorak in kbd or system-config-keyboard. However, X provides such a layout in /usr/share/X11/xkb/symbols/ca As I understand it, this depends on Bug 680989 and blocks Bug 668084.
The keymap is now available in Rawhide - kbd-1.15.2-3.fc16 What further actions are required for system-config-keyboard and anaconda?
I miss the neo 2layout. It is a variant of the german layount and provided in /usr/share/X11/xkb/symbols/de
And I miss the French-Dvorak Bépo. I don't understand that system-config-keyboard has a different list of layouts than the one provided by X. This is pure useless duplicate effort. As soon as X is installed, all the available layouts should be listed in system-config-keyboard.
I must add that manually fixing the system keyboard is *not* an option because it is reset by the system with each upgrade. This bug is thus pretty annoying for people not using one of the selected keyboard as it makes GDM and the console unusable and with no viable workaround.
Can the title of this bug be changed to "Multiple existing X.org keyboard layouts cannot be set as system layout"? The scope of this bug is obviously broader than Canadian Dvorak.
That is bug #712877 instead.
bépo user here…
Another bépo user here, I'll have to stick to Ubuntu as long as Fedora doesn't offer me native bépo support.
Moving this bug to kbd as I believe this is the more appropriate component. Here is nim-nim's summary of the issue from related bug 668084: "Basically, Debian has a nice system where xkb-config layouts (used by xorg) are dynamically transformed into console layouts, while Fedora uses two different layout databases, which are not synced "No one really updates kbd layouts anymore, since it's obvious to layout authors the Debian solution is the right solution, and once Ubuntu inherited it from Debian it was game over for other distributions and time to play catch-up if they wanted to care about i18n and desktop. "The problem has been known for years and the number of people affected has only grown with time and kbd abandonment. And yes I realise Debian's dynamic mapping is harder to code than using a static xkb-config/kbd table, or dumping this table and only supporting the layouts that appear under the same name in both systems, but the other solutions only work if layout authors bother to write two layouts (one for xkb-config and one for kbd) each time they do a change, and they've voted with their feet a long time ago (and additionally even when one did this it took months to get add a new line in the mapping table used by anaconda – great way to make people not bother) "And I've not seen any of the people advocating against the Debian solution volunteer to write all the kbd tables the alternative required either." Can we follow Debian's lead here and set up dynamic mapping so we can support our users on the console?
(In reply to comment #9) > Moving this bug to kbd as I believe this is the more appropriate component. > Here is nim-nim's summary of the issue from related bug 668084: > > "Basically, Debian has a nice system where xkb-config layouts (used by xorg) > are dynamically transformed into console layouts, while Fedora uses two > different layout databases, which are not synced > And this is done within kbd package? Or there's some separate tool for it? I don't use Debian/Ubuntu, so I don't know the system. Are there any links, where this is described (googling didn't help)? > "No one really updates kbd layouts anymore, since it's obvious to layout > authors the Debian solution is the right solution, and once Ubuntu inherited > it from Debian it was game over for other distributions and time to play > catch-up if they wanted to care about i18n and desktop. > > "The problem has been known for years and the number of people affected has > only grown with time and kbd abandonment. And yes I realise Debian's dynamic > mapping is harder to code than using a static xkb-config/kbd table, or > dumping this table and only supporting the layouts that appear under the > same name in both systems, but the other solutions only work if layout > authors bother to write two layouts (one for xkb-config and one for kbd) > each time they do a change, and they've voted with their feet a long time > ago (and additionally even when one did this it took months to get add a new > line in the mapping table used by anaconda – great way to make people not > bother) > > "And I've not seen any of the people advocating against the Debian solution > volunteer to write all the kbd tables the alternative required either." > > Can we follow Debian's lead here and set up dynamic mapping so we can > support our users on the console?
Let's NEEDINFO nim-nim :)
http://dev.man-online.org/man1/ckbcomp/ http://www.kaufmann.no/roland/dvorak/linux.html (found via 30s googling of 'debian console xkeyboard-config', never used those myself)
(In reply to comment #12) > http://dev.man-online.org/man1/ckbcomp/ > http://www.kaufmann.no/roland/dvorak/linux.html > > (found via 30s googling of 'debian console xkeyboard-config', never used > those myself) Thanks! So this functionality is provided in console-setup package: http://packages.debian.org/sid/console-setup I'll take a look at it...
So I investigated the console-setup tarball and it's basically a layer above kbd. I created test SRPM, you can grab it here: http://vcrhonek.fedorapeople.org/console-setup/ The usage is quite simple, let's say you want to have 'fr-dvorak' layout from '/usr/share/X11/xkb/symbols/ca' (from 'xkeyboard-config' package). Edit '/usr/local/etc/default/keyboard': # cat /usr/local/etc/default/keyboard # KEYBOARD CONFIGURATION FILE # Consult the keyboard(5) manual page. XKBMODEL=pc105 XKBLAYOUT=ca XKBVARIANT=fr-dvorak XKBOPTIONS= BACKSPACE=guess And then run: # setupcon -k That's it. It's also possible to play with fonts etc. see the documentation and the man pages. I think it will be really useful to have console-setup in Fedora. system-config-keyboard and anaconda can use it. No change is necessary in the kbd package.
Wow, Vitezslav, that is awesome!!! Can this make it into F18 do you think or would it need some kind of FESCO okay? Also! The following folks would probably need to know about it since they maintain hardcoded lists of layouts now - Lennart (For systemd) Zeeshan Ali (for boxes / spice) Vratislav Podzimek and Chris Lumens on the Anaconda team (although the UI rewrite might do away with their hardcoded-list they will probably like to know) (I would add them to the CC now but I have to run!)
(In reply to comment #15) > Wow, Vitezslav, that is awesome!!! Can this make it into F18 do you think or > would it need some kind of FESCO okay? > > Also! The following folks would probably need to know about it since they > maintain hardcoded lists of layouts now - > > Lennart (For systemd) > Zeeshan Ali (for boxes / spice) > Vratislav Podzimek and Chris Lumens on the Anaconda team (although the UI > rewrite might do away with their hardcoded-list they will probably like to > know) My intention is to switch from our hardcoded-list to using systemd-localed for setting console layout. So once this daemon uses the console-setup, additional layouts should also work in the Anaconda.
I created Review Request for console-tools: https://bugzilla.redhat.com/show_bug.cgi?id=833855
(In reply to comment #17) > I created Review Request for console-tools: > > https://bugzilla.redhat.com/show_bug.cgi?id=833855 Sorry, I meant console-setup of course.
I created bug for tracking console-setup/systemd integration: https://bugzilla.redhat.com/show_bug.cgi?id=837292
I'm closing this bug - console-setup package is available in Fedora for some time, so there's not "limited set of keyboard layouts" available anymore. The story continues in bz837292 with more system wide changes.