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

Bug#425662: marked as done (xserver-xephyr: gets keyboard shift functions mixed up)

Your message dated Fri, 16 Apr 2010 19:50:36 +0200
with message-id <20100416175036.GA29416@radis.liafa.jussieu.fr>
and subject line Re: Bug#425662: xserver-xephyr: gets keyboard shift functions mixed up
has caused the Debian Bug report #425662,
regarding xserver-xephyr: gets keyboard shift functions mixed up
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
425662: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425662
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: xserver-xephyr
Version: 2:1.3.0.0.dfsg-5
Severity: normal

Hi,

I am using the command line

Xephyr -query localhost :1 -ac -screen 1200x900

to start a second KDE session under a second account. It frequently
happens that the keyboard gets mixed up in a way that a normal
character key emits a capital letter while a shifted character key
emits a lower case letter. Special character keys work normally, and
all the caps lock / shift lock key does it switching the keyboard
light on and off. There seems to be no way to get out of this (at
least I haven't found it yet) without terminating Xephyr.

This might be corelated with the error message

The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server

that Xephyr spews to the console once in a while.

Greetings
Marc

-- System Information:
Debian Release: lenny/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.21.1-scyw00225 (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xephyr depends on:
ii  libc6                         2.5-8      GNU C Library: Shared libraries
ii  libfontenc1                   1:1.0.4-2  X11 font encoding library
ii  libx11-6                      2:1.0.3-7  X11 client-side library
ii  libxau6                       1:1.0.3-2  X11 authorisation library
ii  libxdmcp6                     1:1.0.2-2  X11 Display Manager Control Protoc
ii  libxext6                      1:1.0.3-2  X11 miscellaneous extension librar
ii  libxfont1                     1:1.2.8-1  X11 font rasterisation library

Versions of packages xserver-xephyr recommends:
ii  xbase-clients                1:7.2.ds2-2 miscellaneous X clients

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Thu, Jul  5, 2007 at 11:23:04 +0200, Brice Goglin wrote:

> Marc Haber wrote:
> > On Wed, May 23, 2007 at 08:01:35AM +0200, Marc Haber wrote:
> >   
> >> This might be corelated with the error message
> >>
> >> The XKEYBOARD keymap compiler (xkbcomp) reports:
> >>     
> >>> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
> >>>                   Ignoring extra symbols
> >>>       
> >> Errors from xkbcomp are not fatal to the X server
> >>
> >> that Xephyr spews to the console once in a while.
> >>     
> >
> > I now doubt that. My current xephyr session was running for an hour
> > without an instance of this error message spewed to the console when
> > the CAPITAL LETTERS BEGAN TO SHOW UP AGAIN.
> >   
> 
> Could you try with xserver-xephyr 2:1.3.0.0.dfsg-7 which has been
> uploaded to unstable today? It contains a fix for special key behavior
> in Xephyr, it might help for your problem too.

This has been tagged moreinfo long enough.  Hopefully fixed now, if not
feel free to reopen.

Cheers,
Julien

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: