[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#238342: I found the same



On Tue, Apr 06, 2004 at 02:16:38AM -0500, Branden Robinson wrote:
> On Fri, Apr 02, 2004 at 11:37:24AM +0200, Philippe Chauvat wrote:
> > I've installed recently all sid packages and have the same problem:
> > the key <> doesn't work anymore. (I use Gnome 2).
> > 
> > The problem is identified and I would like to describe here:
> > 
> > when I use the "dpkg-reconfigure xserver-xfree86" and ask for a "pc105" 
> >  geometry, the program put a "pc104" in the XF86Config-4 file.
> 
> Hrm, that sounds suspicious.
> 
> Please run the following commands from a shell prompt to gather and
> deliver some information to us:
> 
> $ /usr/share/bug/xlibs > /tmp/output 3>&1
> $ mailx -s "Re: Bug#238342" 238342@bugs.debian.org < /tmp/output
> 
> > So I just modify the XF86Config file and everything works now fine.
> > 
> > Hope this helps. If not, or if I'm wrong, please let me know why and how 
> > to tune correctly the stuff.
> 
> The above information should help.

On Tue, Apr 06, 2004 at 05:29:29PM +0200, Philippe Chauvat wrote:
> This is what you have requested.
> Philippe
> 
> >>>>>
> Keyboard-related contents of XFree86 X server log file
> /var/log/XFree86.0.log:
> (==) Using config file: "/etc/X11/XF86Config-4"
> (==) ServerLayout "Default Layout"
> (**) |-->Screen "Default Screen" (0)
> (**) |   |-->Monitor "Generic Monitor"
> (**) |   |-->Device "ATI Rage 3D"
> (**) |-->Input Device "Generic Keyboard"
> (**) Option "XkbRules" "xfree86"
> (**) XKB: rules: "xfree86"
> (**) Option "XkbModel" "pc105"
> (**) XKB: model: "pc105"
> (**) Option "XkbLayout" "fr"
> (**) XKB: layout: "fr"
> (==) Keyboard: CustomKeycode disabled
> (**) |-->Input Device "Configured Mouse"
> (**) |-->Input Device "Generic Mouse"
> (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
> 	Entry deleted from font path.
> (WW) The directory "/usr/lib/X11/fonts/CID" does not exist.

This tells me that your XF86Config-4 is configured correctly, with the
XkbModel as pc105 instead of pc104.

I suspect you have a problem with an X client changing your keyboard
map.  Please read the following entry from the Debian X FAQ:

  *) Why doesn't my "< >" key work?

  [Thanks to Guillem Jover and Ingo Saitz for their assistance researching this
  entry.]

  In XFree86 4.3.0, the stock configuration data for the X Keyboard Extension
  (XKB) was overhauled.  One of the few downsides to this much-needed update was
  that the "< >" key commonly found on European keyboards stopped functioning.
  Users of 102- or 105-key PC keyboards (as well as miniature and laptop
  keyboards compatible with these models) should ensure that their keyboard is
  configured accordingly in the XF86Config-4 file, using the "pc102" or "pc105"
  XkbModel instead of "pc101" or "pc104", respectively.  U.S.-style PC keyboards
  do not have a "< >" key, it is this additional key that distinguishes a pc102
  keyboard from a pc101 keyboard, and a pc105 keyboard from a pc104 keyboard.

  If your keyboard has a "< >" key, you probably have a 102- or 105-key model.
  The "< >" key may not work if you do not configure your keyboard model
  correctly.  You can use "dpkg-reconfigure xserver-xfree86" to change this
  configuration parameter, or edit /etc/X11/XF86Config-4 directly.

  If you have done this, or have already confirmed that your XkbModel is set to
  "pc102" or "pc105" in the XF86Config-4 file, but your "< >" key *still*
  doesn't work in X, then an X client is probably reconfiguring your keyboard
  after the server starts.

  To confirm this, start the X server in a way that bypasses all client-side
  initialization, and use the xev program from the xbase-clients package to
  determine whether your "< >" key works when the X server initially starts.

  Here's one way to do it from a virtual console:

  $ xinit /usr/bin/X11/xev -- :1 vt8 > /tmp/xev.out

  This starts the X server using server number 1 (in case you already have a
  session active on :0), on virtual console 8, and runs the xev client,
  redirecting xev's output to a temporary file.

  Move the mouse cursor into the white window, then press and release the "< >"
  key.  (There will be no visible response to your keystrokes.)  Then kill the X
  server, either by using CTRL-ALT-BACKSPACE or by switching back to the virtual
  console from which you ran xinit, and typing CTRL-C.

  Next, use your favorite pager program to view xev's output:

  $ pager /tmp/xev.out

  Near the end (after a whole lot of mouse events), you will see something like
  this:

    KeyRelease event, serial 28, synthetic NO, window 0x1a00001,
        root 0x58, subw 0x0, time 19431502, (57,266), root:(553,290),
        state 0x0, keycode 94 (keysym 0x3c, less), same_screen YES,
        XLookupString gives 1 bytes:  "<"

  Note particularly the "keycode" and "keysym" information.

  If, instead, you see something like this:

    KeyRelease event, serial 28, synthetic NO, window 0x1e00001,
        root 0x58, subw 0x0, time 20019010, (425,-87), root:(429,281),
        state 0x0, keycode 94 (keysym 0x0, NoSymbol), same_screen YES,
        XLookupString gives 0 bytes:  ""

  Then the X server is not starting with the correct keymap for your locale, and
  you need to check your XF86Config-4 file again.  You may have a subtle
  problem, such as multiple keyboard input devices defined in the file (and the
  wrong one is being used), or the XF86Config-4 file may have been disregarded
  in favor of a different configuration file.  See the XF86Config-4(5x) manual
  page for more information on these types of problems.

  Also note that the XFree86 X server log file (such as /var/log/XFree86.0.log)
  will not only tell you the name of the configuration file that was used, but
  also what the X server thinks the keyboard configuration is.

  If the X server can see your "< >" key when it starts this way, but not
  normally, then you *do* have a problem with an X client changing it after the
  X server starts.  Several X clients can do this, including:
    * xmodmap
    * setxkbmap
    * the KDE Control Center
    * the GNOME Control Center

  The xmodmap client is deprecated for keyboard manipulation, but some people
  still use it.  The best way to see if it is running is to check the system's X
  session scripts as well as your own.  E.g.:

  $ grep -irs xmodmap /etc/X11/xkb $HOME/.xsession

  The setxbdmap client is pretty straightforward, and can be searched for the
  same way.  Make sure it is not being invoked with the "-model pc101" "-model
  pc104" arguments, for example.  See setxkbmap(1x) for more information.

  In KDE 3.2, the relevant Control Center menu is Regional & Accessibility ->
  Keyboard Layout.

  In GNOME 2.4, right-click the GNOME keyboard applet and select "Settings...".

-- 
G. Branden Robinson                |    I reverse the phrase of Voltaire,
Debian GNU/Linux                   |    and say that if God really existed,
branden@debian.org                 |    it would be necessary to abolish
http://people.debian.org/~branden/ |    him.             -- Mikhail Bakunin

Attachment: signature.asc
Description: Digital signature


Reply to: