My keyboard section in xorg.conf is: Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbOptions" "grp_led:scroll,grp:ctrl_shift_toggle" Option "XkbLayout" "us,ru(winkeys)" EndSection After one of last updates (at Wednesday all works fine) all keyboard layout indicators do not show current layout. And now only one layout group for all windows at desktop (for example, I have 3 windows: opera, sim, and gnome-terminal. At sim and opera windows I need russian layout and in terminal - us. Now I have same layout in all windows). I try to disable all keyboard options in xorg.conf and configure it by KDE control panel. Result is same - only scroll lock indices russian (in my case) layout. In Gnome same problem. I cannot revert back changes. I try to downgrade libXi and libXfixes but it is not fixes problem. Reproducible: Always Steps to Reproduce: Portage 2.1.2.2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 x86_64) ================================================================= System uname: 2.6.19-gentoo-r5 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ Gentoo Base System release 1.12.9 Timestamp of tree: Sun, 22 Apr 2007 08:00:01 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r7 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.15-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/X11 /etc/env.d /etc/env.d/java/ /etc/gconf /etc/init.d /etc/java-config/vms/ /etc/pam.d /etc/revdep-rebuild /etc/ssh /etc/ssl /etc/terminfo /etc/udev" CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" LANG="ru_RU.UTF-8" LINGUAS="en ru" MAKEOPTS="-j3 -s" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acpi aiglx alsa amd64 arts artswrappersuid asf audacious audiofile avi bash-completion bitmap-fonts browserplugin bzip2 cdr cg cli cracklib crypt curl cvs dbus devil dga dlloader dri dts dvd dvdr dvdread encode esd ffmpeg firefox flac fortran fuse gif glitz glut gmp gnome gpm graphviz gstreamer gtk gtk2 hal hddtemp iconv idn imagemagick imlib isdnlog java jpeg jpeg2k kde kdeenablefinal lcms libcaca libg++ lm_sensors logrotate mad mbox midi mikmod mmap mng modplug motif mozilla mp3 mpeg mplayer nas ncurses nls nptl nptlonly nsplugin nvidia ogg oggvorbis openal opengl oss pam pam_console pch pcre perl pmu png ppds pppd python qt qt4 quicktime rdesktop readline reflection rtc sdl session slang speex spell spl ssl subversion svg tcpd theora threads tiff timidity truetype truetype-fonts type1-fonts unicode urandom usb userlocales utf8 v4l2 vcd vim-syntax vorbis wma wmf xanim xerces-c xine xml xml2 xorg xpm xv xvid xvmc zlib" ALSA_CARDS="emu10k1x" ALSA_PCM_PLUGINS="shm" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LINGUAS="en ru" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Downgrade inputproto-1.4.1 to inputproto-1.3.2 and libXi-1.1.0 to libXi-1.0.1 fixes this bug.
Does it work, when you update said ebuilds again and rebuild xorg-server afterwards?
(In reply to comment #2) > Does it work, when you update said ebuilds again and rebuild xorg-server > afterwards? > Yes, rebuilding of xorg-server fixes problem. May be it is need to force update xorg-server after upgrading inputproto?
There is no way to force a rebuild with current Portage. *** This bug has been marked as a duplicate of bug 153965 ***