Bug#599657: is this going in to squeeze?
dave b (22/10/2010): > is this going in to squeeze? Yes, > http://packages.qa.debian.org/x/xorg-server.html states: > "testing migration > excuses: > > * 10 days old (needed 10 days) > * Ignoring block request by freeze, due to unblock request by adsb you just quoted the answer to your question. > * out of date on kfreebsd-amd64: xdmx, xdmx-tools, xnest, > xserver-common, xserver-xephyr, xserver-xorg-core, > xserver-xorg-core-dbg, xserver-xorg-core-udeb, xserver-xorg-dev, xvfb > (from 2:1.7.7-7) Transient upload issue, should be fixed for the next run. Mraw, KiBi. signature.asc Description: Digital signature
Bug#600979: xserver-xorg-video-radeon: with a secondary user login via a new gdm session video playing colour is too dark
Package: xserver-xorg-video-radeon Version: 1:6.13.1-2 Severity: normal Story: watch a video on secondary x session. As An admin I want to let other users use my system and let them watch videos So that they won't get too bored ;) When I start a new session as another user via gdm And I try play a video using vlc. Then I see a dark version of the video shown. The above should be: When I start a new session as another user via gdm And I try play a video using vlc. Then I see the video. It doesn't matter which video player I use. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (900, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101022034556.9289.9164.report...@linode.d1b.org
Bug#599657: is this going in to squeeze?
is this going in to squeeze? http://packages.qa.debian.org/x/xorg-server.html states: "testing migration excuses: * 10 days old (needed 10 days) * Ignoring block request by freeze, due to unblock request by adsb * out of date on kfreebsd-amd64: xdmx, xdmx-tools, xnest, xserver-common, xserver-xephyr, xserver-xorg-core, xserver-xorg-core-dbg, xserver-xorg-core-udeb, xserver-xorg-dev, xvfb (from 2:1.7.7-7) * Not considered " I would very much like to see this in squeeze as I (used to) use it in lenny. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimpzy+rdij-2pb6lwthfq9pay_mq_c-2xnla...@mail.gmail.com
Bug#600402: xterm: no longer respects *VT100.font setting
On Thu, 21 Oct 2010, Thomas Dickey wrote: On Thu, 21 Oct 2010, Jonathan Nieder wrote: Thomas Dickey wrote: xterm-264: cannot load font Presumably you don't have xfonts-terminus installed. :) It turns out that this message was from an executable just before I tagged #264, differing by this item in xterm.log.html: * replace a null-pointer check with check for empty string in xtermOpenFont, to eliminate a warning message from [268]patch #263 changes. Either way, the executables that I've compiled seem to work... I thought that, but xfd shows the same (rather large) font, and xlsfonts says I have some 24-point terminus fonts. So (unless it was complaining about not finding a matching bold font), I'm keeping in mind that there may be a bug to find in the message. Another symptom to add to the pile: If I build xterm 264 from source and install to $HOME/opt/xterm, $HOME/opt/xterm/bin/xterm works fine (using the correct font). Even when xterm 264-1 is installed. So this would seem to be a problem only encountered with the flags used to build Debian xterm, I guess? Possibly. I'll check down that path as well. (Also, I'm only assuming that my -xrm option produces the same result as the xrdb). I'll look into the package options, etc. (I was thinking of adding dpkg/rpm scripts to xterm anyway, as I've been doing with other programs). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021194152.p51...@mail101.his.com
Bug#600129: fixed in xterm 264-1
On Tue, Oct 19, 2010 at 03:14:18PM +0200, Vincent Lefevre wrote: > On 2010-10-14 23:28:16 +, Cyril Brulebois wrote: > > Changes: > > xterm (264-1) unstable; urgency=low > > . > >* New upstream release: > > + Fix active-icon in specific cases (Closes: #591265). > > + Fix pointer visibility issues (Closes: #594856). > > + Fix segmentation fault with -fb and other options (Closes: #600129). > > This is inaccurate. The fix has also changed the bold font here > (i.e. it looks different). I checked the updated program with valgrind, see no problems. Your comment states two things: a) you're seeing either a core dump or other reproducible issue. b) the resulting font differs. However, there's no details given beyond the bare statement. awai -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#600490: debian-installer: If you choose JP106 key layout, you'll be asked keyboard layout again
Hideki Yamane, le Fri 22 Oct 2010 01:04:19 +0900, a écrit : > On Tue, 19 Oct 2010 00:41:05 +0200 > Samuel Thibault wrote: > > I've made keyboard-configuration not use these models any more, and > > simply assume the base model provides the support, which is true since > > xkb-data 1.6 (thus version dep bump). > > Does it means jp106 users never got same question twice? It shouldn't happen any more, yes. Samuel -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021231545.gb18...@const.famille.thibault.fr
Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow
On Fri, Oct 22, 2010 at 01:18, Julien Cristau wrote: > On Fri, Oct 22, 2010 at 01:07:03 +0400, Dmitry Semyonov wrote: >> (Note however that >> 'man intel' suggests "shadow" option is disabled by default.) >> > We're turning it on for i8xx in the debian package to avoid hangs. I > should fix the manpage to match. > > Maybe we could turn it off by default on 865, and keep it on for 830, > 845 and 855, since 865 seems more stable... I can only confirm this for 865 chipset. Once I fixed unrelated CPU overheating issue and added 'nolapic' kernel option to work-around buggy BIOS, my PC became pretty stable. No hangs or crashes between scheduled kernel upgrades. And I'm running two X Servers in parallel. -- ...Bye..Dmitry. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinv29trggu32hkqx1nmmkdtz6sz4zpzz+9u6...@mail.gmail.com
Bug#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
On 21-Oct-10, Cyril Brulebois wrote: > Could you please report what happens with current squeeze/sid? If the > issue persists, a new upstream release is built against squeeze/sid, > and available at http://autobuild.ikibiki.org/ > > Please run the bug script and attach its output so that we get > p-to-date info: > /usr/share/bug/xserver-xorg/script 3>/tmp/script.log Hi, Since then I have done a clean Sid install on a new hard drive (for the same computer), and I'm glad to report that the issue seems to have been fixed. Trackpoint is working as expected, with all the mouse buttons too (scrolling and all). Thanks for your hard work. Cheers. -- Apelete -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021213511.ga3...@hermes
Processed: retitle 597993 to [865G] shadowfb makes moving windows way too slow
Processing commands for cont...@bugs.debian.org: > # had me confused there for a moment, 865 is not a mobile chip > retitle 597993 [865G] shadowfb makes moving windows way too slow Bug #597993 [xserver-xorg-video-intel] xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow Changed Bug title to '[865G] shadowfb makes moving windows way too slow' from 'xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow' > thanks Stopping processing here. Please contact me if you need assistance. -- 597993: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597993 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128769631031585.transcr...@bugs.debian.org
Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow
On Fri, Oct 22, 2010 at 01:07:03 +0400, Dmitry Semyonov wrote: > Hello Julien, > > On Thu, Oct 21, 2010 at 13:01, Julien Cristau wrote: > > On Thu, Oct 21, 2010 at 00:30:07 +0400, Dmitry Semyonov wrote: > > > >> Condensed noteworthy differences between old and new Xorg.0.log: > >> > >> < (==) intel(0): Shadow buffer enabled, GPU acceleration disabled. > >> < (II) intel(0): direct rendering: Disabled > >> > >> > (II) intel(0): [DRI2] Setup complete > >> > (II) intel(0): direct rendering: DRI2 Enabled > >> > > Sounds like it's just "fixed" because the 2.13 version doesn't default > > to shadow. Try 'Option "shadow" "off"' in the Device section of > > xorg.conf with the 2.12+shadow driver, that should be equivalent. > > That's right - it fixes the regression as well. (Note however that > 'man intel' suggests "shadow" option is disabled by default.) > We're turning it on for i8xx in the debian package to avoid hangs. I should fix the manpage to match. > This reminds me of Lenny release where I had to use > Option "AccelMethod" "XAA" > to work-around performance issues on the same (865G) chipset :-/ > Maybe we could turn it off by default on 865, and keep it on for 830, 845 and 855, since 865 seems more stable... Cheers, Julien signature.asc Description: Digital signature
Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow
Hello Julien, On Thu, Oct 21, 2010 at 13:01, Julien Cristau wrote: > On Thu, Oct 21, 2010 at 00:30:07 +0400, Dmitry Semyonov wrote: > >> Condensed noteworthy differences between old and new Xorg.0.log: >> >> < (==) intel(0): Shadow buffer enabled, GPU acceleration disabled. >> < (II) intel(0): direct rendering: Disabled >> >> > (II) intel(0): [DRI2] Setup complete >> > (II) intel(0): direct rendering: DRI2 Enabled >> > Sounds like it's just "fixed" because the 2.13 version doesn't default > to shadow. Try 'Option "shadow" "off"' in the Device section of > xorg.conf with the 2.12+shadow driver, that should be equivalent. That's right - it fixes the regression as well. (Note however that 'man intel' suggests "shadow" option is disabled by default.) This reminds me of Lenny release where I had to use Option "AccelMethod" "XAA" to work-around performance issues on the same (865G) chipset :-/ -- ...Bye..Dmitry. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimzw0+65yt2xb-g060keuxszdc486abfevxj...@mail.gmail.com
Bug#600402: xterm: no longer respects *VT100.font setting
On Thu, 21 Oct 2010, Jonathan Nieder wrote: Thomas Dickey wrote: xterm-264: cannot load font Presumably you don't have xfonts-terminus installed. :) I thought that, but xfd shows the same (rather large) font, and xlsfonts says I have some 24-point terminus fonts. So (unless it was complaining about not finding a matching bold font), I'm keeping in mind that there may be a bug to find in the message. Another symptom to add to the pile: If I build xterm 264 from source and install to $HOME/opt/xterm, $HOME/opt/xterm/bin/xterm works fine (using the correct font). Even when xterm 264-1 is installed. So this would seem to be a problem only encountered with the flags used to build Debian xterm, I guess? Possibly. I'll check down that path as well. (Also, I'm only assuming that my -xrm option produces the same result as the xrdb). but the display looks okay. Sorry for the lack of clarity. By "is unreadable", I meant "uses the default font, which is hard to read on a high-resolution screen". I'm pretty sure I was looking at something other than the default font - something larger than the "Huge" selection. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021154233.q51...@mail101.his.com
Re: Bug#600402: xterm: no longer respects *VT100.font setting
Thomas Dickey wrote: > xterm-264: cannot load font Presumably you don't have xfonts-terminus installed. :) Another symptom to add to the pile: If I build xterm 264 from source and install to $HOME/opt/xterm, $HOME/opt/xterm/bin/xterm works fine (using the correct font). Even when xterm 264-1 is installed. So this would seem to be a problem only encountered with the flags used to build Debian xterm, I guess? > but the display looks okay. Sorry for the lack of clarity. By "is unreadable", I meant "uses the default font, which is hard to read on a high-resolution screen". Jonathan -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021193913.ge11...@burratino
Bug#600402: xterm: no longer respects *VT100.font setting
On Sat, 16 Oct 2010, Jonathan Nieder wrote: Package: xterm Version: 264-1 Hi, Just upgraded xterm from 261-1 to 264-1 and now the text on new xterms is unreadable. $ cd $ cat .xsession xrdb -merge $HOME/.config/Xdefaults exec xmonad $ cat .config/Xdefaults *VT100.font:terminus-24 xterms that are already open are still fine. Downgrading to 261-1 makes the problem go away again. Ideas? no offhand - I just checked with xterm-264 -xrm '*VT100.font:terminus-24' and got xterm-264: cannot load font but the display looks okay. (I was away, and see that I have issues from #263/264 to resolve this evening). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021152152.n51...@mail101.his.com
Bug#582041: xserver-xorg: Run X as a non-root user when KMS is enabled
On Mon, May 17, 2010 at 23:03:27 +0200, intrig...@boum.org wrote: > Package: xserver-xorg > Version: 1:7.5+6 > Severity: wishlist > > Hi, > > quoting the Ubuntu wiki page [1]: for video drivers that support > kernel mode-setting (KMS), X can be set up to run as a non-root user. > > Also see the blueprint [2] about this topic on Launchpad. > > As it seems like Ubuntu is willing to work on this [3], it would be > nice to see some joint work with them so that a common solution can > be found. AFAICT they'd like it to happen but aren't actually doing anything to make it happen. Cheers, Julien signature.asc Description: Digital signature
Bug#600833: LCD Brightness changed when running OpenGL apps
I can't confirm but this is very likely #600405, though the formulation wasn't talking enough to me so I notice it. ;) Sorry for the double. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4cc094b6.7060...@gmail.com
Bug#582031: Conflict between joystick (Saitek X52) and mouse (Logitech MX)
On Thu, Oct 21, 2010 at 18:18:47 +0200, Cesare Tirabassi wrote: > P: /devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/input/input8/event7 > N: input/event7 > S: char/13:71 > S: input/by-id/usb-Saitek_Saitek_X52_Flight_Control_System-event-mouse > S: input/by-path/pci-:00:10.0-usb-0:2:1.0-event-mouse > E: UDEV_LOG=3 > E: > DEVPATH=/devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/input/input8/event7 > E: SUBSYSTEM=input > E: DEVNAME=input/event7 > E: ID_INPUT=1 > E: ID_INPUT_TABLET=1 So the device is detected as a tablet, not as a joystick? > E: ID_VENDOR=Saitek > E: ID_VENDOR_ENC=Saitek > E: ID_VENDOR_ID=06a3 > E: ID_MODEL=Saitek_X52_Flight_Control_System > E: ID_MODEL_ENC=Saitek\x20X52\x20Flight\x20Control\x20System > E: ID_MODEL_ID=0255 > E: ID_REVISION=0101 > E: ID_SERIAL=Saitek_Saitek_X52_Flight_Control_System > E: ID_TYPE=hid > E: ID_BUS=usb > E: ID_USB_INTERFACES=:03: > E: ID_USB_INTERFACE_NUM=00 > E: ID_USB_DRIVER=usbhid > E: ID_PATH=pci-:00:10.0-usb-0:2:1.0 > E: MAJOR=13 > E: MINOR=71 > E: DEVLINKS=/dev/char/13:71 > /dev/input/by-id/usb-Saitek_Saitek_X52_Flight_Control_System-event-mouse > /dev/input/by-path/pci-:00:10.0-usb-0:2:1.0-event-mouse > Care to attach the output of grep . /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/input/input8/capabilities/* Thanks, Julien signature.asc Description: Digital signature
Bug#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
Sheridan Hutchinson (21/10/2010): > Regretfully I can no longer test this as I've changed laptop and > have migrated to Ubuntu. Thanks for letting us know anyway. 1 down, 2 to go. ;) Mraw, KiBi. signature.asc Description: Digital signature
Bug#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
On 21 October 2010 15:49, Cyril Brulebois wrote: > Could you please report what happens with current squeeze/sid? If the > issue persists, a new upstream release is built against squeeze/sid, > and available at http://autobuild.ikibiki.org/ > > Please run the bug script and attach its output so that we get > p-to-date info: > /usr/share/bug/xserver-xorg/script 3>/tmp/script.log Regretfully I can no longer test this as I've changed laptop and have migrated to Ubuntu. -- Regards, Sheridan Hutchinson sheri...@shezza.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimesuqpsb-sjkpcb25wgejgrsmvotgarajso...@mail.gmail.com
Bug#582031: Conflict between joystick (Saitek X52) and mouse (Logitech MX)
Ciao Cesare, Cesare Tirabassi (21/10/2010): > No change :( OK, thanks for checking. Could you please open a bug upstream then? https://bugs.freedesktop.org/ Product=xorg, component=Input/evdev. Bonus points if you give us the bug number or bug link so that we can track it. ;) Mraw, KiBi. signature.asc Description: Digital signature
Bug#600833: LCD Brightness changed when running OpenGL apps
Hi, 01 (20/10/2010): > When I run an OpenGL game, the brightness suddenly turns to dark, > then a few seconds later it's set back to normal. > I play the game, then quit it. > When back to Desktop (Gnome), brightness is dark again, and I have > to manually set it to bright with FN+Up keys. > Happens since today, after updating xserver-xorg-video-intel amongst > other packages. without looking too much into it, might be related to #600405. Mraw, KiBi. signature.asc Description: Digital signature
xserver-xorg-input-evdev_2.5.0-1_amd64.changes ACCEPTED into experimental
Accepted: xserver-xorg-input-evdev-dev_2.5.0-1_all.deb to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev-dev_2.5.0-1_all.deb xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb xserver-xorg-input-evdev_2.5.0-1.diff.gz to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0-1.diff.gz xserver-xorg-input-evdev_2.5.0-1.dsc to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0-1.dsc xserver-xorg-input-evdev_2.5.0-1_amd64.deb to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0-1_amd64.deb xserver-xorg-input-evdev_2.5.0.orig.tar.gz to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0.orig.tar.gz Override entries for your package: xserver-xorg-input-evdev-dev_2.5.0-1_all.deb - optional libdevel xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb - optional debian-installer xserver-xorg-input-evdev_2.5.0-1.dsc - source x11 xserver-xorg-input-evdev_2.5.0-1_amd64.deb - optional x11 Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 500096 590529 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1p8zu9-00046z...@franck.debian.org
Processing of xserver-xorg-input-evdev_2.5.0-1_amd64.changes
xserver-xorg-input-evdev_2.5.0-1_amd64.changes uploaded successfully to localhost along with the files: xserver-xorg-input-evdev_2.5.0-1.dsc xserver-xorg-input-evdev_2.5.0.orig.tar.gz xserver-xorg-input-evdev_2.5.0-1.diff.gz xserver-xorg-input-evdev-dev_2.5.0-1_all.deb xserver-xorg-input-evdev_2.5.0-1_amd64.deb xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1p8zpx-0007qc...@franck.debian.org
Bug#500096: marked as done (xserver-xorg-input-evdev: Evdev 2.0 doesn't wrap keycodes > 255)
Your message dated Thu, 21 Oct 2010 18:03:29 + with message-id and subject line Bug#500096: fixed in xserver-xorg-input-evdev 1:2.5.0-1 has caused the Debian Bug report #500096, regarding xserver-xorg-input-evdev: Evdev 2.0 doesn't wrap keycodes > 255 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 ow...@bugs.debian.org immediately.) -- 500096: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500096 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xserver-xorg-input-evdev Version: 1:2.0.3-1 Severity: important Some multimedia keyboards will return keycodes that are greater than 255 (for example, Logitech UltraX media remote). These keycodes are correctly reported by evtest; but aren't reported by xev. Evdev-1.1.2 (i.e., the one from etch) would blindly remap these keycodes pretty hackishly: X keycode = ((kernel keycode + 8) mod 256) While obviously a sub-optimal solution, it at least meant that these keys could be used in Xorg. Evdev-2.0 doesn't seem to do this anymore... -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Sep 15 17:34 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1719572 Aug 27 03:48 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82Q33 Express Integrated Graphics Controller (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 13781 Sep 23 20:36 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section "ServerLayout" Option "AutoAddDevices" "no" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice"Keyboard0" "CoreKeyboard" InputDevice"USB Mouse" "CorePointer" InputDevice"remotekeyboard1" "SendCoreEvents" EndSection Section "ServerFlags" Option "AllowMouseOpenFail" "true" EndSection Section "Files" RgbPath "/usr/share/X11/rgb" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/X11/misc:unscaled" FontPath "/usr/share/fonts/X11/75dpi:unscaled" FontPath "/usr/share/fonts/X11/100dpi:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/share/fonts/X11/Speedo" FontPath "/usr/share/fonts/X11/PEX" # Additional fonts: Locale, Gimp, TTF... FontPath "/usr/share/fonts/X11/cyrillic" # FontPath "/usr/share/fonts/X11/latin2/75dpi" # FontPath "/usr/share/fonts/X11/latin2/100dpi" # True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig! FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath "/usr/share/fonts/truetype" FontPath "/usr/share/fonts/latex-ttf-fonts" EndSection Section "Module" # Comments: see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346408 Load "dbe" # Double Buffering Extension, very important. Load "dri" # This shouldn't be available choice if user has selected driver vga, vesa or nv. Load "glx" # GLX Extension. Load "freetype" # Freetype fonts. Load "type1" # Type 1 fonts Load "record" # Developer extension, usually not needed Load "extmod" # This is okay, but if you look into "man xorg.conf" you'll find option NOT to include DGA extension with extmod, and for a good reason.. DGA causes instability as it access videoram without consulting X about it. SubSection "extmod" Option "omit xfree86-dga" EndSubSection # Load "speedo" # Speedo fonts, this module doesn't exist in Xorg 7.0.17 # The following are deprecated/unstable/unneeded in Xorg 7.0 # Load "ddc" # ddc probing of monitor, this should be never present, as it gets automatically loaded. # Load "GLcore" # This should be never present, as it gets automatically loaded. # Load "bitmap" # Should be never present, as it gets automatically loaded. This is a font module, and loading it in xorg.conf makes X try to load it twice. EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Serial Mouse" Driver "mo
Bug#590529: marked as done (no README.mouse in Debian, so don't list it)
Your message dated Thu, 21 Oct 2010 18:03:29 + with message-id and subject line Bug#590529: fixed in xserver-xorg-input-evdev 1:2.5.0-1 has caused the Debian Bug report #590529, regarding no README.mouse in Debian, so don't list it 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 ow...@bugs.debian.org immediately.) -- 590529: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590529 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xserver-xorg-input-evdev Version: 1:2.3.2-6 Severity: wishlist File: /usr/share/man/man4/evdev.4.gz At SEE ALSO Xorg(1), xorg.conf(5), Xserver(1), X(7), README.mouse. There is no such file of X $ apt-file search README.mouse w3m: /usr/share/doc/w3m/ja/README.mouse --- End Message --- --- Begin Message --- Source: xserver-xorg-input-evdev Source-Version: 1:2.5.0-1 We believe that the bug you reported is fixed in the latest version of xserver-xorg-input-evdev, which is due to be installed in the Debian FTP archive: xserver-xorg-input-evdev-dev_2.5.0-1_all.deb to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev-dev_2.5.0-1_all.deb xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb xserver-xorg-input-evdev_2.5.0-1.diff.gz to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0-1.diff.gz xserver-xorg-input-evdev_2.5.0-1.dsc to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0-1.dsc xserver-xorg-input-evdev_2.5.0-1_amd64.deb to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0-1_amd64.deb xserver-xorg-input-evdev_2.5.0.orig.tar.gz to main/x/xserver-xorg-input-evdev/xserver-xorg-input-evdev_2.5.0.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 590...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Cyril Brulebois (supplier of updated xserver-xorg-input-evdev package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 21 Oct 2010 19:49:10 +0200 Source: xserver-xorg-input-evdev Binary: xserver-xorg-input-evdev xserver-xorg-input-evdev-udeb xserver-xorg-input-evdev-dev Architecture: source all amd64 Version: 1:2.5.0-1 Distribution: experimental Urgency: low Maintainer: Debian X Strike Force Changed-By: Cyril Brulebois Description: xserver-xorg-input-evdev - X.Org X server -- evdev input driver xserver-xorg-input-evdev-dev - X.Org X server -- evdev input driver (development headers) xserver-xorg-input-evdev-udeb - X.Org X server -- evdev input driver (udeb) Closes: 500096 590529 Changes: xserver-xorg-input-evdev (1:2.5.0-1) experimental; urgency=low . [ Robert Hooker ] * New upstream release. * Bump xutils-dev build dep for new util-macros. . [ Cyril Brulebois ] * New upstream release fixes some bugs: - Forward keycodes > 255 (Closes: #500096). - No longer list README.mouse (Closes: #590529). Checksums-Sha1: b3f25becf9c6a9e6676aa2c1b0a3158fc21b5b8d 1688 xserver-xorg-input-evdev_2.5.0-1.dsc 4d85519bc9c022921fac5d16e7c05cb7c76d3adc 389541 xserver-xorg-input-evdev_2.5.0.orig.tar.gz 278dde1e8b5fc32f70925ed13bc9d19f0de4c020 18579 xserver-xorg-input-evdev_2.5.0-1.diff.gz b19aa1861acd06b4a32f79c167762fdcf7f4b2d0 8686 xserver-xorg-input-evdev-dev_2.5.0-1_all.deb 25af585460fb7e6981b4b526852266accf289191 82054 xserver-xorg-input-evdev_2.5.0-1_amd64.deb bcbc13d604743cda75a85de8a2e7a9934c6e76d2 17834 xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb Checksums-Sha256: 40f00ed9400b6f2f3527f5d7d2344427a0c43e8bfc5559ef51db07a83da2817f 1688 xserver-xorg-input-evdev_2.5.0-1.dsc 808431f4b77dec5602de5b9d97c79faabe522873cdb70ae6dfe68a00c0d77dc3 389541 xserver-xorg-input-evdev_2.5.0.orig.tar.gz fe0e2e565fcc4020040194362989fe115c6a7f34e03daa5723f2a5fcadc616db 18579 xserver-xorg-input-evdev_2.5.0-1.diff.gz 5c7407e2c8a3a1911d823760bb127949b8ad657c6dd34a4248445ea5d71198d1 8686 xserver-xorg-input-evdev-dev_2.5.0-1_all.deb 81e1f51a3151ef2938713a7432da4ed74cb3fcd5d83b1f2694994d87b43cc12a 82054 xserver-xorg-input-evdev_2.5.0-1_amd64.deb 15fe6b6771cde498daa5ccf5c954e154062b403d659ddc2a9e187d90bce0bd24 17834 xserver-xorg-input-evdev-udeb_2.5.0-1_amd64.udeb Files: 8dd812cca2d8c10b
xserver-xorg-input-evdev: Changes to 'refs/tags/xserver-xorg-input-evdev-1_2.5.0-1'
Tag 'xserver-xorg-input-evdev-1_2.5.0-1' created by Cyril Brulebois
at 2010-10-21 17:55 +
Tagging upload of xserver-xorg-input-evdev 1:2.5.0-1 to experimental.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEABECAAYFAkzAfoAACgkQeGfVPHR5Nd32awCgzJyAjdKWLWPe2S4ZHvIh06yc
kPgAoJdHbcu2VRS6RB9pImzgZgKPOJM3
=5xil
-END PGP SIGNATURE-
Changes since xserver-xorg-input-evdev-1_2.3.2-7:
Alan Coopersmith (1):
Update Sun license notices to current X.Org standard form
Alex Warg (1):
Fix out-of-bounds access if more than MAX_VALUATORS are present. (#28809)
Andrej Gelenberg (1):
Implement XSetDeviceMode request handler
Bartosz Brachaczek (3):
Set all valuators for relative motion events (#24737)
evdev: Revert "Set all valuators for relative motion events (#24737)"
evdev: Initialize valuators array. (#24737)
Cyril Brulebois (3):
Add xorg-driver-{video,input} to Provides.
Close some bugs in changelog.
Upload to experimental.
David Woodhouse (2):
Swap axes before applying touch screen calibration.
Report initial calibration parameters.
Dima Kogan (2):
removed unnecessary static declarations
allow wheel emulation to work with absolute-position devices
Dmitry Torokhov (1):
Relax checks when reopening devices
Gaetan Nadon (21):
.gitignore: use common defaults with custom section # 24239
Several driver modules do not have a ChangeLog target in Makefile.am
#23814
INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206
Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES
config: move CWARNFLAGS from configure.ac to Makefile.am
config: remove AH_TOP autoheader statement
config: update AC_PREREQ statement to 2.60
replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS
config: remove unrequired AC_HEADER_STDC
config: refactor and comment the sdkdir distcheck workaround
config: replace deprecated INCLUDES with AM_CPPFLAGS
config: optional extension check for inputproto not required
config: require macros 1.4, fix warnings, m4 quotings and layout
include: EXTRA_DIST is not required for header files.
man: Use Autoconf provided $(AM_V_GEN)$(SED)
Revert "config: remove AH_TOP autoheader statement"
config: AC_PROG_SED is required explicitly.
COPYING: update and refactor the Copyright notices
config: upgrade to util-macros 1.8 for additional man page support
config: use AC_PROG_INSTALL now supplied by XORG_DEFAULT_OPTIONS
Julien Cristau (1):
Merge branch 'debian-unstable' of git.debian.org:/git/pkg-xorg/xsfbs into
debian-experimental
Oliver McFadden (4):
emuMB: default to disabled mouse button emulation for touchscreens.
evdev: leaked_storage: free memory allocated from the xf86Option code.
evdev: ioctl() may return a negative value therefor use a signed integer.
evdev: EvdevProbe: check ioctl() return value and warn on failure.
Paulo Ricardo Zanoni (1):
Don't set pEvdev->rel for mouse wheel events
Peter Hutterer (30):
Remove the reopen timer logic.
Forward keycodes > 255
Fix drag-lock property handler for multiple draglock buttons.
Fix a comment, EV_CNT is available since 2.6.24
Only init the calibration property for absolute devices.
Fix up BTN_TOUCH handling for non-button tablets.
man: fix man page formatting for option EmulateWheel.
When labeling a device as touchpad, only check for LMR buttons.
evdev 2.4.0
Use X_PROBED instead of X_INFO for probed values.
Merge branch 'master' of git://gitorious.org/omcfadde/xf86-input-evdev
config: remove AH_TOP autoheader statement.
Read the device resolution from the kernel.
Update a stale comment about the use of pEvdev->tool.
Remove support for kernel 2.4.
Comment odd EVIOCGRAB behaviour and reshuffle conditions a bit.
Move error handling in PreInit down to the end.
Move EVIOCGRAB into a static func.
Move checks for calibration, inversion and axis swap to EvdevProbe.
Move opening the device into a separate function.
Move mode declaration, it's not const either.
Remove libc wrappers for malloc, calloc and free.
Disable middle mouse button emulation by default.
Bump to 2.4.99
Add myself to Authors in man page.
man: some minor fixes to man page.
Don't count BTN_TOUCH as tool. (#29428)
evdev 2.4.99.901
man: don't reference README.mouse
evdev 2.5.0
Robert Hooker (4):
Merge branch 'upstream-experimental' into debian-experimental
Update changelogs.
Bump xutils-dev build dep for new util-macros.
Fix up a merge conflict.
Simon Thum (1):
move feedback initialization up
---
.gitignore | 76 +++-
C
xserver-xorg-input-evdev: Changes to 'debian-experimental'
debian/changelog |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit f3df7e123601ecf3ae62d7fcc50b8f516b26d14e Author: Cyril Brulebois Date: Thu Oct 21 19:55:01 2010 +0200 Upload to experimental. diff --git a/debian/changelog b/debian/changelog index 3528f62..8358d8f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -xserver-xorg-input-evdev (1:2.5.0-1) UNRELEASED; urgency=low +xserver-xorg-input-evdev (1:2.5.0-1) experimental; urgency=low [ Robert Hooker ] * New upstream release. @@ -9,7 +9,7 @@ xserver-xorg-input-evdev (1:2.5.0-1) UNRELEASED; urgency=low - Forward keycodes > 255 (Closes: #500096). - No longer list README.mouse (Closes: #590529). - -- Robert Hooker Mon, 18 Oct 2010 13:29:49 -0400 + -- Cyril Brulebois Thu, 21 Oct 2010 19:49:10 +0200 xserver-xorg-input-evdev (1:2.3.2-7) experimental; urgency=low -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1p8zmh-00084l...@alioth.debian.org
Bug#570567: marked as done (xserver-xorg-input-evdev: Should not enabled evdev when only INPUT_KEY is found)
Your message dated Thu, 21 Oct 2010 19:16:20 +0200
with message-id <20101021171620.gr9...@debian.org>
and subject line Re: Bug#570567: xserver-xorg-input-evdev: Should not enabled
evdev when only INPUT_KEY is found
has caused the Debian Bug report #570567,
regarding xserver-xorg-input-evdev: Should not enabled evdev when only
INPUT_KEY is found
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 ow...@bugs.debian.org
immediately.)
--
570567: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570567
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg-input-evdev
Version: 1:2.3.2-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following rule in /lib/udev/rules.d/65-xorg-evdev.rules is causing my XBox
360 gamepad to be set up as a mouse in X, because it's given the evdev driver:
ENV{ID_INPUT_KEY}=="?*", ENV{x11_driver}="evdev"
The comment in the file mentions that this rule is supposed to setup keyboards,
so it's my understanding that it should be written as follows:
ENV{ID_INPUT_KEYBOARD}=="?*", ENV{x11_driver}="evdev"
It also causes the power button to be set up as a keyboard and given a keyboard
mapping...
- -- Package-specific info:
/var/lib/x11/X.roster does not exist.
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 May 10 2008 /etc/X11/X -> /usr/bin/Xorg
- -rwxr-xr-x 1 root root 1712808 Feb 16 09:39 /usr/bin/Xorg
/var/lib/x11/xorg.conf.roster does not exist.
VGA-compatible devices on PCI bus:
02:00.0 VGA compatible controller: nVidia Corporation G92 [GeForce 9800 GTX]
(rev a2)
/var/lib/x11/xorg.conf.md5sum does not exist.
Xorg X server configuration file status:
- -rw-r--r-- 1 root root 1940 Apr 12 2009 /etc/X11/xorg.conf
Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
# sudo dpkg-reconfigure -phigh xserver-xorg
Section "InputDevice"
Identifier "stylus"
Driver "wacom"
Option "Type" "stylus"
Option "USB" "on"
Option "Threshold" "10"
Option "Device" "/dev/input/tablet-bamboo"
EndSection
Section "InputDevice"
Identifier "eraser"
Driver "wacom"
Option "Type" "eraser"
Option "USB" "on"
Option "Threshold" "10"
Option "Device" "/dev/input/tablet-bamboo"
EndSection
Section "InputDevice"
Identifier "cursor"
Driver "wacom"
Option "Type" "cursor"
Option "USB" "on"
Option "Threshold" "10"
Option "Device" "/dev/input/tablet-bamboo"
EndSection
Section "InputDevice"
Identifier "pad"
Driver "wacom"
Option "Device" "/dev/input/tablet-bamboo"
Option "Type" "pad"
Option "USB" "on"
EndSection
Section "InputDevice"
Identifier "touch"
Driver "wacom"
Option "Device" "/dev/input/tablet-bamboo"
Option "Type" "touch"
Option "USB" "on"
EndSection
Section "Device"
Identifier "Video Device"
Driver "nvidia"
EndSection
Section "Monitor"
Identifier "Monitor"
EndSection
Section "Screen"
Identifier "Screen"
Monitor "Monitor"
EndSection
Section "ServerLayout"
Identifier "Server"
Screen "Screen"
InputDevice "stylus""SendCoreEvents"
InputDevice "eraser""SendCoreEvents"
InputDevice "cursor""SendCoreEvents"
InputDevice "pad"
InputDevice "touch" "SendCoreEvents"
EndSection
Xorg X server log files on system:
- -rw-r--r-- 1 root root 33925 Feb 19 21:08 /var/log/Xorg.0.log
Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:
X.Org X Server 1.7.5
Release Date: 2010-02-16
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-trunk-686 i686 Debian
Re: RFS: xserver-xorg-video-openchrome_0.2.904+svn858-1
Julien Viard de Galbert (20/10/2010): > Right, just updated my mailer configuration, should not be in this > mail. :) > Well actually the git repos is build using git-svn so I never > downloaded a tarball. I think the explanation on how to configure > git-svn on a clone from debian's package git should go to > debian/README.source however this file currently came from xsfbs so > I didn't change it. I'm not sure how to proceed with that one. Either adding a file (possibly pointed to from README.source), or directly modifying the README.source for openchrome, and living with (possible) conflicts when merging from xsfbs. That said, git-svn is a bit special, since it's somehow linked to the initial clone you did, with its local metadata. I guess somebody willing to work on updating it as well could git svn clone upstream starting with the last commit in the upstream branch, and then apply patches manually from one (git-svn-based) branch to another (“pure”-git) one. Unless some new feature appeared, helping people to play around with git-svn in a distributed fashion. > Unless the idea is to use pristine-tar for the first tarball we > build for a particular svn revision so that later debian revision of > the packages can be build directly from git... (just got it, right?) That's the idea, yeah. > I'll look into that. And that also needs to be documented, is > debian/README.source the right place ? Yeah, that would be, with the same comments as above. Mraw, KiBi. signature.asc Description: Digital signature
Bug#570567: xserver-xorg-input-evdev: Should not enabled evdev when only INPUT_KEY is found
Cyril,
On Thu, Oct 21, 2010 at 17:12, Cyril Brulebois wrote:
> Hi,
>
> Javier Kohen (19/02/2010):
> > The following rule in /lib/udev/rules.d/65-xorg-evdev.rules is
> > causing my XBox 360 gamepad to be set up as a mouse in X, because
> > it's given the evdev driver: ENV{ID_INPUT_KEY}=="?*",
> > ENV{x11_driver}="evdev"
>
Apparently this package doesn't include a rules file anymore. In fact, no
rules file I have in /lib/udev or /etc/udev seems to change the x11_driver
at all. Do you agree that we should close this bug?
Currently the joystick has the following ID_INPUT* set:
E: ID_INPUT=1
E: ID_INPUT_JOYSTICK=1
Cheers,
Bug#542198: MightyMouse: Scroll Wheel isn't recognized
Elimar Riesebieter (21/10/2010): > > /usr/share/bug/xserver-xorg/script 3>/tmp/script.log > > /usr/share/bug/xserver-xorg/script: line 16: 3: Bad file descriptor Yes, because you didn't specify the redirection I mentioned: “3>/tmp/script.log” > Scroling works fine vertical and horizontal. > > Bug closed hereby. Thanks for the quick feedback. Mraw, KiBi. signature.asc Description: Digital signature
Bug#542198: MightyMouse: Scroll Wheel isn't recognized
* Cyril Brulebois [101021 17:47 +0200]: > Elimar Riesebieter (18/08/2009): > > Apple MightyMouse BT: The scrollwheel isn't recognized either > > without hal or with hal. xev gives no response by scrolling. Booting > > OSX the mouse works perfect. > > Hi, > > could you please report on an up-to-date squeeze/sid system? Running > the bugscript would tell us some stuff about your system right now: > /usr/share/bug/xserver-xorg/script 3>/tmp/script.log > > Also, you may want to check what happens with evtest /dev/input/$yours > so that we can determine whether that's a kernel or X issue. /usr/share/bug/xserver-xorg/script: line 16: 3: Bad file descriptor Scroling works fine vertical and horizontal. Bug closed hereby. Elimar -- Excellent day for drinking heavily. Spike the office water cooler;-) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021170318.ga3...@samweis.home.lxtec.de
Bug#405823: marked as done (xserver-xorg-core: crashes when running a fullscreen application and changing resolution)
Your message dated Thu, 21 Oct 2010 18:54:54 +0200 with message-id <20101021165454.ga32...@patate.is-a-geek.org> and subject line Re: Bug#405823: xserver-xorg-core: crashes when running a fullscreen application and changing resolution has caused the Debian Bug report #405823, regarding xserver-xorg-core: crashes when running a fullscreen application and changing resolution 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 ow...@bugs.debian.org immediately.) -- 405823: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405823 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xserver-xorg-core Version: 2:1.1.1-13 Severity: important File: /usr/lib/xorg/modules/libfb.so Hello, when I run a fullscreen application (eg. dosbox in fullscreen mode) and change the resolution via DISPLAY=:0 xrandr -s 0 xorg crashes. The backtrace as found in the server output and my xorg.conf are attached. Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xserver-xorg-core depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-19 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.2-1 X11 font rasterisation library ii x11-common1:7.1.0-9 X Window System (X.Org) infrastruc ii xserver-xorg 1:7.1.0-9 the X.Org X server ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xfonts-base 1:1.0.0-4 standard fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu -- no debconf information xorg.crash Description: Binary data xorg.conf Description: Binary data --- End Message --- --- Begin Message --- Version: 2:1.8.99.904-1 On Mon, May 28, 2007 at 19:05:02 +0200, Brice Goglin wrote: > forwarded 405823 https://bugs.freedesktop.org/show_bug.cgi?id=9106 > thank you > > > > Interestingly, the URL above contains the same crash backtrace under > unrelated circumstances (unless I missed something). I added a comment > there, feel free to add any detail if you think it might help. > Quoting the upstream bug: "This can't possibly still happen in 1.9, if nothing else PaintWindow is gone." Closing. Cheers, Julien signature.asc Description: Digital signature --- End Message ---
[bts-link] source package xorg-server
# # bts-link upstream status pull for source package xorg-server # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #405823 (http://bugs.debian.org/405823) # * https://bugs.freedesktop.org/show_bug.cgi?id=9106 # * remote status changed: NEW -> RESOLVED # * remote resolution changed: (?) -> FIXED # * closed upstream tags 405823 + fixed-upstream usertags 405823 - status-NEW usertags 405823 + status-RESOLVED resolution-FIXED thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021163234.28442.95709.btsl...@busoni.debian.org
[bts-link] source package xserver-xorg-video-intel
# # bts-link upstream status pull for source package xserver-xorg-video-intel # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #600405 (http://bugs.debian.org/600405) # * https://bugs.freedesktop.org/show_bug.cgi?id=29716 # * remote status changed: (?) -> ASSIGNED usertags 600405 + status-ASSIGNED thanks -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101021163225.28442.84090.btsl...@busoni.debian.org
Processed: Re: Bug#520718: xserver-xorg: No keyboard after resuming from suspend
Processing commands for cont...@bugs.debian.org: > tag 520718 + unreproducible Bug #520718 [xserver-xorg-input-evdev] xserver-xorg: No keyboard after resuming from suspend Added tag(s) unreproducible. > close 520718 Bug#520718: xserver-xorg: No keyboard after resuming from suspend 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Sam Morris > thanks Stopping processing here. Please contact me if you need assistance. -- 520718: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520718 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12876790529397.transcr...@bugs.debian.org
Bug#520718: xserver-xorg: No keyboard after resuming from suspend
tag 520718 + unreproducible close 520718 thanks On Thu, 2010-10-21 at 16:44 +0200, Cyril Brulebois wrote: > Hi Sam, > > Sam Morris (22/03/2009): > > After resuming from suspend, my keyboard didn't work. I had to reset > > the machine to get it working again. > > can you please report what happens with current squeeze/sid? If the > issue persists, you may want to try 2.5.0 built against squeeze/sid, > available on http://autobuild.ikibiki.org/ > > Running the bug script and attaching its output would be nice, so that > we get all possible info on an up-to-date system. Unfortunately I no longer use the hardware that I filed this bug with. I currently only run Debian in a VM, anyway. AFAIR, this bug only happened once though so I'm willing to chalk it up to cosmic rays. > Mraw, > KiBi. -- Sam Morris -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1287679548.2547.19.ca...@leela
Processed: [bts-link] source package xorg-server
Processing commands for cont...@bugs.debian.org: > # > # bts-link upstream status pull for source package xorg-server > # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html > # > user bts-link-upstr...@lists.alioth.debian.org Setting user to bts-link-upstr...@lists.alioth.debian.org (was bts-link-de...@lists.alioth.debian.org). > # remote status report for #405823 (http://bugs.debian.org/405823) > # * https://bugs.freedesktop.org/show_bug.cgi?id=9106 > # * remote status changed: NEW -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > tags 405823 + fixed-upstream Bug #405823 [xserver-xorg-core] xserver-xorg-core: crashes when running a fullscreen application and changing resolution Added tag(s) fixed-upstream. > usertags 405823 - status-NEW Bug#405823: xserver-xorg-core: crashes when running a fullscreen application and changing resolution Usertags were: status-NEW. Usertags are now: . > usertags 405823 + status-RESOLVED resolution-FIXED Bug#405823: xserver-xorg-core: crashes when running a fullscreen application and changing resolution There were no usertags set. Usertags are now: status-RESOLVED resolution-FIXED. > thanks Stopping processing here. Please contact me if you need assistance. -- 405823: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405823 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12876787547874.transcr...@bugs.debian.org
Bug#582031: Conflict between joystick (Saitek X52) and mouse (Logitech MX)
On Thu, 21 Oct 2010 17:24:14 +0200 Cyril Brulebois wrote: Salut Cyril, > can you please run “xinput list” so that we can see what's going on? ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ Logitech USB-PS/2 Optical Mouse id=9[slave pointer (2)] ⎜ ↳ Macintosh mouse button emulation id=11 [slave pointer (2)] ⎜ ↳ Saitek Saitek X52 Flight Control System id=12 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Button id=6[slave keyboard (3)] ↳ Power Button id=7[slave keyboard (3)] ↳ Sleep Button id=8[slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=10 [slave keyboard (3)] > Can you please run the bug script and attach its output? > /usr/share/bug/xserver-xorg/script 3>/tmp/script.log Attached. > If you have some spare minutes, you could try latest upstream release, > built against squeeze/sid, available at: http://autobuild.ikibiki.org/ No change :( C. /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Feb 6 2010 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1881152 Sep 20 20:21 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc R420 JP [Radeon X800XT] /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.32-5-amd64 (Debian 2.6.32-25) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Oct 15 00:56:30 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 41241 Oct 21 18:09 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.21-dsa-amd64 x86_64 Debian Current Operating System: Linux norsetto 2.6.32-5-amd64 #1 SMP Fri Oct 15 00:56:30 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=2e2a96b5-b158-489d-a94b-dc914bbc2389 ro quiet Build Date: 20 September 2010 06:14:18PM xorg-server 2:1.7.7-7 (Julien Cristau ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Oct 21 15:59:16 2010 (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |-->Screen "Default Screen Section" (0) (**) | |-->Monitor "" (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x7c5480 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) using VT number 7 (--) PCI:*(0:1:0:0) 1002:4a50:174b:1576 ATI Technologies Inc R420 JP [Radeon X800XT] rev 0, Mem @ 0xe800/134217728, 0xfbe0/65536, I/O @ 0xe000/256, BIOS @ 0x/131072 (--) PCI: (0:1:0:1) 1002:4a70:174b:1577 ATI Technologies Inc R420 [X800XT-PE] (Secondary) rev 0, Mem @ 0xf000/134217728, 0xfbf0/65536 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: "extmod" (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loadi
Bug#600490: debian-installer: If you choose JP106 key layout, you'll be asked keyboard layout again
On Tue, 19 Oct 2010 00:41:05 +0200 Samuel Thibault wrote: > I've made keyboard-configuration not use these models any more, and > simply assume the base model provides the support, which is true since > xkb-data 1.6 (thus version dep bump). Does it means jp106 users never got same question twice? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101022010419.7f2d7d7f.henr...@debian.or.jp
Bug#582031: Conflict between joystick (Saitek X52) and mouse (Logitech MX)
Hi Cesare, Cesare Tirabassi (17/05/2010): > I have a conflict under X between my joystick (Saitek X52) and my > mouse (Logitech MX). > What happens is that both are apparently configured as mouses by > evdev, with priority given to the joystick, with the result that > both are unusable (basically, the joystick moves the cursor, and the > mouse buttons act as, well, mouse buttons). I'm not sure this is a > valid bug, perhaps all is needed is some udev rule? can you please run “xinput list” so that we can see what's going on? Also, using reportbug would have helped, that would have run the bug script and told us more about your setup. Can you please run the bug script and attach its output? /usr/share/bug/xserver-xorg/script 3>/tmp/script.log If you have some spare minutes, you could try latest upstream release, built against squeeze/sid, available at: http://autobuild.ikibiki.org/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#542198: MightyMouse: Scroll Wheel isn't recognized
Elimar Riesebieter (18/08/2009): > Apple MightyMouse BT: The scrollwheel isn't recognized either > without hal or with hal. xev gives no response by scrolling. Booting > OSX the mouse works perfect. Hi, could you please report on an up-to-date squeeze/sid system? Running the bugscript would tell us some stuff about your system right now: /usr/share/bug/xserver-xorg/script 3>/tmp/script.log Also, you may want to check what happens with evtest /dev/input/$yours so that we can determine whether that's a kernel or X issue. Mraw, KiBi. signature.asc Description: Digital signature
Bug#528609: evdev stops certain keys autorepeating
Hi Rian, Rian Aldridge (14/05/2009): > Package: xserver-xorg-input-evdev > Version: 1:2.2.2-1 > > After upgrading all xorg components, using evdev instead of xkb as > the keyboard driver breaks the autorepeat on only a few keys. > > They are (113), (116) and (115) can you report how it's going on in an up-to-date sid/squeeze environment? If you're still having this issue, could you please check what happens with “evtest /dev/input/$yours”? If you don't see repeatitions there, that's a kernel issue. If that's OK there, that's likely to be an X/driver issue. If that's the latter, you may want to try the last upstream release, built against squeeze/sid and available at: http://autobuild.ikibiki.org/ If the issue persists, opening a bug upstream would be nice, that'd be https://bugs.freedesktop.org/ with product=xorg, component=Input/evdev. A link to the bug report or the bug number would then allow us to track it. Thanks already. Mraw, KiBi. signature.asc Description: Digital signature
Bug#582032: marked as done (Conflict between joystick (Saitek X52) and mouse (Logitech MX))
Your message dated Thu, 21 Oct 2010 17:18:54 +0200 with message-id <20101021151854.ga18...@debian.org> and subject line Re: Bug#582032: Conflict between joystick (Saitek X52) and mouse (Logitech MX) has caused the Debian Bug report #582032, regarding Conflict between joystick (Saitek X52) and mouse (Logitech MX) 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 ow...@bugs.debian.org immediately.) -- 582032: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582032 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xserver-xorg-input-evdev Version: 1:2.3.2-6 Severity: normal I have a conflict under X between my joystick (Saitek X52) and my mouse (Logitech MX). What happens is that both are apparently configured as mouses by evdev, with priority given to the joystick, with the result that both are unusable (basically, the joystick moves the cursor, and the mouse buttons act as, well, mouse buttons). I'm not sure this is a valid bug, perhaps all is needed is some udev rule? Details: The joystick seems to be detected fine by the kernel: [1.587109] usb 2-2: New USB device found, idVendor=06a3, idProduct=0255 [1.587113] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [1.587116] usb 2-2: Product: Saitek X52 Flight Control System [1.587117] usb 2-2: Manufacturer: Saitek [1.587203] usb 2-2: configuration #1 chosen from 1 choice [1.601065] usbcore: registered new interface driver hiddev [1.619652] device-mapper: uevent: version 1.0.3 [1.619961] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised:dm-de...@redhat.com [1.633167] input: Saitek Saitek X52 Flight Control System as /devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/input/input2 [1.633212] generic-usb 0003:06A3:0255.0001: input,hidraw0: USB HID v1.00 Joystick [Saitek Saitek X52 Flight Control System] on usb-:00:10.0-2/input0 [1.633241] usbcore: registered new interface driver usbhid [1.633244] usbhid: v2.6:USB HID core driver As well as the mouse: [2.212020] usb 5-2: new low speed USB device using uhci_hcd and address 3 [2.388227] usb 5-2: New USB device found, idVendor=046d, idProduct=c01e [2.388231] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [2.388233] usb 5-2: Product: USB-PS/2 Optical Mouse [2.388235] usb 5-2: Manufacturer: Logitech [2.388318] usb 5-2: configuration #1 chosen from 1 choice [2.407472] input: Logitech USB-PS/2 Optical Mouse as /devices/pci:00/:00:10.3/usb5/5-2/5-2:1.0/input/input3 [2.407533] generic-usb 0003:046D:C01E.0002: input,hidraw1: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-:00:10.3-2/input0 X log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 x86_64 Debian Current Operating System: Linux norsetto 2.6.32-4-amd64 #1 SMP Mon Apr 5 21:14:10 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-4-amd64 root=UUID=2e2a96b5-b158-489d-a94b-dc914bbc2389 ro quiet Build Date: 04 May 2010 04:21:17PM xorg-server 2:1.7.7-1 (Julien Cristau ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 17 20:52:41 2010 (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |-->Screen "Default Screen Section" (0) (**) | |-->Monitor "" (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) The server relies on udev
Bug#567466: marked as done (xserver-xorg-input-evdev: forgets xinput settings after resume from suspend)
Your message dated Thu, 21 Oct 2010 17:08:19 +0200 with message-id <20101021150819.ga17...@debian.org> and subject line Re: Bug#567466: xserver-xorg-input-evdev: forgets xinput settings after resume from suspend has caused the Debian Bug report #567466, regarding xserver-xorg-input-evdev: forgets xinput settings after resume from suspend 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 ow...@bugs.debian.org immediately.) -- 567466: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567466 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: xserver-xorg-input-evdev Version: 1:2.3.2-3 Severity: normal Since hal is not used anymore (Bug 564951), I have to set my EmulateWheel with xinput. I have to type this to use scrolling: xinput set-prop 10 "Evdev Wheel Emulation Button" 2 xinput set-prop 10 "Evdev Wheel Emulation" 1 But after resume, the settings are set to their default again. xinput before suspend: ch...@tez7i:~$ xinput list-props 10 Device '"TPPS/2 IBM TrackPoint"': Device Enabled (125): 1 Device Accel Profile (245): 0 Device Accel Constant Deceleration (246): 1.00 Device Accel Adaptive Deceleration (248): 1.00 Device Accel Velocity Scaling (249):10.00 Evdev Reopen Attempts (243):10 Evdev Axis Inversion (250): 0, 0 Evdev Axes Swap (252): 0 Axis Labels (253): "Rel X" (133), "Rel Y" (134) Button Labels (254):"Button Left" (126), "Button Middle" (127), "Button Right" (128), "Button Wheel Up" (129), "Button Wheel Down" (130) Evdev Middle Button Emulation (255):2 Evdev Middle Button Timeout (256): 50 Evdev Wheel Emulation (257):1 Evdev Wheel Emulation Axes (258): 0, 0, 4, 5 Evdev Wheel Emulation Inertia (259):10 Evdev Wheel Emulation Timeout (260):200 Evdev Wheel Emulation Button (261): 2 Evdev Drag Lock Buttons (262): 0 xinput after suspend: ch...@tez7i:~$ xinput list-props 10 Device '"TPPS/2 IBM TrackPoint"': Device Enabled (125): 1 Device Accel Profile (245): 0 Device Accel Constant Deceleration (246): 1.00 Device Accel Adaptive Deceleration (248): 1.00 Device Accel Velocity Scaling (249): 10.00 Evdev Reopen Attempts (243): 10 Evdev Axis Inversion (250): 0, 0 Evdev Axes Swap (252): 0 Axis Labels (253): "Rel X" (133), "Rel Y" (134) Button Labels (254): "Button Left" (126), "Button Middle" (127), "Button Right" (128), "Button Wheel Up" (129), "Button Wheel Down" (130) Evdev Middle Button Emulation (255): 2 Evdev Middle Button Timeout (256): 50 Evdev Wheel Emulation (257): 1 Evdev Wheel Emulation Axes (258): 0, 0, 4, 5 Evdev Wheel Emulation Inertia (259): 10 Evdev Wheel Emulation Timeout (260): 200 Evdev Wheel Emulation Button (261): 2 Evdev Drag Lock Buttons (262): 0 Cheers, Christoph -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx. 1 root root 13 Sep 22 2007 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1864832 Jan 21 00:37 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1537 Jan 28 17:24 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: #Section "InputDevice" # Identifier "Generic Keyboard" # Driver "kbd" # Option "CoreKeyboard" # Option "XkbRules" "xorg" # Option "XkbModel" "pc105" # Option "XkbLayout" "de" # Option "XkbDisable""boolean" # Option "xkb_layout""de" # Option "XkbVariant""nodeadkeys" #EndSection # #Section "InputDevice" # Identifier "Configured Mouse" # Driver "mouse" # Option "CorePointer" # Option "Device""/dev/input/mice" # Option "Protocol" "ImPS/2" # Option "Emulate3Buttons" "true" # Option "EmulateWheel" "on" # Option "EmulateWheelButton""2" #EndSection # Section "Device" Identifier "Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller" Driver "intel" BusID
Bug#584148: xserver-xorg-input-evdev: reconnect failure after unplugging keyboard & mouse
Anthony Lau (01/06/2010): > Package: xserver-xorg-input-evdev > Version: 1:2.3.2-6 Hi Anthony, could you please try latest upstream release? It's available at http://autobuild.ikibiki.org/ and built against squeeze/sid. It had some change related to relaxing checks when reopening devices, I'm not sure it's going to help, but having a look would be nice. Mraw, KiBi. signature.asc Description: Digital signature
Bug#570567: xserver-xorg-input-evdev: Should not enabled evdev when only INPUT_KEY is found
Hi,
Javier Kohen (19/02/2010):
> The following rule in /lib/udev/rules.d/65-xorg-evdev.rules is
> causing my XBox 360 gamepad to be set up as a mouse in X, because
> it's given the evdev driver: ENV{ID_INPUT_KEY}=="?*",
> ENV{x11_driver}="evdev"
>
> The comment in the file mentions that this rule is supposed to setup
> keyboards, so it's my understanding that it should be written as
> follows: ENV{ID_INPUT_KEYBOARD}=="?*", ENV{x11_driver}="evdev"
please note that evdev handles both keyboard and mouse, so I guess
it's valid to use it with only a keyboard (that's only a wild guess, I
didn't look into the details yet).
> It also causes the power button to be set up as a keyboard and given
> a keyboard mapping...
Heh.
I think you may want to try the latest upstream release, built against
XServer 1.7 (squeeze/sid), available at: http://autobuild.ikibiki.org/
If the issue persists, please open a bug upstream:
https://bugs.freedesktop.org/
Product is xorg, component is Input/evdev.
Then giving us the bug number/link to the bug will help us track it.
Thanks already.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Bug#525616: xserver-xorg-input-evdev: touchpad doesn't work
Julien Cristau (28/04/2009): > On Sun, Apr 26, 2009 at 10:27:25 +0200, Jiří Paleček wrote: > > > xorg.conf is empty, the output of lshal is attached. > > > Looking at your lshal it looks like you only have input.touchpad for > that device, not input.mouse, so evdev doesn't pick it up > (/usr/share/hal/fdi/policy/20thirdparty/10-x11-evdev.fdi). Hi Jiří, could you please update this bug with info from an up-to-date squeeze/sid system, like by running the bug script and attaching its output? If the issue still persists, you may want to try latest upstream, built against squeeze/sid, available at http://autobuild.ikibiki.org/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
(I tried to get everyone involved in To/Cc.) Apelete Seketeli (13/04/2009): > Since the update to xserver-xorg-core/2:1.6.0-1 and the use of evdev > to automagically configure input devices, I lost the ability to > scroll using the trackpoint and the middle mouse button on my > Thinkpad. Could you please report what happens with current squeeze/sid? If the issue persists, a new upstream release is built against squeeze/sid, and available at http://autobuild.ikibiki.org/ Please run the bug script and attach its output so that we get p-to-date info: /usr/share/bug/xserver-xorg/script 3>/tmp/script.log Mraw, KiBi. signature.asc Description: Digital signature
Bug#520718: xserver-xorg: No keyboard after resuming from suspend
Hi Sam, Sam Morris (22/03/2009): > After resuming from suspend, my keyboard didn't work. I had to reset > the machine to get it working again. can you please report what happens with current squeeze/sid? If the issue persists, you may want to try 2.5.0 built against squeeze/sid, available on http://autobuild.ikibiki.org/ Running the bug script and attaching its output would be nice, so that we get all possible info on an up-to-date system. Mraw, KiBi. signature.asc Description: Digital signature
Bug#513598: xserver-xorg-input-evdev: evdev from experimental ignores ButtonMapping option
Hi, setvac...@yahoo.com (31/01/2009): > I also tried adding InputDevice section in xorg.conf and removing > the HAL FDI file. However, X log did not say anything about > recognizing ButtonMapping option, and looks like it still retrieve > input device information from HAL. > > Thank you for your interest in my problem! I guess we'd like to know what happens with the current udev-based installation, HAL being only kept on *BSD because there's no udev there. FWIW, a new version for XServer 1.7 (what we have currently in unstable) is available on http://autobuild.ikibiki.org/ if you want to give a shot to the last upstream version. Mraw, KiBi. signature.asc Description: Digital signature
xserver-xorg-input-evdev: Changes to 'autobuild-unstable'
New branch 'autobuild-unstable' available with the following commits: commit ae070d2e5cf2c933200cc704616cab05805d820d Author: Cyril Brulebois Date: Thu Oct 21 16:13:36 2010 +0200 Document building against Xserver 1.7 (unstable). commit b768877ff7e07bea00319a8c322f554727615c8f Author: Cyril Brulebois Date: Thu Oct 21 16:13:11 2010 +0200 Revert "Build against Xserver 1.9.1 rc1." This reverts commit a9a5222673e0dfca26467b40e57fc09e3b8b0696. Conflicts: debian/changelog -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1p8wxi-0004fr...@alioth.debian.org
xserver-xorg-input-evdev: Changes to 'debian-experimental'
debian/changelog |6 ++ 1 file changed, 6 insertions(+) New commits: commit b72947a79aa136ea6d68ac7bda49bfcac390a025 Author: Cyril Brulebois Date: Thu Oct 21 16:03:30 2010 +0200 Close some bugs in changelog. diff --git a/debian/changelog b/debian/changelog index 2704945..3528f62 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,14 @@ xserver-xorg-input-evdev (1:2.5.0-1) UNRELEASED; urgency=low + [ Robert Hooker ] * New upstream release. * Bump xutils-dev build dep for new util-macros. + [ Cyril Brulebois ] + * New upstream release fixes some bugs: + - Forward keycodes > 255 (Closes: #500096). + - No longer list README.mouse (Closes: #590529). + -- Robert Hooker Mon, 18 Oct 2010 13:29:49 -0400 xserver-xorg-input-evdev (1:2.3.2-7) experimental; urgency=low -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1p8wxi-0004fd...@alioth.debian.org
Bug#491061: mouse side buttons stopped working
Hi, Paul LeoNerd Evans (25/11/2009): > Actually I've found even worse. My side buttons aren't reported as > buttons at all. > > Strangely, something happens, just what it is that happens isn't a > mouse press event: […] is this still happening with current unstable? If that's the case, I've built 2.5.0 against unstable's XServer, and it can be found for i386 and amd64 here: http://autobuild.ikibiki.org/ Could you please give it a shot? If the problem persists, could you please open a bug upstream? https://bugs.freedesktop.org/ (with product=xorg and component=Input/evdev) Then, giving us link/bug number will help us track it. Thanks already. Mraw, KiBi. signature.asc Description: Digital signature
Bug#423090: xserver-xorg-input-evdev: selecting evdev for keyboard driver crashes
Hi, Michal Semler (22/12/2007): > > Still the same problem with latest xserver-xorg-core and driver sfrom > > unstable? If not, can you catch a backtrace with gdb? > > I just tested latest Xorg in testing and git version of the driver, > and it is still there. I also opened call with freedesktop > bugzilla, but nobody replied :((( what's the current status please? Mraw, KiBi. signature.asc Description: Digital signature
Bug#593888: xserver-xorg-input-evdev: UP Key only genereates KeyRelease Event but no KeyPress event
Hi, Stefan Seide (21/08/2010): > Package: xserver-xorg-input-evdev > Version: 1:2.3.2-6 > Severity: normal > > hello, > > after te last update my Arrow-UP do not corectly work anymore, it > only works when NUMlock is activated. I do not talk about the > Keypad_UP, i mean the standalone arrow keys. upgrade from which version? IOW: Which was the last stuff working for you? Mraw, KiBi. signature.asc Description: Digital signature
Bug#358751: tilt buttons are inverted with MX 1000 mouse
Jeremy Nickurak (28/03/2010): > Upstream bug should probably be > http://bugzilla.kernel.org/show_bug.cgi?id=1786 , since xorg states > their bug is dependant on it getting fixed in the kernel. > > Both have been reopened. Sounds like we should/could just reaffect it to the kernel, possibly affecting this package? Mraw, KiBi. signature.asc Description: Digital signature
Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow
On Thu, Oct 21, 2010 at 00:30:07 +0400, Dmitry Semyonov wrote: > Cyril, > > On Wed, Oct 20, 2010 at 18:29, you wrote: > > You may want to try a newer version > > It had some changes related to shadow, not sure what their impact is. > > Indeed the performance degradation is fixed in 2.13 version. And > although it is still not perfect (e.g. smooth scrolling of Gmail > threads takes nearly 100% CPU, which IIRC was the same with a bunch of > last releases), at least the driver is usable now on 865G chipset. > > Thank you! Is there a chance to get this version into Squeeze before release? > > Condensed noteworthy differences between old and new Xorg.0.log: > > < (==) intel(0): Shadow buffer enabled, GPU acceleration disabled. > < (II) intel(0): direct rendering: Disabled > < (II) AIGLX: Screen 0 is not DRI2 capable > < (II) AIGLX: Screen 0 is not DRI capable > < (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so > < (II) GLX: Initialized DRISWRAST GL provider for screen 0 > > > (II) intel(0): [DRI2] Setup complete > > (II) intel(0): direct rendering: DRI2 Enabled > > (II) AIGLX: enabled GLX_MESA_copy_sub_buffer > > (II) AIGLX: enabled GLX_SGI_make_current_read > > (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control > > (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects > > (II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so > > (II) GLX: Initialized DRI2 GL provider for screen 0 > Sounds like it's just "fixed" because the 2.13 version doesn't default to shadow. Try 'Option "shadow" "off"' in the Device section of xorg.conf with the 2.12+shadow driver, that should be equivalent. Cheers, Julien signature.asc Description: Digital signature
Bug#594569:
Any possible progress news about bug? Would be very good, if someone could answer :-) -- S pozdravom Michal
