Feature changed by: Jiří Suchomel (jsuchome) Feature #309487, revision 13 Title: Clean out X11 keyboard configuration in YaST openSUSE-11.4: Rejected by Stefan Dirsch (sndirsch) reject date: 2011-03-29 17:51:18 reject reason: Obviously not being addressed. Priority Requester: Important openSUSE Distribution: Unconfirmed Priority Requester: Desirable Requested by: Jiří Suchomel (jsuchome) Partner organization: openSUSE.org Description: Currently, 'yast2 keyboard' is using kind of strange way of determining which X11 keyboard layout to use. There's a map of internal YaST keyboard names, to which the list of kbd console maps is mapped (like, us.map.gz). Such console map is taken as a parameter for calling /usr/sbin/xkbctrl script, which returns the informations about corresponding X11 keyboard layout (usable for setxkbmap). One problem is that not for all languages, there's a sense to have console map, and because of this situation in YaST, we are using files like ar.map.gz, which are only links to us.map.gz. Other part is that the list of X11 keyboard layouts is part of sax2- tools package which we probably want to drop. New solution would mean that YaST has all the information currently provided by xkbctrl: either by building its own data structure (if there's no other application using it), or using a better way to get the data YaST needs to know. References: https://bugzilla.novell.com/show_bug.cgi?id=603950 https://bugzilla.novell.com/show_bug.cgi?id=601587 https://bugzilla.novell.com/show_bug.cgi?id=725468 Discussion: #1: Jiří Suchomel (jsuchome) (2011-10-13 15:24:42) Stefan, where does YaST get the info about which setxkbmap command to call? #3: Stefan Dirsch (sndirsch) (2011-10-14 11:41:44) (reply to #1) The information in /etc/X11/xdm/Keyboard.map can be used for a new start. #2: Jiří Suchomel (jsuchome) (2011-10-14 11:34:50) BTW, don't you know how other distros are doing it? Is there any common mapping from locale (de_DE) to console key map and X11 keyboard map? Actually, if we'd create some new file for it, I'd still more like to have it not inside YaST filesystem subtree, so it is easily available to potential other applications. #4: Stefan Dirsch (sndirsch) (2011-10-14 11:52:09) (reply to #2) I don't know how other distros handle this. You would like to figure it out? Please go ahead. I always thought YaST is our config tool. I would go for a config file/configuration, which is read by the usual desktops like KDE, Gnome, Xfce, etc to use this keyboard setting by default (global keyboard configuration) unless the user choses a different one. And that way finally get rid of this /etc/X11/xorg.conf. d/90-keytable.conf snippet created by /etc/X11/xdm/keytable. And yes, this will no longer cover the twm/fvwm2 user. + #5: Jiří Suchomel (jsuchome) (2012-01-05 11:07:35) + 1. So, YaST should offer all X11 layouts from start: where can I find + the list of them? I assume there's a list, which is used buy KDE/GNOME + tools. I think we should not use only the subset from + /etc/X11/xdm/Keyboard.map. + 2. YaST needs to determine which layout to used as defalt, based on + user language during the installation. But this could stay YaST + internal, as it is relevant to installation only. + 3. Based on selected X11 layout, YaST should set also console keyboard. + The mapping of X11-> console could be taken from current + /etc/X11/xdm/Keyboard.map (it does not cover all X11 layouts, but that + is fine) and could probably stay internal in YaST. Or do you think it + makes sense to make it public for any other (desktop) applications? + 4. The variable in KEYTABLE in /etc/sysconfig/keyboard could probably + stay with current meaning. + 5. We probably need to save X11 keyboard information saved somewhere + (esp. during installation, when setxkbmap call is not available), and + this info would be read by desktops to apply the layout, right? Seems + like such config should contain all options needed for setxkbmap so + other conversions are not needed. What do you think, could use + /etc/sysconfig/keyboard for that? With the values like X11_LAYOUT, + X11_VARIANT etc.? -- openSUSE Feature: https://features.opensuse.org/309487