After installing and configuring xfree86 (with the nvidia factory driver 1.0.4496), I found that the keyboard doesn`t work at all under X. Keypresses sometimes do produce output, but not what they should - in fact it very much looks like mediumraw mode in the console. This, obviously, renders the whole X11 system unusable. Even Ctrl+Alt+Bksp refuses to work, but thankfully Ctrl+Alt+F?? remained intact, so I didn`t have to reboot the system. For a short experiment, I stepped back into the X terminal, and found that the keyboard started working correctly - until I started mc from an xterm, which immediately broke the keyboard again. /A side symptom, which may or may not be connected with this is, that switching into the X terminal turns the "unknown character" (originally an empty space) in my console font into an understroke (_). Reloading the font fixes it, but switching back to X breaks it again./ I tried some experimenting with the xkb setup, even tried to disable xkb with Option "XkbDisable", but the problem remained. I use UTF-8 locales (LC_MESSAGES and LANG set to en_US.UTF-8, and everything else including LC_CTYPE - but NOT LC_ALL - set to hu_HU.UTF-8), and the consoles are in UTF-8 mode ('\033%G', kbd_mode -u). My keyboard and ServerLayout sections from XF86Config are as follows: Section "InputDevice" Identifier "MainKeyboard" Driver "keyboard" Option "XkbDisable" # Option "AutoRepeat" "500 5" # Option "XkbRules" "xfree86" # Option "XkbModel" "pc104" # Option "XkbLayout" "us" # Option "XkbVariant" "nodeadkeys" EndSection Section "ServerLayout" Identifier "MainLayout" Screen "MainScreen" InputDevice "MainMouse" "CorePointer" InputDevice "MainKeyboard" "CoreKeyboard" EndSection My USE variables are: USE="x86 oss apm -arts avi berkdb crypt -cups encode foomaticdb gdbm gif gpm gtk gtk2 imlib jpeg -kde -gnome libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl pam pdflib png python -qt quicktime readline sdl -slang spell ssl -svga tcpd truetype X xml2 xmms xv zlib aalib alsa cdr cjk -directfb -fbcon acpi cdr imap mmx perl unicode java maildir" Reproducible: Always Steps to Reproduce: 1. Unicode enabled base system with ncursesw 2. Emerge nvidia-glx, this pulls xfree86 and its dependencies as a dependency 3. Configure xfree as above, and run startx & Actual Results: Broken keyboard under X Expected Results: It should've worked... :D
Oh, one more important thing! The output of startx from the point where it evaluates the config file: XFree86 Version 4.3.0.1 Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.3-gentoo-r1 i686 [ELF] Build Date: 21 March 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Mar 22 19:05:54 2004 (==) Using config file: "/etc/X11/XF86Config-4" Using vt 7 (II) [GLX]: Initializing GLX extension Warning: font renderer for ".pcf" already registered at priority 0 Warning: font renderer for ".pcf.Z" already registered at priority 0 Warning: font renderer for ".pcf.gz" already registered at priority 0 Warning: font renderer for ".snf" already registered at priority 0 Warning: font renderer for ".snf.Z" already registered at priority 0 Warning: font renderer for ".snf.gz" already registered at priority 0 Warning: font renderer for ".bdf" already registered at priority 0 Warning: font renderer for ".bdf.Z" already registered at priority 0 Warning: font renderer for ".bdf.gz" already registered at priority 0 Warning: font renderer for ".pmf" already registered at priority 0 xf86KbdEvents Resource temporarily unavailable
Tee-hee, one more bug in my bug report. :D I have only seen the "unknown" char in mc as a line drawing character, so I assumed it was an understroke... Actually it isn`t. It`s an empty character with the topmost row filled.
The bug was in the locally modified .bashrc files. A shame, really. ^^!
