Julien Cristau a écrit :
On Tue, May 10, 2011 at 13:34:33 +0200, Matthieu CASTET wrote:
This bit is suspicious, there shouldn't be different capabilities for
the mouseX and eventX device nodes corresponding to the same physical
device.
The value reported by reportbug seems wrong (check
The value reported by reportdump seems wrong (check devlink reported and the
real one in /dev) :
$ ls -l /dev/input/by-path/
total 0
lrwxrwxrwx 1 root root 9 14 mai 10:46 pci-:00:1a.0-usb-0:1.5:1.0-event -
../event7
lrwxrwxrwx 1 root root 9 14 mai 10:46 platform-i8042-serio-0-event-kbd
Hi,
Julien Cristau a écrit :
On Tue, May 10, 2011 at 13:34:33 +0200, Matthieu CASTET wrote:
P: /devices/platform/i8042/serio4/input/input8/event8
N: input/event8
E: UDEV_LOG=3
E: DEVPATH=/devices/platform/i8042/serio4/input/input8/event8
E: MAJOR=13
E: MINOR=72
E: DEVNAME=/dev/input
Julien Cristau a écrit :
On Tue, May 10, 2011 at 15:45:47 +0200, Matthieu CASTET wrote:
P: /devices/platform/lis3lv02d/input/input7/event7
N: input/event7
S: input/by-path/platform-i8042-serio-1-event-mouse
E: UDEV_LOG=3
E: DEVPATH=/devices/platform/lis3lv02d/input/input7/event7
E: MAJOR
Package: xserver-xorg-input-evdev
Version: 1:2.6.0-2+b1
Severity: normal
Hi,
lot's of latops have on 2 buttons mouse (not a touchpad handled by synaptics
driver).
21a2ac818e75ef918d320ce1e88b6263e68e598d broke them.
What a shame, that make them very hard to use with X.
Are there any option to
Package: xserver-xorg-core
Version: 2:1.10.1-2
Severity: important
Hi,
/usr/share/X11/xorg.conf.d/50-synaptics.conf doesn't catch my touchpad, because
it is catched by
MatchIsKeyboard and not MatchIsTouchpad.
See the
[19.761] (II) config/udev: Adding input device SynPS/2 Synaptics
Hi,
Cyril Brulebois a écrit :
Hi Matthieu.
Matthieu CASTET matthieu.cas...@parrot.com (10/05/2011):
Package: xserver-xorg-core
Version: 2:1.10.1-2
Severity: important
Hi,
/usr/share/X11/xorg.conf.d/50-synaptics.conf doesn't catch my
touchpad, because it is catched by MatchIsKeyboard
Package: xserver-xorg-core
Version: 2:1.10.1-2
Severity: normal
Hi,
using Accelerometer on X make mouse unusable (it regenerate absolute event) :
the mouse cursor stuck in the center of the screen.
My pc got one : ST LIS3LV02DL Accelerometer (/dev/input/event7)
A workaround could be to
Cyril Brulebois a écrit :
Hi again,
Matthieu CASTET matthieu.cas...@parrot.com (10/05/2011):
yes, for checking that X that using these files.
ah, you could have said so.
With original files I got :
[ 6806.157] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad
(/dev
Package: xserver-xorg-video-nouveau
Version: 1:0.0.16+git20101210+8bb8231-2
Severity: normal
Using /usr/bin/rxvt-xpm (2.7.10-6) with nouveau.
Scrolling the terminal is really slow and eat 100% of cpu.
There is no such problem with nv driver or nvidia driver.
-- Package-specific info:
X server
Package: xserver-xorg-video-nouveau
Version: 1:0.0.16+git20101210+8bb8231-1
Severity: normal
Hi,
the current nouveau driver (after the kms switch) miss support
of xv overlay support.
When using the nouveau driver, playing video with xv is now :
- slower than previous overlay support
- bad
Package: xserver-xorg-core
Version: 2:1.7.4-1
Severity: normal
Hi,
running x11perf -range ftext,scroll500 produce a server crash [1]
[1]
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
Backtrace:
0: /usr/bin/X11/X (xorg_backtrace+0x3b) [0x80a8a9b]
1: /usr/bin/X11/X
Package: xserver-xorg-dev
Version: 2:1.6.5-1
Severity: normal
Hi,
there is no dependencies between xserver-xorg-core and xserver-xorg-dev.
This means it is possible to have xserver-xorg-core and
xserver-xorg-dev with different version.
This make imposible to use xserver-xorg-dev in the current
Package: xorg
Version: 1:7.4+1
Severity: normal
This may be related to #524076, but after a dist-upgrade the keyboard layout is
set to us.
This can be a problem for people using non-us keyboard, and make it really
difficult to login.
Matthieu
-- System Information:
Debian Release:
Package: xserver-xorg-input-kbd
Version: 1:1.3.1-1
Severity: normal
Hi,
I use numlockx that set numlock when logging in a X session, but the led
isn't set.
This result in a wrong status reported by the led :
numlock is set if the led is off
numlock is unset if the led is on
Matthieu
-- System
Package: xserver-xorg-video-intel
Version: 2:2.2.0+git20080107-1
Severity: important
Hi,
since december the xserver-xorg-video-intel driver doesn't work with exa
on my 965Q card. I get no font in gdm, and in icewm.
Forcing XAA mode make the driver work again.
PS : 2:2.2.0+git20080107-1
Package: xserver-xorg-input-kbd
Version: 1:1.2.2-3
Severity: normal
Hi,
after a recent update, the keyboad led doesn't work : the vernum led
stay on and other off.
Pressing verrnum, caps lock do what they should but doesn't change led
state.
Matthieu
-- System Information:
Debian Release:
Package: xserver-xorg-core
Version: 2:1.4-2
Severity: important
Hi,
when using EXA greedy mode, there corruption on mozilla (see attached
screenshot).
Also there some instability (random X crash).
Some info can be found on
https://bugs.freedesktop.org/show_bug.cgi?id=12520.
Matthieu
--
Brice Goglin wrote:
forwarded 444203 https://bugs.freedesktop.org/show_bug.cgi?id=12520
thank you
matthieu castet wrote:
when using EXA greedy mode, there corruption on mozilla (see attached
screenshot).
I am wondering: IIRC, greedy isn't the default, what's the point of
using
Hi,
Brice Goglin wrote:
Hi,
About 2 years ago, you reported (or replied to) a bug in the Debian BTS
regarding the numlock led not working after VT switch. Did any of you
guys reproduce this problem recently? With Xorg/Etch? With latest
xserver-xorg-core in unstable? If not, I will close this
Package: xbase-clients
Version: 1:7.0.0-2
Severity: important
Hi, new version of setxkbmap try to open
../rules/xorg-C.lst
../rules/xorg.lst
/usr/share/X11/xkb/rules/xorg-C.lst
/usr/share/X11/xkb/rules/xorg.lst
but rules dir is in /etc/X11/xkb/rules/
Matthieu
-- System Information:
Debian
Package: xserver-xorg
Version: 6.9.0.dfsg.1-5
Severity: important
The rewritten evdev driver doesn't seem to work well with my mouse : the
whell doesn't work anymore.
There a similar bug report on
https://bugs.freedesktop.org/show_bug.cgi?id=5696 (comment #45)
Matthieu
-- Package-specific
Package: xserver-xorg
Version: 6.9.0.dfsg.1-1
Followup-For: Bug #336774
Same on my 2 computers execpt is not that too often.
It even make me crash a cd-recording session...
Matthieu
-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86
xserver-xorg
/etc/X11/X
Package: xterm
Version: 6.8.2.dfsg.1-3
Severity: normal
Hi,
if you launch xterm, then with ctrl+mouse buttons3 (for display vt font
menu). Select uft8.
Now type a non ascii character (€ for example), and you will see than
after some char the cursor return to the beginning of the line.
Package: xserver-xorg
Version: 6.8.2.dfsg.1-1
Severity: normal
Hi,
the numlock led don't stay it I switch to a linux vt and come back.
Step to reproduce :
enable numlock, goto a linux vt (ctrl+alt+f1), come back to XOrg
(ctrl+alt+f7). Numlock is enable but the led isn't.
Matthieu
--
Hi,
with 6.8.2.dfsg.1-0pre1v1, numlockx don't turn on the numlock led, but
the nimlock pad work.
Matthieu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
matthieu castet wrote:
Hi,
with 6.8.2.dfsg.1-0pre1v1, numlockx don't turn on the numlock led, but
the nimlock pad work.
In fact the led isn't turn on when we came back from another vt.
Step to reproduce :
activate numlock
switch to vt1 (in my case numlock was enable)
switch to vt7 (X
27 matches
Mail list logo