Re: AllowDeactivateGrabs no longer works?
>> After a recent xorg upgrade I've noticed that using Ctrl+Alt+* and >> Ctrl+Alt+/ no longer kills active grabs after programs have grabbed >> the keyboard and then crashed or locked up. > > I ssh in (as root) & use gdb > gdb> attach (pid of X server) > gdb> p inputInfo.keyboard->grab > gdb> p (*inputInfo.keyboard->DeactivateGrab)(inputInfo.keyboard) That's an interesting idea! I'll have to try it out next time. If it works it might be worth putting it in a script and attaching it to an evdev hotkey (so that the hotkey can't be blocked.) That should reproduce the old behaviour quite nicely... So there are no plans to add this back in then? I'm CC'ing Adam Jackson for some background as he seems to be the one who removed the functionality: http://cgit.freedesktop.org/xorg/xserver/commit/?id=5e43cd28692bc05cac80f38b47104a26c0524385 Cheers, Adam. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
examples of using xinput?
OK, I've been trying to understand the "official" new way to configure my trackball for draglock and to shuffle buttons around to my liking, and while I can tell from web searches that the "xinput" tool may indeed be the way to do this, I am left completely bumfuzzled by how the heck I am supposed to use it. The man page is utterly cryptic and many hours of web searches have turned up zero examples that might give me a hint. Or if the xinput tool isn't really what I want, what is the tool I want? I warn you, I'll soon be forced to go back to setting AutoAddDevices to false in xorg.conf and doing things the old way, then what are all these "improvements" for? :-). ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [Xorg Mouse Acceleration is Broken in new Xorg 7.4?] Re: Mouse/keyboard no longer work after apt-get dist-upgrade in testing?
On Sat, 19 Sep 2009, Justin Piszcz wrote: > > > On Sat, 19 Sep 2009, Justin Piszcz wrote: > >> On Sat, 19 Sep 2009, Justin Piszcz wrote: >> >>> On Sat, 19 Sep 2009, Justin Piszcz wrote: >> On Sat, 19 Sep 2009, Justin Piszcz wrote: > Hello, > > I have two hosts (x86_64) & (x86) running and after apt-get dist-upgrade > this morning, I can no longer use my keyboard/mouse on either after a > reboot on both machines? > > Has anyone experienced anthing similar? > > On the x86 host it is ps2(kbd)+usb(mouse). > On the x86_64 host it is usb(kbd)+usb(mouse). > > Justin. > Appears to be a known issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364932 Well here is the fix: http://osdir.com/ml/debian-bugs-closed/2009-09/msg02262.html Quote: The evdev X driver can't work if the CONFIG_INPUT_EVDEV option is disabled in your kernel configuration. You'll have to either enable this kernel option, or disable the "AutoAddDevices" option in xorg.conf. # grep CONFIG_INPUT_EVDEV .config # CONFIG_INPUT_EVDEV is not set Trying now. >>> >>> So this fixes the issue (w/ the kernel config option); to where I can use >>> my >>> keyboard and mouse. however, now there is an annoying lagging with the >>> mouse cursor, I will remove this and try the AutoAddDevices option in >>> xorg.conf >>> to see if it fixes it. >>> >>> I have been using the following mouse setting for many years: >>> >>> xset m 20/5 1 >>> >>> It no longer works the same anymore either with the new X server (I am >>> guessing this is the culprit) however I will try the AutoAddDevices and >>> disable the kernel event interface to see if this returns the mouse >>> acceleration back to normal. >>> >>> Justin. >>> >> >> Update again: Without the kernel option, the 'auto' option for xorg.conf >> did not work, so my question to the debian-user@ list and xorg@ list is >> how do I get my old mouse settings back? >> >> xset m 20/5 1 which I have been using for a decade++ no longer yields the >> same results for the mouse cursor, before, the acceleration was immediate >> and it stayed the same throughout the cursor movement. now, when I move >> the mouse slowly to highlight text for example, it moves 1/3 the speed as >> usual and only speeds up when I move the mouse much faster. >> >> I can downgrade back to an earlier version of Xorg but I was wondering if >> there was a proper fix for this problem? Is there a document on the new >> settings that makes it so xset m 20/5 1 no longer yields the same >> acceleration/movement etc as it used to? >> >> ii xorg 1:7.4+4X.Org >> X Window System >> ii xserver-xorg-input-mouse 1:1.4.0-4 X.Org >> X server -- mouse input driver >> >> The docs in /usr/share/doc/xserver-xorg-input-mouse do not yield and >> useful information. > > Appears to to affect others as well: > https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/273837 > > Still looking for a fix/work-around. > > > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject > of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Here: http://xorg.freedesktop.org/wiki/Development/Documentation/PointerAcceleration#AccelerationProfiles Still have not been able to make the cursor behavior like it once was, however. Justin. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [Xorg Mouse Acceleration is Broken in new Xorg 7.4?] Re: Mouse/keyboard no longer work after apt-get dist-upgrade in testing?
On Sat, 19 Sep 2009, Justin Piszcz wrote: > On Sat, 19 Sep 2009, Justin Piszcz wrote: > >> On Sat, 19 Sep 2009, Justin Piszcz wrote: > >>> On Sat, 19 Sep 2009, Justin Piszcz wrote: >>> Hello, I have two hosts (x86_64) & (x86) running and after apt-get dist-upgrade this morning, I can no longer use my keyboard/mouse on either after a reboot on both machines? Has anyone experienced anthing similar? On the x86 host it is ps2(kbd)+usb(mouse). On the x86_64 host it is usb(kbd)+usb(mouse). Justin. >>> Appears to be a known issue: >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364932 >>> >>> Well here is the fix: >>> http://osdir.com/ml/debian-bugs-closed/2009-09/msg02262.html >>> >>> Quote: >>> >>> The evdev X driver can't work if the CONFIG_INPUT_EVDEV option is disabled >>> in your kernel configuration. You'll have to either enable this kernel >>> option, or disable the "AutoAddDevices" option in xorg.conf. >>> >>> # grep CONFIG_INPUT_EVDEV .config >>> # CONFIG_INPUT_EVDEV is not set >>> >>> Trying now. >>> >> >> So this fixes the issue (w/ the kernel config option); to where I can use my >> keyboard and mouse. however, now there is an annoying lagging with the >> mouse cursor, I will remove this and try the AutoAddDevices option in >> xorg.conf >> to see if it fixes it. >> >> I have been using the following mouse setting for many years: >> >> xset m 20/5 1 >> >> It no longer works the same anymore either with the new X server (I am >> guessing this is the culprit) however I will try the AutoAddDevices and >> disable the kernel event interface to see if this returns the mouse >> acceleration back to normal. >> >> Justin. >> > > Update again: Without the kernel option, the 'auto' option for xorg.conf > did not work, so my question to the debian-user@ list and xorg@ list is > how do I get my old mouse settings back? > > xset m 20/5 1 which I have been using for a decade++ no longer yields the > same results for the mouse cursor, before, the acceleration was immediate > and it stayed the same throughout the cursor movement. now, when I move > the mouse slowly to highlight text for example, it moves 1/3 the speed as > usual and only speeds up when I move the mouse much faster. > > I can downgrade back to an earlier version of Xorg but I was wondering if > there was a proper fix for this problem? Is there a document on the new > settings that makes it so xset m 20/5 1 no longer yields the same > acceleration/movement etc as it used to? > > ii xorg 1:7.4+4X.Org > X Window System > ii xserver-xorg-input-mouse 1:1.4.0-4 X.Org > X server -- mouse input driver > > The docs in /usr/share/doc/xserver-xorg-input-mouse do not yield and > useful information. Appears to to affect others as well: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/273837 Still looking for a fix/work-around. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-ati 6.12.4 requires newer xextproto ?
On Sat, 19 Sep 2009, Paul Bender wrote: Frédéric L. W. Meunier wrote: Is there any readon to make xf86-video-ati 6.12.4 depend on xextproto >= 7.0.99.1 ? Doesn't it work with 7.0.5 ? I was using the 6.12 branch with it. I build it with xextproto 7.0.4. xf86-video-ati 6.12.4 has a check to see whether or not xextproto 7.1 exists in order to decide certain configuration information, but it builds with both. I see. I thought it'd disable it for older versions, because configure returned only "checking for XEXT... no". But in config.h there's only. /* xextproto 7.1 available */ /* #undef HAVE_XEXTPROTO_71 */___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[Xorg Mouse Acceleration is Broken in new Xorg 7.4?] Re: Mouse/keyboard no longer work after apt-get dist-upgrade in testing?
On Sat, 19 Sep 2009, Justin Piszcz wrote: > On Sat, 19 Sep 2009, Justin Piszcz wrote: >> On Sat, 19 Sep 2009, Justin Piszcz wrote: >> >>> Hello, >>> >>> I have two hosts (x86_64) & (x86) running and after apt-get dist-upgrade >>> this morning, I can no longer use my keyboard/mouse on either after a >>> reboot on both machines? >>> >>> Has anyone experienced anthing similar? >>> >>> On the x86 host it is ps2(kbd)+usb(mouse). >>> On the x86_64 host it is usb(kbd)+usb(mouse). >>> >>> Justin. >>> >> Appears to be a known issue: >> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364932 >> >> Well here is the fix: >> http://osdir.com/ml/debian-bugs-closed/2009-09/msg02262.html >> >> Quote: >> >> The evdev X driver can't work if the CONFIG_INPUT_EVDEV option is disabled >> in your kernel configuration. You'll have to either enable this kernel >> option, or disable the "AutoAddDevices" option in xorg.conf. >> >> # grep CONFIG_INPUT_EVDEV .config >> # CONFIG_INPUT_EVDEV is not set >> >> Trying now. >> > > So this fixes the issue (w/ the kernel config option); to where I can use my > keyboard and mouse. however, now there is an annoying lagging with the > mouse cursor, I will remove this and try the AutoAddDevices option in > xorg.conf > to see if it fixes it. > > I have been using the following mouse setting for many years: > > xset m 20/5 1 > > It no longer works the same anymore either with the new X server (I am > guessing this is the culprit) however I will try the AutoAddDevices and > disable the kernel event interface to see if this returns the mouse > acceleration back to normal. > > Justin. > Update again: Without the kernel option, the 'auto' option for xorg.conf did not work, so my question to the debian-user@ list and xorg@ list is how do I get my old mouse settings back? xset m 20/5 1 which I have been using for a decade++ no longer yields the same results for the mouse cursor, before, the acceleration was immediate and it stayed the same throughout the cursor movement. now, when I move the mouse slowly to highlight text for example, it moves 1/3 the speed as usual and only speeds up when I move the mouse much faster. I can downgrade back to an earlier version of Xorg but I was wondering if there was a proper fix for this problem? Is there a document on the new settings that makes it so xset m 20/5 1 no longer yields the same acceleration/movement etc as it used to? ii xorg 1:7.4+4X.Org X Window System ii xserver-xorg-input-mouse 1:1.4.0-4 X.Org X server -- mouse input driver The docs in /usr/share/doc/xserver-xorg-input-mouse do not yield and useful information. Justin. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-ati 6.12.4 requires newer xextproto ?
Frédéric L. W. Meunier wrote: > Is there any readon to make xf86-video-ati 6.12.4 depend on > xextproto >= 7.0.99.1 ? > > Doesn't it work with 7.0.5 ? I was using the 6.12 branch with > it. I build it with xextproto 7.0.4. xf86-video-ati 6.12.4 has a check to see whether or not xextproto 7.1 exists in order to decide certain configuration information, but it builds with both. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
xf86-video-ati 6.12.4 requires newer xextproto ?
Is there any readon to make xf86-video-ati 6.12.4 depend on xextproto >= 7.0.99.1 ? Doesn't it work with 7.0.5 ? I was using the 6.12 branch with it. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
xcompmgr -- Proposal: root background fill color
Hello, xcompmgr fills the root window by #808080 if there is no _XROOTPMAP_ID property or something found. May I propose by the attached little tweak to make the above grey value configurable by command-line by the -b colorname parameter. The proposal uses XLookupColor() to resolve this name into RGB values used by XRenderFillRectangle() in root_tile() in xcompmgr.c. Greetings, Eeri Kask --- xcompmgr.c.orig 2009-09-19 19:45:12.0 +0200 +++ xcompmgr.c 2009-09-19 19:54:07.0 +0200 @@ -760,6 +760,8 @@ NULL, }; +static XRenderColor RootFill = {.red = 0x8080, .green = 0x8080, .blue = 0x8080, .alpha = 0x}; + static Picture root_tile (Display *dpy) { @@ -800,12 +802,7 @@ CPRepeat, &pa); if (fill) { - XRenderColorc; - - c.red = c.green = c.blue = 0x8080; - c.alpha = 0x; - XRenderFillRectangle (dpy, PictOpSrc, picture, &c, - 0, 0, 1, 1); + XRenderFillRectangle (dpy, PictOpSrc, picture, &RootFill, 0, 0, 1, 1); } return picture; } @@ -1865,6 +1862,7 @@ fprintf (stderr, " -I fade-in-step\n Specifies the opacity change between steps while fading in. (default 0.028)\n"); fprintf (stderr, " -O fade-out-step\n Specifies the opacity change between steps while fading out. (default 0.03)\n"); fprintf (stderr, " -D fade-delta-time\n Specifies the time between steps in a fade in milliseconds. (default 10)\n"); +fprintf (stderr, " -b color\n Specifies screen background fill color if no root window pixmap set. (default #808080)\n"); fprintf (stderr, " -a\n Use automatic server-side compositing. Faster, but no special effects.\n"); fprintf (stderr, " -c\n Draw client-side shadows with fuzzy edges.\n"); fprintf (stderr, " -C\n Avoid drawing shadows on dock/panel windows.\n"); @@ -1944,8 +1942,9 @@ intcomposite_major, composite_minor; char *display = NULL; into; +char *rootfill = NULL; -while ((o = getopt (argc, argv, "D:I:O:d:r:o:l:t:scnfFCaS")) != -1) +while ((o = getopt (argc, argv, "D:I:O:d:r:o:l:t:b:scnfFCaS")) != -1) { switch (o) { case 'd': @@ -2002,6 +2001,9 @@ case 't': shadowOffsetY = atoi (optarg); break; + case 'b': + rootfill = optarg; + break; default: usage (argv[0]); break; @@ -2065,6 +2067,16 @@ winDialogAtom = XInternAtom (dpy, "_NET_WM_WINDOW_TYPE_DIALOG", False); winNormalAtom = XInternAtom (dpy, "_NET_WM_WINDOW_TYPE_NORMAL", False); +if (rootfill != NULL) +{ + XColor col, tmp; + if (XLookupColor (dpy, DefaultColormap (dpy, scr), rootfill, &col, &tmp)) { + RootFill.red = col.red; + RootFill.green = col.green; + RootFill.blue = col.blue; + } +} + pa.subwindow_mode = IncludeInferiors; if (compMode == CompClientShadows) ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[ANNOUNCE] xorg-docs 1.4.99.901
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is the 1.5 RC 1 snapshot of the docs for X11R7.5 RC1. The corresponding html & PDF output for these have been uploaded for easier review at: http://www.x.org/releases/X11R7.5/doc/index.html It seems as though most of the Platform documents there should probably be deleted entirely. (I updated the Solaris one by deleting most of it since no one needs to know how to build/run this on early 90's versions like Solaris 2.1 & 2.4, and updating the little that remained.) Adam Jackson (6): Import the source for the DDX documentation from old Xorg CVS. Nuke RCS tag. Document fb, not mfb or cfb. Document changes to backing store and PaintWindow. Document fb, not mfb or cfb. Various subsystem updates. Alan Coopersmith (25): Add missing closing tags to clear docbook2txt errors Update video driver table Remove RCS/CVS id tags from registry Update server-interpreted address types registry Remove more $XdotOrg$ CVS id tags List pcpa as xedit maintainer Bug 4727: X(7) manpage is dated X(7) man page formatting & typo fixes Update XOrgFoundation man page to point to git, not cvs Accept maintainership of keyboard & mouse drivers MAINTAINERS: Add pointers to SubmittingPatches wiki page & xorg-devel list MAINTAINERS: Remove compiz from X.Org apps MAINTAINERS: Update lists of unmaintained and obsolete modules Move xfs/libFS docs to app/xfs & lib/libFS Solaris platform docs update for Xorg 1.7 Strip trailing whitespace from sgml docs Start updating README & RELNOTES for X11R7.5 Reformat credits list in RELNOTES for better readability MAINTAINERS: vga is obsolete, ati 3-way-split has been finished Add pointers to wiki, bugzilla & git to the readme General man page updates for 7.5 release Add SVG conversion of misc/xlogo.epsi Drop Bitstream Vera from license doc since we no longer ship those fonts Fix X11R version numbers in fonts document 1.4.99.901 (1.5 RC 1) snapshot for X11R7.5 RC1 docs Ben Byer (2): added my email address Adding Jeremy Huddleston to Xquartz Daniel Stone (3): Remove ChangeLog MAINTAINERS: Add xf86-video-glide maintainer MAINTAINERS: Peter is really the input king these days Eamon Walsh (7): Bug #6988: Change behavior of Security extension per user feature request. Update XACE documentation for version 2.0. Attempt to banish the old DDX server documentation once more. Update the server documentation for the devPrivates rework. Update the server spec revision history to reflect recent changes. xace: device access hook documentation updates for XI2. xace: property access hook documentation updates for Post hook. Ed Catmur (1): Bug 9842: "65533" is not a character number in the document character set Eric Anholt (2): Update xf86-video-intel entry. Add xf86-input-aiptek maintainer per request. Giuseppe Bilotta (1): Add myself as maintainer for xf86-input-acecad. Ian Romanick (1): Add libpciaccess and xf86-video-xgi. Update xf86-video-mga. James Cloos (2): Add comment to X11.keysyms about what is missing Replace static ChangeLog with dist-hook to generate from git log Jerome Pinot (1): Fix rgb.txt. Bug #17689. Jesse Barnes (1): Update OS X maintainer and list OS X/Darwin port as maintained (still need email and possible co-maintainer entries for OS X though). Jochen Voss (1): Bug 11104: misprint in xlib manual, broken example in X Toolkit intrinsics, etc. Julien Cristau (2): fix build in a builddir rename security.man to Xsecurity.man Keith Packard (1): Add Makefile to build x11.pdf Matthieu Herrb (2): Add my self as maintainer for a couple of applications. Add me as xsetroot maintainer Paulo Cesar Pereira de Andrade (2): Update configure.ac for removal of empty directories. Correct make distcheck. Peter Hutterer (27): Remove a couple of tags unparseable by doclifter. Xi specs: Doclifted protocol.xml. Xi specs: modify xml to parse through xmlto. Xi specs: remove double headers, clean a few things out. Xi specs: clean up the layout of the first page. Xi specs: clean up xml, try to get a readable output. Xi specs: add blurb about XI 2 device handling. Xi specs: ListInputDevices, GetExtensionVersion and OpenDevice specs for XI2. Xi specs: add new requests for XI 2. Xi specs: add XI 2.0 events. Xi specs: add DevicePresence events. Xi specs: add DevicePresence events. Xi specs: note about deprecated Change[Keyboard|Pointer]Device. Xi specs: Add note that we're including 2.0 as well now. MAINTAINERS: Looks like evdev is mine now. Xi specs: update the description of the state field (device ev