Finally solved, after something like 60 hours of hacking.
My libX11.so was old. This caused xkbcomp to fail to parse the keymap
files - it didn't recognise ISO_Level5 stuff. It looks like xkbcomp
generated a keymap with some sort of Any+Any definition that caused
every key to toggle the
Phil Endecott wrote:
Finally solved, after something like 60 hours of hacking.
My libX11.so was old. This caused xkbcomp to fail to parse the keymap
files - it didn't recognise ISO_Level5 stuff. It looks like xkbcomp
generated a keymap with some sort of Any+Any definition that caused
On Fri, May 8, 2009 at 10:46 AM, Phil Endecott
spam_from_x...@chezphil.org wrote:
Finally solved, after something like 60 hours of hacking.
My libX11.so was old. This caused xkbcomp to fail to parse the keymap
files - it didn't recognise ISO_Level5 stuff. It looks like xkbcomp
generated a
Peter Hutterer wrote:
On Wed, May 06, 2009 at 10:32:53PM +0100, Phil Endecott wrote:
(gdb) print xkbi-desc-server-acts[56]
$28 = {any = {type = 3 '\003', data = \000\001\000\000\001\000}, mods
= {type = 3 '\003', flags = 0 '\0',
mask = 1 '\001', real_mods = 0 '\0', vmods = 256}, group
On Thu, May 07, 2009 at 11:50:40AM +0100, Phil Endecott wrote:
(gdb) print dev-key-xkbInfo.state
$4 = {group = 0 '\0', base_group = 0, latched_group = 0, locked_group =
0 '\0', mods = 0 '\0', base_mods = 0 '\0', latched_mods = 0 '\0',
locked_mods = 0 '\0',
compat_state = 0 '\0',
Am Dienstag, den 05.05.2009, 18:58 +0100 schrieb Phil Endecott:
Still battling with this. Help! Some new details below.
I do not have a clue. So I just shoot into the dark. Did you already try
using a LiveCD or a fresh installation?
Thanks,
Paul
signature.asc
Description: Dies ist ein
Phil Endecott wrote:
Phil Endecott wrote:
Phil Endecott wrote:
Daniel Stone wrote:
Hi,
On Tue, Apr 28, 2009 at 10:01:25PM +0100, Phil Endecott wrote:
I have a keyboard
where every alternate keystroke produces the right letter and the
others produce garbage (maybe top-bit-set
Phil Endecott wrote:
Phil Endecott wrote:
Phil Endecott wrote:
Phil Endecott wrote:
Daniel Stone wrote:
Hi,
On Tue, Apr 28, 2009 at 10:01:25PM +0100, Phil Endecott wrote:
I have a keyboard
where every alternate keystroke produces the right letter and the
others produce garbage (maybe
On Wed, May 06, 2009 at 10:32:53PM +0100, Phil Endecott wrote:
(gdb) where
#0 XkbHandleActions (dev=0x82bf838, kbd=0x82bf838, event=0x83097a8) at
xkbActions.c:1183
#1 0x08118fc1 in XkbProcessKeyboardEvent (event=0x83097a8,
keybd=0x82bf838) at xkbPrKeyEv.c:159
#2 0x08106289 in
On Tue, May 5, 2009 at 18:58:21 +0100, Phil Endecott wrote:
Still battling with this. Help! Some new details below.
Do you run xmodmap to somehow change the keymap?
Cheers,
Julien
___
xorg mailing list
xorg@lists.freedesktop.org
Julien Cristau wrote:
On Tue, May 5, 2009 at 18:58:21 +0100, Phil Endecott wrote:
Still battling with this. Help! Some new details below.
Do you run xmodmap to somehow change the keymap?
Yes I have a ~/.xmodmap that will have been run in the startx case.
However that would not have
set of xorg.conf settings that will make it just
work like it did before, without any AllowEmptyInput and HAL stuff and
with a functional keyboard?
The Debian guys can explain that much better than me.
- Or would I be better off trying to learn how this HAL thing works?
X is something
On Wed, 2009-04-29 at 19:32 +0100, Phil Endecott wrote:
Daniel Stone wrote:
AllowEmptyInput does not mean that your keyboard and mouse configuration
is being ignored; conversely, it means that it's not a fatal error to
have no keyboard and mouse configuration whatsoever. So if AEI changes
Phil Endecott wrote:
Daniel Stone wrote:
Hi,
On Tue, Apr 28, 2009 at 10:01:25PM +0100, Phil Endecott wrote:
I have a keyboard
where every alternate keystroke produces the right letter and the
others produce garbage (maybe top-bit-set characters?).
Cool. Could you please send xev
On Wed, 2009-04-29 at 13:18 -0700, Carl Worth wrote:
On Wed, 2009-04-29 at 19:32 +0100, Phil Endecott wrote:
Daniel Stone wrote:
AllowEmptyInput does not mean that your keyboard and mouse configuration
is being ignored; conversely, it means that it's not a fatal error to
have no
On Thu, Apr 30, 2009 at 10:59:50 +1000, Peter Hutterer wrote:
unless I overlooked something, this fdi file is the standard one that should
be installed as part of either the hal package or the X server package (fedora
installs it as part of hal). So in your case it does indeed look like a
set of xorg.conf settings that will make it just
work like it did before, without any AllowEmptyInput and HAL stuff and
with a functional keyboard?
- Or would I be better off trying to learn how this HAL thing works?
X is something that I only have to understand once every few years when
I have
self-employed]. So could someone
please suggest what I should do:
- Is there some simple set of xorg.conf settings that will make it just
work like it did before, without any AllowEmptyInput and HAL stuff and
with a functional keyboard?
- Or would I be better off trying to learn how
:
- Is there some simple set of xorg.conf settings that will make it just
work like it did before, without any AllowEmptyInput and HAL stuff and
with a functional keyboard?
The Debian guys can explain that much better than me.
- Or would I be better off trying to learn how this HAL thing works?
X
suggest what I should do:
- Is there some simple set of xorg.conf settings that will make it just
work like it did before, without any AllowEmptyInput and HAL stuff and
with a functional keyboard?
- Or would I be better off trying to learn how this HAL thing works?
X is something that I only
20 matches
Mail list logo