Bug#525685: gnome-applets: Strange layout "??"
On Sun, Feb 27, 2011 at 01:45, Cyril Brulebois wrote: > Hi, > > Josselin Mouette (26/04/2009): > > This is a known issue in the X server. Please don’t hesitate to > > comment in the upstream report, it might help the developers find > > out what’s wrong. > > the upstream bug report mentions hal, which is gone now. Shall we > close this bug report now? > Yes, I haven't seen this strange layout in a while. Thanks! If I could just look at the list of open bugs I've reported…
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#570567: xserver-xorg-input-evdev: Should not enabled evdev when only INPUT_KEY is found
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 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: BOOT_IMAGE=//vmlinuz-2.6.32-trunk-amd64 root=/dev/mapper/vg1-root ro rootfstype=ext4 acpi_sleep=old_ordering resume=/dev/mapper/cswap1 quiet Build Date: 16 February 2010 08:37:23AM xorg-server 2:1.7.5-1 (bgog...@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: Fri Feb 19 20:35:16 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Server" (**) |-->Screen "Screen" (0) (**) | |-->Monitor "Monitor" (==) No device specified for screen "
Bug#442963: xserver-xorg-input-kbd: order matters when pressing Ctrl + Alt
El mar, 18-09-2007 a las 20:39 +0200, Brice Goglin escribió: > Javier Kohen wrote: > > 1) > > a. press left control -> 6th row turns on > > b. press left alt -> nothing happens (6th row is still on) > > c. release all keys > > > > The only difference is that in my old setup the "nothing happens" in > > test 1 was a "5th row turns on." That is the method I always use to > > activate C-A combinations. > > > > I hope this makes things clear. > > > > Yes thanks. > > But unfortunately, I still can't reproduce. I tried your whole keyboard > config (except pc104), including the dvorak layout (which gives me a > headache :)), but I still get "5th row turns on" in current unstable :( For the record I had tried a couple random keyboard layouts as well. They didn't seem to make any difference. I guess this will go away eventually. Thanks a lot for your time, I appreciate it a lot. Cheers, -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#442963: xserver-xorg-input-kbd: order matters when pressing Ctrl + Alt
El mar, 18-09-2007 a las 19:47 +0200, Brice Goglin escribió: > Javier Kohen wrote: > > I had upgraded this package, so I just reverted it to the version you > > suggested, I restarted X (the first time at the gdm screen I killed it > > with Alt-Ctrl-BS, just in case) and now I'm back at my Gnome session, > > but the problem persists. > > > > I added ctrl:swapcaps to my config, downgraded xserver-xorg-core and > drivers to testing, downgraded xkb-data to stable. Then I upgraded them > one at a time up to current unstable, I haven't been able to notice any > difference when playing with ctrl and alt in xkbwatch. Could you please > clarify what you are exactly seeing when doing what in xkbwatch with > current testing (your old working setup) and current unstable (broken)? > Also, are you using the right ctrl or the left one, when trying to use > "ctrl+alt"? Left control (which has been mapped to caps-lock by ctrl:swapcaps) and left alt. This is a laptop. It has two controls and two alts. Right alt works as compose. Left control suffers this problem, right control does not (I hadn't tried until now). The problem as seen from xkbwatch with unstable is: 1) a. press left control -> 6th row turns on b. press left alt -> nothing happens (6th row is still on) c. release all keys 2) a. press right control -> 6th row turns on b. press left alt -> 5th row turns on (6th row is still on) c. release all keys 3) a. press left alt -> 5th row turns on b. press left control -> 6th row turns on (5th row is still on) c. release all keys 4) a. press left alt -> 5th row turns on b. press right control -> 6th row turns on (5th row is still on) c. release all keys The only difference is that in my old setup the "nothing happens" in test 1 was a "5th row turns on." That is the method I always use to activate C-A combinations. I hope this makes things clear. Thanks, -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#442963: xserver-xorg-input-kbd: order matters when pressing Ctrl + Alt
El mar, 18-09-2007 a las 10:52 +0200, Brice Goglin escribió: > Javier Kohen wrote: > > I disabled ctrl:swapcaps from Gnome and it does fix the issue indeed. > > However, I love this setting :) > > > > The upstream developer says such a regression is not expected. He wants > to know whether you upgraded xkb-data at the same time. Or did you just > upgrade xserver-xorg* things? /var/log/dpkg.log or /var/log/aptitude > should help you figure this out. > > Downgrading xkb-data to the one in testing (1.0~cvs.20070721-1 instead > of 1.0~cvs.20070916-1) might be worth a try. I had upgraded this package, so I just reverted it to the version you suggested, I restarted X (the first time at the gdm screen I killed it with Alt-Ctrl-BS, just in case) and now I'm back at my Gnome session, but the problem persists. Cheers, -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#442963: xserver-xorg-input-kbd: order matters when pressing Ctrl + Alt
El mar, 18-09-2007 a las 10:31 +0200, Brice Goglin escribió: > Javier Kohen wrote: > > I'm using Gnome and I have the following options set there (according to > > the GUI and the gconf database): > > compose compose:ralt > > compat numpad:microsoft > > ctrl ctrl:swapcaps > > > > They come from xorg.conf, see below. No, they don't, if I leave them as "default" on the Gnome side, somehow some of them are reset. As you can see, the set is different to the one below, since altwin is one that does not get overridden by Gnome. Yeah, I should report that bug to the Gnome guys while I'm at this. > > Yeah, but it didn't. > > Did you use reportbug or reportbug-ng? $ dpkg -s $(dpkg -S $(which reportbug) | cut -f 1 -d :) | grep -E '^(Package|Version)' Package: reportbug Version: 3.39 > Does it help if you comment XkbOptions out? (or maybe just remove > ctrl:swapcaps) I disabled ctrl:swapcaps from Gnome and it does fix the issue indeed. However, I love this setting :) Thanks for your time, -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#442963: xserver-xorg-input-kbd: order matters when pressing Ctrl + Alt
Package: xserver-xorg-input-kbd Version: 1:1.2.2-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Since I upgraded to this version from the one corresponding to X.org 7.2, I noted that pressing Ctrl-Alt- in this order was not working as before, it only took the Ctrl into account. Reversing the order however and pressing Alt-Ctrl- works as expected. Xkbwatch confirms that the server is not recognizing (or receiving?) the event for the alt key while ctrl is pressed. Other modifier keys work instead. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5-cfs-v20.2 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-kbd depends on: ii libc6 2.6.1-3GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4-2X.Org X server -- core server xserver-xorg-input-kbd recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG73oP823633cP2P8RAs18AJ4h34n6Nmg3opTTpxDKczktfThHZACdH5t0 qnZOI0lq+0MxxipJEJ4zB9k= =wsIm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432950: xserver-xorg-core: GoogleEarth causes X to crash with signal 11
El vie, 13-07-2007 a las 17:59 +0200, Brice Goglin escribió: > Some symbol names are missing in this backtrace (near libglx.so). Could > you get something better by logging in the machine with ssh before the > crash and attachint gdb with: > gdb -p $(pidof X) > Then you enter 'bt full' when the crash occurs. It would nice to do that > after instead xserver-xorg-core-dbg so that we get a full debugging > calltrace. I solved without resorting to ssh (as that was not an option for me here) with the following "magic" command-line: # gdb -p $(pidof X) -batch -ex 'handle all nostop' -ex 'handle all pass' -ex 'handle 11 stop' -ex 'cont' -ex 'bt full' -ex 'cont' In any case, either your suggestion or mine have to be run as root. The results are: Program received signal SIGSEGV, Segmentation fault. 0x01e1 in ?? () #0 0x01e1 in ?? () No symbol table info available. #1 0xb7c46ce8 in DoSwapInterval (cl=, pc=0x86373a0 "\217\020\004", do_swap=0) at ../../../GL/glx/swap_interval.c:93 client = (ClientPtr) 0x8517b40 tag = 1 cx = (__GLXcontext *) 0x85e3c30 interval = 1 __func__ = "DoSwapInterval" #2 0xb7c1e29a in __glXDisp_VendorPrivate (cl=0x85e3cd0, pc=0x86373a0 "\217\020\004") at ../../../GL/glx/glxcmds.c:2296 No locals. #3 0xb7c22a8c in __glXDispatch (client=0x8517b40) at ../../../GL/glx/glxext.c:551 stuff = (xGLXSingleReq *) 0x86373a0 opcode = 16 '\020' proc = ( __GLXdispatchSingleProcPtr) 0xb7c1e250 <__glXDisp_VendorPrivate> cl = (__GLXclientState *) 0x85e3cd0 retval = 1 #4 0x081549ae in XaceCatchExtProc (client=0x8517b40) at ../../Xext/xace.c:299 major = 143 ext = #5 0x0808ed3f in Dispatch () at ../../dix/dispatch.c:457 result = client = (ClientPtr) 0x8517b40 nready = 0 start_tick = 68940 #6 0x08076e85 in main (argc=13, argv=0xbfe720f4, envp=Cannot access memory at address 0x1e9 ) at ../../dix/main.c:477 pScreen = i = error = -1210511268 xauthfile = alwaysCheckForInput = {0, 1} Program received signal SIGABRT, Aborted. Program terminated with signal SIGABRT, Aborted. The program no longer exists. -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#432950: xserver-xorg-core: GoogleEarth causes X to crash with signal 11
Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-7 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 X crashes with the following error message when Google Earth loads (I'm not certain exactly when this happens, I think as soon as the first 3D view is about to appear): (**) RADEON(0): RADEONSaveScreen(2) ProcXCloseDevice to close or not ? SynapticsCtrl called. SynapticsCtrl called. (EE) DoSwapInterval: cx = 0x8490470, GLX screen = 0x8265638 Backtrace: 0: /usr/bin/X(xf86SigHandler+0x81) [0x80c8591] 1: [0xb7f8e420] 2: /usr/lib/xorg/modules/extensions//libglx.so [0xb7c2529a] 3: /usr/lib/xorg/modules/extensions//libglx.so [0xb7c29a8c] 4: /usr/bin/X [0x81549ae] 5: /usr/bin/X(Dispatch+0x19f) [0x808ed3f] 6: /usr/bin/X(main+0x495) [0x8076e85] 7: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7da2030] 8: /usr/bin/X(FontFileCompleteXLFD+0x1e5) [0x80761a1] Fatal server error: Caught signal 11. Server aborting I've upgraded Google Earth, it still produces the same effect. I used to be able to run it with X.org 1.1 or 1.2 (I don't remember) and the exact same X.org configuration (I haven't changed it since I moved from fglrx to the radeon driver 6 months ago), but one day it stopped working. I don't use it frequently, so it could have been anything. I modified the information below to include the log from the crashed session instead of the current one. Note that I have installed a large assortment of -dbg packages including, but not restricted to: xserver-xorg-core-dbg, libgl1-mesa-glx-dbg, libgl1-mesa-dri-dbg. However, none of these seem to help filling up the symbols in the backtrace. My video card doesn't currently support DRI: the fglrx official driver used to support it but it broke and I read that although X.org has a DRI-enabled driver in the latest development branch, it is still pretty much broken. For what it's worth, glxgears runs fine without crashing anything. Let me know if there is anything I can add to make this report more useful. Thanks. - -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-08-25 03:00 /etc/X11/X -> /usr/bin/Xorg - -rwxr-xr-x 1 root root 1736280 2007-07-05 07:32 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS 200M 5955 (PCIE) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: lrwxrwxrwx 1 root root 13 2007-04-08 15:26 /etc/X11/xorg.conf -> xorg.conf.dri Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg 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 commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg # Using workaround mouse device because the kernel Synaptics driver seems # to have a bug causing it to periodically lose synchronization. Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"dbe" Load"i2c" Load"bitmap" Load"ddc" Load"dri" Load"extmod" # Required by fglrx module #SubSection "extmod" # Option "omit xfree86-dga" #EndSubSection Load"freetype" Load"glx" #Load "int10" #Load "type1" Load"vbe" Load"synaptics" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "dvorak" Option "XkbOptions" "ctrl:swapcaps,compose:ralt,altwin:super_win" EndSection Section "InputDevice"
Bug#409443: xserver-xorg: Crashes on ACPI events
Package: xserver-xorg Version: 1:7.1.0-11 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 X.org crashes on certain ACPI events. There is a trivial, official patch, with zero chances for regressions. Please see the following link for the explanation and the patch: https://bugs.freedesktop.org/show_bug.cgi?id=8776 A longer thread at Ubuntu's LaunchPad, which ends up pointing to the above patch: https://blueprints.launchpad.net/ubuntu/edgy/+source/xorg-server/+bug/61746 Thanks. - -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-08-24 22:00 /etc/X11/X -> /usr/bin/Xorg - -rwxr-xr-x 1 root root 1597964 2007-01-09 16:13 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS 200M 5955 (PCIE) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: lrwxrwxrwx 1 root root 13 2006-09-21 09:05 /etc/X11/xorg.conf -> xorg.conf.dri Contents of /etc/X11/xorg.conf: # xorg.conf (Xorg 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 commands as root: # # cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom # md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum # dpkg-reconfigure xserver-xorg # Using workaround mouse device because the kernel Synaptics driver seems # to have a bug causing it to periodically lose synchronization. Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"dbe" Load"i2c" Load"bitmap" Load"ddc" Load"dri" Load"extmod" # Required by fglrx module #SubSection "extmod" # Option "omit xfree86-dga" #EndSubSection Load"freetype" Load"glx" #Load "int10" #Load "type1" Load"vbe" Load"synaptics" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "dvorak" Option "XkbOptions" "ctrl:swapcaps,compose:ralt,altwin:super_win" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "synaptics" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "auto-dev" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" Option "LeftEdge" "1200" Option "RightEdge" "5200" Option "TopEdge" "1200" Option "BottomEdge""4900" Option "FingerLow" "40" Option "FingerHigh""50" Option "HorizScrollDelta" "0" Option "VertScrollDelta" "80" Option "RTCornerButton""0" Option "RBCornerButton""0" Option "PalmMinZ" "120" Option "CoastingSpeed" "100" # Disable tapping. Option "TapButton1""0" Option "TapButton2""0" Option "TapButton3""0" # Enable dynamic configuration Option "SHMConfig" "on" EndSection Section "InputDevice" Identifier "Workaround Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Pro
Bug#365104: xserver-xorg-video-ati: Please package ChangeLog
Package: xserver-xorg-video-ati Version: 1:6.5.8.0-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please package upstream's change log with the driver. This may apply to other drivers as well. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck8 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.3.6-6GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-2 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEUUsX823633cP2P8RAv2WAJwOsfhUQJDcm8JlqoM/67gBVCWbvwCeI/MY u9vA0dOF/ssOZN+2kMQac44= =zP5U -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332548: xserver-xorg: 6.8.99.900 breaks radeon dual-head
Hallo Holger, El dom, 08-01-2006 a las 14:57 +0100, Holger Pieta escribió: > got the same problem (second screen a clone of the first screen), > tinkered a bit, found the following solution. > remarks: previously used the "Screen 1 RightOf Screen 0" setup > now using the "MergedXinerama" setup, but > not perfekt:mouse starts between both screens, > fullscreen programms (i.e. ppracer) are > displayed half on one and half on the > other screen I think part of the bug is getting two outputs to work with separate screens. In other words, your laptop panel/CRT1 become associated with the :0.0 display and the second output with :0.1. If I understand correctly, MergedXinerama gives you a single screen. I.e. not what ATI calls Dual-Head proper. Greetings, -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#332548: xserver-xorg: breaks dual-head on radeon: more info
Hi, El jue, 05-01-2006 a las 18:02 +0100, Lionel Elie Mamane escribió: > Package: xserver-xorg > Version: 6.9.0.dfsg.1-1 > Followup-For: Bug #332548 > > I tried using >Option "IgnoreEDID" "true" > doesn't help. I also tried putting explicitly the ModeLine that comes > from DDC: > > ModeLine"1280x1024" 135 1280 1312 1456 1712 1024 1024 > 1027 1064 +hsync +vsync I've performed similar experiments with a Mobility Radeon 9600 to no avail. The fglrx drivers work perfectly, but the ones from X.org 6.9 give me either a black screen on the secondary CRT and signal on the laptop panel, or vice versa. I can't get both screens to function at the same time. I can take some time to write a detailed report on how each option effects the outcome, but only if you think that would be useful. I never tried the open source drivers from X.org 6.8, so I cannot say whether they worked with this card before. Thanks, -- Javier Kohen <[EMAIL PROTECTED]> ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente