Ctrl-Alt-Fn VT switching works with x11-misc/xkeyboard-config-0.8-r1, as well as with x11-misc/xkbdata, but not with x11-misc/xkeyboard-config-0.9. Found and solved already in Debian http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=392911 -- ``debian/patches/revert_bz8572.diff: New patch to revert changes introduced in BZ8572, they cause trouble with Ctrl-Alt-F* combinations.''
Also breaks Alt+arrow windows switching in irssi and bunch of other stuff. This version is heavily broken :/
(In reply to comment #1) > Also breaks Alt+arrow windows switching in irssi and bunch of other stuff. This > version is heavily broken :/ > Care to elaborate? I haven't run into any serious issues - it's likely layout-dependent.
(In reply to comment #2) > > Care to elaborate? I haven't run into any serious issues - it's likely > layout-dependent. Looks like one layout works, two layouts fail. I use layouts us and cz as switchable. VT switching fails. 'setxkbmap us' turns VT switching on. 'setxkbmap cz' does the same. 'setxkbmap "us,us" -variant ",intl"' turns VT switching off. Haven't tried the Debian patch yet.
(In reply to comment #2) > Care to elaborate? I haven't run into any serious issues - it's likely > layout-dependent. Section "InputDevice" Identifier "Logitech Internet Keyboard" Driver "kbd" Option "AutoRepeat" "500 30" Option "XkbRules" "xorg" Option "XkbModel" "logiik" Option "XkbLayout" "us,cz" Option "XkbVariant" ",qwerty" Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll,caps:shift_nocancel" EndSection 0.9 - broken LAlt+arrow; downgrade to 0.8 -> everything works (with standard US layout, see above). Basically, left alt key becomes completely useless w/ 0.9; right alt works.
Created attachment 103892 [details, diff] revert_bz8572.diff Here's the patch from the Debian bug. Please apply it and see if it fixes any of your issues. While I expect it may fix the VT switch issue, I'm not so optimistic about the left alt key.
(In reply to comment #5) > While I expect it may fix the VT switch issue, I'm not so > optimistic about the left alt key. Yeah, doesn't fix LAlt indeed...
For me it was also broken. And I guess it was because of the missing symlink /usr/share/X11/xkb/compiled. xkbdata creates it and it works. Installing xkeyboard-config and creating the symlink by hand also works: Please add this to src_install: # dosym ../../../../var/lib/xkb /usr/share/X11/xkb/compiled
(In reply to comment #7) Hmm, that's just weird. No idea how did the symlink went missing for you. # readlink /usr/share/X11/xkb/compiled /var/lib/xkb $ qfile /usr/share/X11/xkb/compiled x11-base/xorg-server (/usr/share/X11/xkb/compiled) x11-misc/xkeyboard-config (/usr/share/X11/xkb/compiled) BTW, you mean the VT issue, or the left Alt key, or both?
Created attachment 132846 [details, diff] xkeyboard-config-1.1.ebuild-r1.diff This patch changes xkeyboard-config-1.1.ebuild to apply a small patch enabling VT swiching.
Created attachment 132847 [details, diff] xkeyboard-config-1.1-VTswitch.patch Patch for xkeyboard-config-1.1 to enable VT switching. Changes handling of LAlt, so LAlt problem may be solved too (untested).
Is that patch applied upstream? Is there an upstream bug open on bugs.freedesktop.org?
Both, LALT and VT switching works with the patch by Honza Macháček. How come x11-misc/xkeyboard-config-0.9 has been stabilized with this bug still open?
(In reply to comment #11) > Is that patch applied upstream? Is there an upstream bug open on > bugs.freedesktop.org? Finally I've overcome my laziness and filed https://bugs.freedesktop.org/show_bug.cgi?id=12775
i spent half of the day hunting why switching between keyboard layouts does not work and borkage console switching. its bit frustrating to spent time on already solved bug, which is not properly handled by masking in portage tree. wouldnt be better idea to unmask 1.1 or mask 0.9 ?
Yeah we're probably going to stabilize 1.1 in conjunction with xorg-server 1.3-r2.
(In reply to comment #14) > wouldnt be better idea to unmask 1.1 or mask 0.9 ? Well I'm not sure how's 1.1 stabilization relevant here - simply because it's exact same broken wrt the issues mentioned here as Comment #10 suggests (not to mention other 1.1 borkage reported on other bugs).
(In reply to comment #16) > Well I'm not sure how's 1.1 stabilization relevant here - simply because it's > exact same broken wrt the issues mentioned here as Comment #10 suggests (not to > mention other 1.1 borkage reported on other bugs). just for the record - the current 1.1 in portage solved my problem. that of course doesnt say anything about other bugs reported on 1.1.
There's always bugs on this stuff, every version, so we just kinda have to keep stabilizing anyway.
As noted on https://bugs.freedesktop.org/show_bug.cgi?id=12775#c8; can't reproduce any more, nor can the reporter. Closing this.