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

Bug#157035: marked as done (xruskb fails to switch keyboard layout on non-XKB-enabled displays)

Your message dated Thu, 29 May 2008 14:44:18 +0100
with message-id <200805291344.m4TDiIdJ010679@kmos.homeip.net>
and subject line xruskb has been removed from Debian, closing #157035
has caused the Debian Bug report #157035,
regarding xruskb fails to switch keyboard layout on non-XKB-enabled displays
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.)


-- 
157035: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=157035
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: xruskb
Version: 1.13.0-10
Severity: grave
Justification: renders package unusable

On the various X servers which do not support XKB extension
(and this is only situation when this package is neccessary)
Xkb sometimes randomly refuses to switch keyboard from russian to
english and vice versa. As soon as layout switching key stop working
to particular window, it wouldn't work in it until window is closed.

It occurs even in xterm. Sometimes I have three identical Xterms
two of which don't switch keyboard and third does.

Unfortunately, this random behavoir makes it difficult to trace
problems using xev.

Problem occurs in Qt and Gtk applications more often then in other.

Problem was reproduced on following X servers

1. XFree 4.1 with XKB switched off (via XKBDisable options in config)
2. XSun from Solaris 8/intel (via XDM login to Debian woody system)
3. HP Netstation X terminal
4. NCD ECX X terminal.

Problem wasn't noticed (or at least, reported to me) by users of Xwin32 X
server for windows. But windows users are used to such inconviniences. 

Problem wasn't noticed when using xlib from XFree 3.3.6 on potato
system. Probably this bug should be filed against xlibs package, but
there are no other X applications which demonstrate this behavoir
I think that it has something to do with keyboard grabbing.

Upgrade to experimental XFree 4.2 packages doesn't solve this problem

So does rebuilding xrus with OpenMotif libraries rather than Xaw
-------------
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux wagner 2.2.20-wagner #1 SMP Tue Jan 29 00:27:53 MSK 2002 i686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R

Versions of packages xruskb depends on:
ii  libc6                      2.2.5-11.1    GNU C Library: Shared libraries an
ii  xaw3dg                     1.5-13        Xaw3d widget set
ii  xlibs                      4.1.0-16      X Window System client libraries

--- End Message ---
--- Begin Message --- 
Version: 1.15.3-3+rm

The xruskb package has been removed from Debian testing, unstable and
experimental, so I am now closing the bugs that were still opened
against it.

For more information about this package's removal, read
http://bugs.debian.org/321344 . That bug might give the reasons why
this package was removed, and suggestions of possible replacements.

Don't hesitate to reply to this mail if you have any question.

Thank you for your contribution to Debian.

--
Marco Rodrigues
http://Marco.Tondela.org

--- End Message ---
Reply to: