Bug#594569:
Any possible progress news about bug? Would be very good, if someone could answer :-) -- S pozdravom Michal
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#358751: tilt buttons are inverted with MX 1000 mouse
Jeremy Nickurak jer...@nickurak.ca (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#593888: xserver-xorg-input-evdev: UP Key only genereates KeyRelease Event but no KeyPress event
Hi, Stefan Seide bugs-deb...@seide.st (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#423090: xserver-xorg-input-evdev: selecting evdev for keyboard driver crashes
Hi, Michal Semler cij...@compare.cz (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#491061: mouse side buttons stopped working
Hi, Paul LeoNerd Evans leon...@leonerd.org.uk (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
xserver-xorg-input-evdev: Changes to 'debian-experimental'
debian/changelog |6 ++ 1 file changed, 6 insertions(+) New commits: commit b72947a79aa136ea6d68ac7bda49bfcac390a025 Author: Cyril Brulebois k...@debian.org 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 sarv...@ubuntu.com 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
xserver-xorg-input-evdev: Changes to 'autobuild-unstable'
New branch 'autobuild-unstable' available with the following commits: commit ae070d2e5cf2c933200cc704616cab05805d820d Author: Cyril Brulebois k...@debian.org Date: Thu Oct 21 16:13:36 2010 +0200 Document building against Xserver 1.7 (unstable). commit b768877ff7e07bea00319a8c322f554727615c8f Author: Cyril Brulebois k...@debian.org 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
Bug#520718: xserver-xorg: No keyboard after resuming from suspend
Hi Sam, Sam Morris s...@robots.org.uk (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 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
Bug#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
(I tried to get everyone involved in To/Cc.) Apelete Seketeli apel...@seketeli.org (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#525616: xserver-xorg-input-evdev: touchpad doesn't work
Julien Cristau jcris...@debian.org (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#570567: xserver-xorg-input-evdev: Should not enabled evdev when only INPUT_KEY is found
Hi,
Javier Kohen jko...@users.sourceforge.net (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#584148: xserver-xorg-input-evdev: reconnect failure after unplugging keyboard mouse
Anthony Lau anthonyl...@yahoo.com (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#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 ---BeginMessage--- 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 XkbDisableboolean # Option xkb_layoutde # Option XkbVariantnodeadkeys #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 EmulateWheelButton2 #EndSection # Section Device Identifier Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller Driver intel BusID PCI:0:2:0 Option NoAccel false Option DRI true Option AccelMethod UXA
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 ---BeginMessage--- 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 jcris...@debian.org) 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 default 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
Bug#528609: evdev stops certain keys autorepeating
Hi Rian, Rian Aldridge rian.deb...@gmail.com (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 LEFT (113), DOWN (116) and END (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#542198: MightyMouse: Scroll Wheel isn't recognized
Elimar Riesebieter riese...@lxtec.de (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#582031: Conflict between joystick (Saitek X52) and mouse (Logitech MX)
Hi Cesare, Cesare Tirabassi cesare.tiraba...@gmail.com (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#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 sthiba...@debian.org 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)
On Thu, 21 Oct 2010 17:24:14 +0200 Cyril Brulebois k...@debian.org 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 jcris...@debian.org) 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 default 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
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#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 s...@robots.org.uk (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 s...@robots.org.uk -- 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: 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 s...@robots.org.uk 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
[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
[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
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 ---BeginMessage--- 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--- ---BeginMessage--- 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---
Bug#542198: MightyMouse: Scroll Wheel isn't recognized
* Cyril Brulebois [101021 17:47 +0200]: Elimar Riesebieter riese...@lxtec.de (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#542198: MightyMouse: Scroll Wheel isn't recognized
Elimar Riesebieter riese...@lxtec.de (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#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 k...@debian.org wrote:
Hi,
Javier Kohen jko...@users.sourceforge.net (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,
Re: RFS: xserver-xorg-video-openchrome_0.2.904+svn858-1
Julien Viard de Galbert jul...@vdg.blogsite.org (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: 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
---BeginMessage---
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 stylusSendCoreEvents
InputDevice eraserSendCoreEvents
InputDevice cursorSendCoreEvents
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
Current Operating System: Linux void 2.6.32-trunk-amd64 #1 SMP Thu Dec 17
01:50:34 UTC 2009 x86_64
Kernel command line:
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 k...@debian.org 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 sarv...@ubuntu.com Mon, 18 Oct 2010 13:29:49 -0400 + -- Cyril Brulebois k...@debian.org 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
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
k...@debian.org 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 |
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 e1p8zu9-00046k...@franck.debian.org 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 ---BeginMessage--- 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--- ---BeginMessage--- 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 k...@debian.org (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 debian-x@lists.debian.org Changed-By: Cyril Brulebois k...@debian.org 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
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 e1p8zu9-00046h...@franck.debian.org 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 ---BeginMessage--- 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 InputDeviceKeyboard0 CoreKeyboard InputDeviceUSB Mouse CorePointer InputDeviceremotekeyboard1 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 mouse Option Protocol Microsoft Option Device /dev/ttyS0
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
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
Bug#600833: LCD Brightness changed when running OpenGL apps
Hi, 01 f10101...@gmail.com (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
Bug#582031: Conflict between joystick (Saitek X52) and mouse (Logitech MX)
Ciao Cesare, Cesare Tirabassi cesare.tiraba...@gmail.com (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#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
On 21 October 2010 15:49, Cyril Brulebois k...@debian.org 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#523905: xserver-xorg-input-evdev: Thinkpad trackpoint scrolling doesn't work anymore
Sheridan Hutchinson sheri...@shezza.org (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#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#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#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#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
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 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
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#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
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#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
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#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 sthiba...@debian.org 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#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 dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
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#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#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?
dave b db.pub.m...@gmail.com (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
