This is known behaviour. It has been this way since 2006-05 (see
http://bugs.freedesktop.org/show_bug.cgi?id=7067). No-one knows for sure
where the problem is; the evdev subsystem sends other keycodes than the
PS/2 input subsystem.
My opinion is that the X.org evdev-driver should provide it's
I finally got a stack trace! (The gdb problem #422007 decided to go away for a
while.)
Program received signal SIGSEGV, Segmentation fault.
_mesa_update_framebuffer (ctx=0x1ba7230) at framebuffer.c:669
669 framebuffer.c: No such file or directory.
in framebuffer.c
(gdb) bt
#0
In order to push compiz fusion 0.6.0 and compiz 0.6.2 in the official
debian repository I would like if someone could review the packages I
made in order to improve them.
I used ubuntu's packages for compiz fusion packages and Shame
(shame.tuxfamily.org) for compiz as starting point.
On my blog
-- System Information:
Debian Release: sid
Architecture: i386 (i686)
-- Packages:
xserver-xorg 1:7.3+2
xserver-xorg-core 2:1.4-3
X11-xserver-utils 7.3+1
kernel 2.6.22-2-686 (2.6.22-4: i386)
According to your message this bug should have been fixed in the latest version
of xorg-server,
but after
Processing commands for [EMAIL PROTECTED]:
reassign 447731 xserver-xorg-input-evdev
Bug#447731: Scroll keys do not work any more
Bug reassigned from package `kde-i18n-engb' to `xserver-xorg-input-evdev'.
forcemerge 447731 442316
Bug#447731: Scroll keys do not work any more
Bug#442316:
The problem with the keyboard that I reported previously seems to be related to
bug 447666.
After removing xserver-xorg-input-evdev (1.2.0~git20070819-3) the keyboard and
xmodmap function properly.
Sorry for complaining about the wrong bug!
Jos van Wolput
--
To UNSUBSCRIBE, email to [EMAIL
On Sun, Oct 21, 2007 at 11:40:11PM +0200, Luca Capello wrote:
Package: xterm
Version: 229-1
Severity: normal
Hello,
I'm not sure this is really a bug, but I cannot find anything in the
documentation. In case it's there, can anyone point me at it, please?
Basically, I'd like to define
I demand that Kanru Chen may or may not have written...
Git commit a0ea7363f51ff6c2bb81006b7220b7daa9ee9221 actually remove a
lot of configuration stuffs. Option Device is the only method to
identify a mouse now. The problem is that the manpage is not up to date.
I think that this needs
Package: xserver-xorg-input-kbd
Version: 1:1.2.2-3
Severity: important
After upgrading from testing to unstable yesterday, none my (USB) keyboard
leds works anymore. They do not change when caps/num/scroll lock is pressed,
even though the key itself does work (pressing caps lock still gives
Hi Thomas!
On Tue, 23 Oct 2007 17:47:00 +0200, Thomas Dickey wrote:
On Sun, Oct 21, 2007 at 11:40:11PM +0200, Luca Capello wrote:
I'm not sure this is really a bug, but I cannot find anything in
the documentation. In case it's there, can anyone point me at it,
please?
Basically, I'd like
Julien Cristau schrieb:
On Sat, Sep 15, 2007 at 02:15:52 +0200, Michael Biebl wrote:
Package: xserver-xorg-input-evdev
Version: 1:1.2.0~git20070819-2
Severity: important
As you can see from the xorg.conf, I set up a German keyboard layout.
After installing evdev from experimental I lost
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.10.9
forcemerge 446865 447763
Bug#446865: xserver-xorg-input-kbd: Num lock and CAPS lock leds don't work
Bug#447763: xserver-xorg-input-kbd: Keyboard leds no longer work
Forcibly Merged
On Tue, Oct 23, 2007 at 08:02:31PM +0200, ext Michael Biebl wrote:
Whenever xorg input hotplugging kicks in, the evdev driver is used. The
kbd keyboard settings from xorg.conf are ignored and the en_US keyboard
layout is used.
Yes, this should probably be fixed up, I guess. But the long-term
On Tue, Oct 23, 2007 at 07:42:21PM +0200, Luca Capello wrote:
Hi Thomas!
On Tue, 23 Oct 2007 17:47:00 +0200, Thomas Dickey wrote:
On Sun, Oct 21, 2007 at 11:40:11PM +0200, Luca Capello wrote:
I'm not sure this is really a bug, but I cannot find anything in
the documentation. In case
Package: xorg
Version: 1:7.3+2
Severity: important
X crashes often with this backtrace:
Backtrace:
0: /usr/bin/X(xf86SigHandler+0x6a) [0x482daa]
1: /lib/libc.so.6 [0x2b1513ac2710]
2: /usr/bin/X(ChangeWindowAttributes+0x73e) [0x43d4de]
3: /usr/bin/X(CreateWindow+0x63b) [0x43e6bb]
4:
Package: xserver-xorg
Version: 1:7.3+2
Severity: grave
Justification: renders package unusable
Hi,
after todays update and a restart, Xorg lost the keymap. It was de,
latin1, nodeadkeys.
Trying to reinstall the old settings via dpkg-reconfigure xserver-xorg
does not work. There are no erroer
Hi again,
after purging xserver-xorg-input-evdev the problem went away, I got my
old keyboard layout back.
As far as I'm concerned, the bug report can be closed.
Carsten
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Oct 23, 2007 at 10:02:35PM +0300, Daniel Stone wrote:
On Tue, Oct 23, 2007 at 08:02:31PM +0200, ext Michael Biebl wrote:
Whenever xorg input hotplugging kicks in, the evdev driver is used. The
kbd keyboard settings from xorg.conf are ignored and the en_US keyboard
layout is used.
debian/changelog|6
-
debian/patches/15_keyboard_leds.diff| 24
debian/patches/44_XKB_mapping_changes_for_all_core-sending_devices.diff | 52
+-
debian/patches/series
19 matches
Mail list logo