Bug 669912

Summary: setxkbmap problem with keyboard mapping
Product: [Fedora] Fedora Reporter: Kapetanakis Giannis <bilias>
Component: system-setup-keyboardAssignee: Peter Hutterer <peter.hutterer>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 14CC: adel.gadllah, mcepl, peter.hutterer, xgl-maint
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-26 06:09:49 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
669912.tar
none
keyboard from the archive
none
xorg.conf from the archive
none
Xorg.0.log from the archive
none
00-system-setup-keyboard.conf none

Description Kapetanakis Giannis 2011-01-15 18:34:53 UTC 
Hi,

In F13 I was using 

setxkbmap -rules xorg -model evdev -layout "us,el" -variant "" -option "grp:alt_shift_toggle" -geometry 'pc(pc104)'

to set my keyboard layout. Doing this now messes my keyboard mapping. Greek
work but arrows, page up/down etc don't work. Doing xmodmap on them is fixing most of the problem but not all.

I'm using GDM -> User Script (.xsession/.xinitrc) -> e16 (enlightenment)
(which means /etc/sysconfig/keyboard and /etc/X11/xorg.conf) are not being used to setup my keyboard layout (why by the way?)

I'm NOT using gnome (nor KDE).

regards

Giannis
Comment 1 Kapetanakis Giannis 2011-01-16 12:05:22 UTC 
I've tried older versions of xorg-x11-xkb-utils without any luck (also F13 version).

The problem was fixed by removing -rules xorg

The working command is now:
>setxkbmap -model evdev -layout "us,gr" -option "grp:alt_shift_toggle" -geometry 'pc(pc101)'

Btw why do I have to do that? Layout and toggling is defined in 
/etc/sysconfig/keyboard
/etc/hal/fdi/policy/10-keymap.fdi 
/etc/X11/xorg.conf
/etc/X11/xorg.conf.d/00-system-setup-keyboard.conf

However before running the setxkbmap nothing happens.

regards,

Giannis
Comment 2 Matěj Cepl 2011-01-17 12:49:01 UTC 
(In reply to comment #0)
> I'm using GDM -> User Script (.xsession/.xinitrc) -> e16 (enlightenment)
> (which means /etc/sysconfig/keyboard and /etc/X11/xorg.conf) are not being used
> to setup my keyboard layout (why by the way?)

https://fedoraproject.org/wiki/Input_device_configuration

Does setting configuration according to this page help?
Comment 3 Kapetanakis Giannis 2011-01-17 13:09:06 UTC 
Actually it does not. Hal (if you mean this) is of no use, at least the way I log in.
lshal reports correct configuration but the language changing is not working
unless I do the setxkbmap command.

Giannis
btw. problem solved by removing -rules xorg
Comment 4 Matěj Cepl 2011-01-17 14:19:38 UTC 
Actually looking at this again, could I get /etc/X11/xorg.conf and /var/log/Xorg.0.log attached to this bug as well, please?

Thank you
Comment 5 Kapetanakis Giannis 2011-01-17 15:32:00 UTC 
Created attachment 473866 [details]
669912.tar

/etc/X11/xorg.conf
/var/log/Xorg.0.log
/etc/sysconfig/keyboard
Comment 6 Matěj Cepl 2011-01-17 15:48:02 UTC 
Created attachment 473867 [details]
keyboard from the archive
Comment 7 Matěj Cepl 2011-01-17 15:48:09 UTC 
Created attachment 473868 [details]
xorg.conf from the archive
Comment 8 Matěj Cepl 2011-01-17 15:48:15 UTC 
Created attachment 473869 [details]
Xorg.0.log from the archive
Comment 9 Kapetanakis Giannis 2011-01-17 15:52:26 UTC 
Adding "AutoAddDevices" "false" in ServerFlags has no change (appart from different logs).

Removing Section "InputDevice"
         Identifier  "Keyboard0"
has no change either, except that the layout and model are not reported
correctly in Xorg.0.log, although they are defined in /etc/sysconfig/keyboard
and 00-system-setup-keyboard.conf
regards,

Giannis
Comment 10 Matěj Cepl 2011-01-17 15:58:28 UTC 
(In reply to comment #8)
> Created attachment 473869 [details]
> Xorg.0.log from the archive

This is odd. Xorg.0.log complains about

[  2810.528] (WW) Option "xkb_variant" requires an string value
[  2810.528] (WW) Option "XkbVariant" requires an string value
[  2810.611] (WW) Option "xkb_variant" requires an string value
[  2810.611] (WW) Option "XkbVariant" requires an string value
[  2810.644] (WW) Option "xkb_variant" requires an string value
[  2810.644] (WW) Option "XkbVariant" requires an string value

while we don't have any XKbVariant:

Section "InputDevice"
         Identifier  "Keyboard0"
         Driver      "kbd"
         Option      "XkbLayout" "us,gr"
         Option      "XkbModel" "pc101"
         Option      "XkbOptions" "grp:alt_shift_toggle"
EndSection

Passing to developers
Comment 11 Matěj Cepl 2011-01-17 16:00:10 UTC 
(In reply to comment #9)
> correctly in Xorg.0.log, although they are defined in /etc/sysconfig/keyboard
> and 00-system-setup-keyboard.conf

Which I would like to see as well, please (please attached as a separate uncompressed attachments, please)?

Thanks
Comment 12 Kapetanakis Giannis 2011-01-17 18:27:29 UTC 
Created attachment 473909 [details]
00-system-setup-keyboard.conf
Comment 13 Matěj Cepl 2011-01-18 15:11:47 UTC 
Yes, empty value

	Option		"XkbVariant"	""

is probably a problem.
Comment 14 Kapetanakis Giannis 2011-01-18 16:29:48 UTC 
This is certainly not a problem at my work pc where I login on console and start X with xinit

I will omit XkbVariant when I get home and see if that changes something.
Comment 15 Kapetanakis Giannis 2011-01-18 23:28:01 UTC 
Removing  VARIANT from /etc/sysconfig/keyboard and XkbVariant from
00-system-setup-keyboard.conf did no change apart from the loss of complain in Xorg.0.log

I tried also "basic" with no luck as well.
Comment 16 Peter Hutterer 2012-06-26 06:09:49 UTC 
This bug was filed against Fedora 14 which is now EOL. Please re-open this bug if you still experience this issue with one of the currently suppported versions of Fedora. Don't forget to update the version field if you do so.