[ANNOUNCE] xorg-server 1.7.4
It's a week late but the silence on the list over the break didn't overly encourage me to tag 1.7.3.902 as final. Anyway, here it is, happy new year etc. Only two commits, with Alan's fix being the only one that should have any effect on users. Adam's commit only affects VNC. The ususal 5 week schedule will be maintained for 1.7.5 Adam Tkac (1): Do not define members of include/eventstr.h:EventType enum conditionally. Alan Coopersmith (1): CloseDevice: call XkbRemoveResourceClient before freeing key class struct Peter Hutterer (1): xserver 1.7.4 git tag: xorg-server-1.7.4 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.7.4.tar.bz2 MD5: 75d27c3a1c12293f620a2d6518fcbdfa xorg-server-1.7.4.tar.bz2 SHA1: 26de24d7ced735bd717a21c5110d22d662221a58 xorg-server-1.7.4.tar.bz2 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.7.4.tar.gz MD5: cb9889541724543e78fe7946b97461de xorg-server-1.7.4.tar.gz SHA1: 5280e3a7b1906eac2a51810a8abd6667391917d6 xorg-server-1.7.4.tar.gz pgpT28Y3rlWiw.pgp Description: PGP signature ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
Re: Xorg crashes...
On Thu, 2010-01-07 at 11:47 +1000, Peter Hutterer wrote: On Wed, Jan 06, 2010 at 08:26:40PM -0500, Ryan Daly wrote: On 01/06/2010 08:04 PM, Peter Hutterer wrote: The backtrace is pretty consistent with the following few lines: Program received signal SIGTERM, Terminated. 0x7f146bab8110 in __close_nocancel () from /lib/libpthread.so.0 (gdb) backtrace r full #0 0x7f146bab8110 in __close_nocancel () from /lib/libpthread.so.0 No symbol table info available. #1 0x7f1466f61516 in ?? () from /usr/lib/xorg/modules/input//evdev_drv.so No symbol table info available. #2 0x00447723 in DisableDevice (dev=0x18a33a0) at ../../dix/devices.c:407 Are those lines pointing to a device or to the card possibly? I'm running the same version of Ubuntu on three different machines, and I'm only experiencing the Xorg restarts on one system. I'm at a loss... uhm. SIGTERM is the termination signal. Something's shutting down your server. Right, but it's nothing I'm doing. That's the problem. I'm not initiating an exit, nor am I hitting ctrl-backspace (I don't think that's enabled by default any longer anyway). I'm looking for suggestions as to WHAT may be causing the SIGTERM. either your session is terminating for some reason or another or you might be getting an unresolved symbol error. that terminates the server as well. try starting the server from a TTY instead of through gdm, once it exits you can see if it complains about a symbol error. That would be SIGKILL though, or some other signal that can't be caught. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
visual resizing and positioning of displays
Hi! I have been looking for a tool for visually resizing and positioning X displays that is distribution neutral. I realise we have xrandr for listing and changing display resolutions and rotations but it doesn't seem to offer the ability to visually resize and position screens, a feature that is sadly missing from the hardware setup menus of many HDMI displays and I've only seen in a software form for X in suse/ yast's Graphics card and Monitor configuration module. AFAIK yast is GPL so I was wondering why this code hasn't been borrowed, stripped of its yast/suse dependencies and made into a distribution neutral, standard X config tool? I realise X isn't licensed under GPL but such a tool would be fine for most people until a similar tool was wrote under a MIT license or whatever might be deemed more xorg friendly. Thanks! Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
libminitrue patch
Attached are two small patches to allow me opening a edid block through libminitru and to use differing compiler flags. kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.org diff --git a/edid.c b/edid.c index bf8a565..076b714 100644 --- a/edid.c +++ b/edid.c @@ -38,13 +38,13 @@ static uint32_t edid_probe(struct mt_monitor *mon) if (blocks * 128 != mon-len) return 0; -if (!memcmp(block, header, 8)) +if (memcmp(block, header, 8) != 0) return 0; if (edid_version(block) != 1) return 0; -for (i = 0; i 128; i++) +for (i = 0; i mon-len; i += 128) if (!edid_valid_checksum(block + (i * 128))) return 0; diff --git a/Makefile b/Makefile index ef62b53..623a28d 100644 --- a/Makefile +++ b/Makefile @@ -14,10 +14,10 @@ clean: rm -f $(objects) .c.o: - gcc -fPIC -c -Wall -o $@ $ + gcc $(CFLAGS) -fPIC -c -Wall -o $@ $ $(sources): minitru-int.h minitru-int.h: minitru.h libminitru.so.0: $(sources:.c=.o) - gcc -shared -Wl,-soname,$@ -o $@ $^ -lm + gcc $(LDFLAGS) -shared -Wl,-soname,$@ -o $@ $^ -lm ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On 01/06/2010 10:34 PM, Ryan Daly wrote: On 01/06/2010 10:26 PM, Justin P. Mattock wrote: the module should work.. hopefully their the same arch's as for the next step: try starting the server from a TTY instead of through gdm (as stated by peter hutterer from the other post try this and then go from there). keep in mind evdev might be fine, at this point it could be anything.(so hopefully doing the above gives some useful info to target the problem). Yep. A 'uname -m' reports i686 on both systems and a 'file' on evdev_drv.so reports both are identical (only I didn't strip mine). I will start the server from a tty and see what happens. The system in question is at work, so I won't be doing anything more on this until tomorrow. Thanks very much for the help you've given so far. I'll post an update when I have one. Bad news... I started X from a tty and still had it exit on me. The only thing worth noting from the output is below: Xorg.out The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server xinit: connection to X server lost. waiting for X server to shut down ddxSigGiveUp: Closing log /Xorg.out I know it says these errors aren't fatal to the X server, but could they be causing me problems? This message and any files transmitted within are intended solely for the addressee or its representative and may contain company sensitive information. If you are not the intended recipient, notify the sender immediately and delete this message. Publication, reproduction, forwarding, or content disclosure is prohibited without the consent of the original sender and may be unlawful. Concurrent Technologies Corporation and its Affiliates. www.ctc.com 1-800-282-4392 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: visual resizing and positioning of displays
Op 07-01-10 11:51, allcoms schreef: Hi! I have been looking for a tool for visually resizing and positioning X displays that is distribution neutral. I realise we have xrandr for listing and changing display resolutions and rotations but it doesn't seem to offer the ability to visually resize and position screens, a feature that is sadly missing from the hardware setup menus of many HDMI displays and I've only seen in a software form for X in suse/ yast's Graphics card and Monitor configuration module. AFAIK yast is GPL so I was wondering why this code hasn't been borrowed, stripped of its yast/suse dependencies and made into a distribution neutral, standard X config tool? I realise X isn't licensed under GPL but such a tool would be fine for most people until a similar tool was wrote under a MIT license or whatever might be deemed more xorg friendly. Isn't gnome-display-properties sufficient? Which additional features would you need? Cheers, Eric ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: visual resizing and positioning of displays
Éric Piel wrote: Op 07-01-10 11:51, allcoms schreef: Hi! I have been looking for a tool for visually resizing and positioning X displays that is distribution neutral. I realise we have xrandr for listing and changing display resolutions and rotations but it doesn't seem to offer the ability to visually resize and position screens, a feature that is sadly missing from the hardware setup menus of many HDMI displays and I've only seen in a software form for X in suse/ yast's Graphics card and Monitor configuration module. AFAIK yast is GPL so I was wondering why this code hasn't been borrowed, stripped of its yast/suse dependencies and made into a distribution neutral, standard X config tool? I realise X isn't licensed under GPL but such a tool would be fine for most people until a similar tool was wrote under a MIT license or whatever might be deemed more xorg friendly. Isn't gnome-display-properties sufficient? Which additional features would you need? Cheers, Eric I would prefer a tool not gnome-dependent, as a _Fluxbox_only_ Slackware user ;) Cheers, Didier ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: visual resizing and positioning of displays
On Thu, 2010-01-07 at 19:00 +0100, Didier Spaier wrote: Éric Piel wrote: Isn't gnome-display-properties sufficient? Which additional features would you need? I would prefer a tool not gnome-dependent, as a _Fluxbox_only_ Slackware user ;) So you don't want to use a toolkit, but you want the features a toolkit gives you. Life is hard, isn't it. - ajax signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On 01/07/10 08:45, Ryan Daly wrote: On 01/06/2010 10:34 PM, Ryan Daly wrote: On 01/06/2010 10:26 PM, Justin P. Mattock wrote: the module should work.. hopefully their the same arch's as for the next step: try starting the server from a TTY instead of through gdm (as stated by peter hutterer from the other post try this and then go from there). keep in mind evdev might be fine, at this point it could be anything.(so hopefully doing the above gives some useful info to target the problem). Yep. A 'uname -m' reports i686 on both systems and a 'file' on evdev_drv.so reports both are identical (only I didn't strip mine). I will start the server from a tty and see what happens. The system in question is at work, so I won't be doing anything more on this until tomorrow. Thanks very much for the help you've given so far. I'll post an update when I have one. Bad news... I started X from a tty and still had it exit on me. The only thing worth noting from the output is below: Xorg.out The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, butRALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, butRALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, butRALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, butRALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server xinit: connection to X server lost. waiting for X server to shut down ddxSigGiveUp: Closing log /Xorg.out I know it says these errors aren't fatal to the X server, but could they be causing me problems? as for xkbcomp doing a quick google gave me this: http://bugs.gentoo.org/269931 but still don't see that this is the culprit. Justin P. Mattock ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: visual resizing and positioning of displays
Twas brillig at 13:23:00 07.01.2010 UTC-05 when a...@nwnk.net did gyre and gimble: Isn't gnome-display-properties sufficient? Which additional features would you need? I would prefer a tool not gnome-dependent, as a _Fluxbox_only_ Slackware user ;) AJ So you don't want to use a toolkit, but you want the features a AJ toolkit gives you. Life is hard, isn't it. Hey. GNOME is not a toolkit, it's a DE. -- http://fossarchy.blogspot.com/ pgpcmUcBkAzs7.pgp Description: PGP signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: visual resizing and positioning of displays
Op 07-01-10 19:00, Didier Spaier schreef: Éric Piel wrote: Op 07-01-10 11:51, allcoms schreef: Hi! I have been looking for a tool for visually resizing and positioning X displays that is distribution neutral. I realise we have xrandr for listing and changing display resolutions and rotations but it doesn't seem to offer the ability to visually resize and position screens, a feature that is sadly missing from the hardware setup menus of many HDMI displays and I've only seen in a software form for X in suse/ yast's Graphics card and Monitor configuration module. AFAIK yast is GPL so I was wondering why this code hasn't been borrowed, stripped of its yast/suse dependencies and made into a distribution neutral, standard X config tool? I realise X isn't licensed under GPL but such a tool would be fine for most people until a similar tool was wrote under a MIT license or whatever might be deemed more xorg friendly. Isn't gnome-display-properties sufficient? Which additional features would you need? Cheers, Eric I would prefer a tool not gnome-dependent, as a _Fluxbox_only_ Slackware user ;) Then, as a starting point you could also use grandr, but it's in pretty bad shape, and doesn't have much visual part yet. Or maybe just fix gnome-display-properties so that it can be compiled and executed without much of gnome? Almost all of its core code is pure X calls anyway. Eric ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: visual resizing and positioning of displays
Isn't gnome-display-properties sufficient? Which additional features would you need? No, gnome-display-properties isn't sufficient to my needs as it does neither of the two features I am looking for which are: 1- Visual resizing (as in 'graphically' adjusting the screens outer borders) and 2- Visual positioning (centering) of the full screen gdp is of course just a simple gui to xrandr, which doesn't do what I require. nvidias X setup tool is also lacking such functionality and as I say the only tool I've seen do this under linux is tied into suse's vast yast config monster which is prob hundreds of meg with all its dependencies when all I'd ever want from it is the visual screen setup tool. Cheers, Eric ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On 01/07/2010 01:25 PM, Justin P. Mattock wrote: I know it says these errors aren't fatal to the X server, but could they be causing me problems? as for xkbcomp doing a quick google gave me this: http://bugs.gentoo.org/269931 but still don't see that this is the culprit. I read through the bug reports... No one has a fix yet, so I'm not sure what I should do with regard to that. And if you don't think it's causing X to quit, then it may not be worth going down that road anyway. All I can verify is that when X goes, I'm always typing something. I can't be sure whether or not I hit either ALT keys when it goes, I just know I'm typing. Would you like me to try anything with this mapping? This message and any files transmitted within are intended solely for the addressee or its representative and may contain company sensitive information. If you are not the intended recipient, notify the sender immediately and delete this message. Publication, reproduction, forwarding, or content disclosure is prohibited without the consent of the original sender and may be unlawful. Concurrent Technologies Corporation and its Affiliates. www.ctc.com 1-800-282-4392 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
per-keyboard user-defined X keymap and keyboard behaviour
Hello folks, I often use my Thinkpad with an external keyboard. When I plug in the keyboard, it is initialised according to HAL with standard symbols. While I load a custom keymap from Xsession [0] and also call `xset r rate …` there, these settings do not take effect once I plug in the external keyboard — while the internal keyboard works exactly according to my keymap and rate settings, the external one uses defaults for both, probably because xset/xkbcomp only affect existing devices, not the defaults. 0. http://madduck.net/docs/extending-xkb I seek a way to address this and have a few questions. I would greatly appreciate all kinds of feedback. 1. I would prefer not to install my custom keymaps into /usr/lib, as that area of the filesystem is vendor-domain. However, I have not found a way to tell Xorg to look in other places too for xkb files. Is it possible to extend the XKEYBOARD search path, such that I could reference custom symbol tables from HAL's input.xkb.options property of a keyboard? 2. Is it possible to initialise delay and repeat rate of external keyboards to custom values (I run `xset r rate 255 47`)? 3. If (1) or (2) are not possible, then what else could I do? Is there a way to subscribe to Xorg in such a way that it informs me (or calls back) upon configuration of a new input device, such that I can relaod the keymap with xkbcomp and reset the delay/rate with xset? 4. After I plugged in the external keyboard, I have two keyboards. While the internal one uses my custom keymap and rate/delay settings, the external one has defaults. This makes me think that Xorg keeps these settings per-device. However, neither xset nor xkbcomp seem to allow me to specify a target device, so that I do not seem to be able to configure just one device, but always have to configure all of them. Am I overlooking something? Thank you for your time! -- martin | http://madduck.net/ | http://two.sentenc.es/ arguments are extremely vulgar, for everyone in good society holds exactly the same opinion. -- oscar wilde spamtraps: madduck.bo...@madduck.net #!/bin/sh [ -x /usr/bin/hal-set-property ] || exit 0 exec hal-set-property --direct --udi $UDI --key input.xkb.model --string thinkpad ?xml version=1.0 encoding=ISO-8859-1? !-- -*- SGML -*- -- deviceinfo version=0.2 device match key=info.udi string=/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port_logicaldev_input append key=info.callouts.add type=strlistlocal-setup-thinkpad-keyboard/append /match /device /deviceinfo digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/) ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On 01/07/10 11:26, Ryan Daly wrote: On 01/07/2010 01:25 PM, Justin P. Mattock wrote: I know it says these errors aren't fatal to the X server, but could they be causing me problems? as for xkbcomp doing a quick google gave me this: http://bugs.gentoo.org/269931 but still don't see that this is the culprit. I read through the bug reports... No one has a fix yet, so I'm not sure what I should do with regard to that. And if you don't think it's causing X to quit, then it may not be worth going down that road anyway. All I can verify is that when X goes, I'm always typing something. I can't be sure whether or not I hit either ALT keys when it goes, I just know I'm typing. Would you like me to try anything with this mapping? well.. if your typing and your getting also some xkbcomp error with this then that might be the problem. (could also be with xf86-keyboard). hmm.. if your able to reproduce this by just typing I'm wondering if it's possible todo a bisect(but you would have to find what's causing this to happen first i.g. xf86-keyboard,X,xinit,etc then start from there). Justin P. Mattock ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On Thu, Jan 7, 2010 at 11:26 AM, Ryan Daly d...@ctc.com wrote: On 01/07/2010 01:25 PM, Justin P. Mattock wrote: I know it says these errors aren't fatal to the X server, but could they be causing me problems? as for xkbcomp doing a quick google gave me this: http://bugs.gentoo.org/269931 but still don't see that this is the culprit. I read through the bug reports... No one has a fix yet, so I'm not sure what I should do with regard to that. And if you don't think it's causing X to quit, then it may not be worth going down that road anyway. xkbcomp is almost certainly not killing the server. If you run startx then switch back to the VT you started from, you'll see those errors are only generated during initialization (unless you plug in another keyboard later). If you run startx `which xterm` so that you're just running a terminal, does the server still exit? -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On Thu, Jan 07, 2010 at 10:25:33AM -0800, Justin P. Mattock wrote: Bad news... I started X from a tty and still had it exit on me. The only thing worth noting from the output is below: Xorg.out The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, butRALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, butRALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, butRALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, butRALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server xinit: connection to X server lost. waiting for X server to shut down ddxSigGiveUp: Closing log /Xorg.out I know it says these errors aren't fatal to the X server, but could they be causing me problems? as for xkbcomp doing a quick google gave me this: http://bugs.gentoo.org/269931 but still don't see that this is the culprit. this is a non-fatal error and doesn't affect anything but the warning to be printed out. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On 01/07/2010 05:30 PM, Peter Hutterer wrote: waiting for X server to shut down ddxSigGiveUp: Closing log /Xorg.out I know it says these errors aren't fatal to the X server, but could they be causing me problems? as for xkbcomp doing a quick google gave me this: http://bugs.gentoo.org/269931 but still don't see that this is the culprit. this is a non-fatal error and doesn't affect anything but the warning to be printed out. OK. I won't pursue that, then. Do you have any suggestions on what my next step would be? Have you picked up anything from the backtrace that's attached to the bug report at bugs.launchpad.net? -- This message and any files transmitted within are intended solely for the addressee or its representative and may contain company sensitive information. If you are not the intended recipient, notify the sender immediately and delete this message. Publication, reproduction, forwarding, or content disclosure is prohibited without the consent of the original sender and may be unlawful. Concurrent Technologies Corporation and its Affiliates. www.ctc.com 1-800-282-4392 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On 01/07/10 14:45, Ryan Daly wrote: On 01/07/2010 05:30 PM, Peter Hutterer wrote: waiting for X server to shut down ddxSigGiveUp: Closing log /Xorg.out I know it says these errors aren't fatal to the X server, but could they be causing me problems? as for xkbcomp doing a quick google gave me this: http://bugs.gentoo.org/269931 but still don't see that this is the culprit. this is a non-fatal error and doesn't affect anything but the warning to be printed out. OK. I won't pursue that, then. Do you have any suggestions on what my next step would be? Have you picked up anything from the backtrace that's attached to the bug report at bugs.launchpad.net? -- not sure what might be the next step for you at this point. I've an old machine over here, I can throw in ubuntu to see if I hit this as well(you said typing triggers this). with that, you are using gdb to debug, out of curiosity maybe valgrind might provide something(even though it's for memory leaks); keep in mind it might take me a few to get things running on the old beast of a machine. Justin P. Mattock ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xorg crashes...
On Thu, Jan 7, 2010 at 2:45 PM, Ryan Daly d...@ctc.com wrote: On 01/07/2010 05:30 PM, Peter Hutterer wrote: waiting for X server to shut down ddxSigGiveUp: Closing log /Xorg.out I know it says these errors aren't fatal to the X server, but could they be causing me problems? as for xkbcomp doing a quick google gave me this: http://bugs.gentoo.org/269931 but still don't see that this is the culprit. this is a non-fatal error and doesn't affect anything but the warning to be printed out. OK. I won't pursue that, then. Do you have any suggestions on what my next step would be? Have you picked up anything from the backtrace that's attached to the bug report at bugs.launchpad.net? Not sure this will work, but if it's a symbol resolving problem, you can try to get it to crash faster by using LD_BIND_NOW. LD_BIND_NOW=1 startx `which xterm` -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
[ANNOUNCE] xorg-server 1.7.4
It's a week late but the silence on the list over the break didn't overly encourage me to tag 1.7.3.902 as final. Anyway, here it is, happy new year etc. Only two commits, with Alan's fix being the only one that should have any effect on users. Adam's commit only affects VNC. The ususal 5 week schedule will be maintained for 1.7.5 Adam Tkac (1): Do not define members of include/eventstr.h:EventType enum conditionally. Alan Coopersmith (1): CloseDevice: call XkbRemoveResourceClient before freeing key class struct Peter Hutterer (1): xserver 1.7.4 git tag: xorg-server-1.7.4 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.7.4.tar.bz2 MD5: 75d27c3a1c12293f620a2d6518fcbdfa xorg-server-1.7.4.tar.bz2 SHA1: 26de24d7ced735bd717a21c5110d22d662221a58 xorg-server-1.7.4.tar.bz2 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.7.4.tar.gz MD5: cb9889541724543e78fe7946b97461de xorg-server-1.7.4.tar.gz SHA1: 5280e3a7b1906eac2a51810a8abd6667391917d6 xorg-server-1.7.4.tar.gz pgpUw62AkOg93.pgp Description: PGP signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: per-keyboard user-defined X keymap and keyboard behaviour
On Fri, Jan 08, 2010 at 08:35:07AM +1300, martin f krafft wrote: Hello folks, I often use my Thinkpad with an external keyboard. When I plug in the keyboard, it is initialised according to HAL with standard symbols. While I load a custom keymap from Xsession [0] and also call `xset r rate …` there, these settings do not take effect once I plug in the external keyboard — while the internal keyboard works exactly according to my keymap and rate settings, the external one uses defaults for both, probably because xset/xkbcomp only affect existing devices, not the defaults. 0. http://madduck.net/docs/extending-xkb I seek a way to address this and have a few questions. I would greatly appreciate all kinds of feedback. 1. I would prefer not to install my custom keymaps into /usr/lib, as that area of the filesystem is vendor-domain. However, I have not found a way to tell Xorg to look in other places too for xkb files. Is it possible to extend the XKEYBOARD search path, such that I could reference custom symbol tables from HAL's input.xkb.options property of a keyboard? xkbcomp supports -I, but the xserver doesn't provide an option to set a custom include path. so your best bet is to run xkbcomp at runtime for xkb files outside the default paths. 2. Is it possible to initialise delay and repeat rate of external keyboards to custom values (I run `xset r rate 255 47`)? xset only works on core protocol requests. the core protocol however doesn't provide device specifiers and to change the keyboard repeat rate you'd have to use an xkb-aware tool. if there is one, I don't know, never needed that. 3. If (1) or (2) are not possible, then what else could I do? Is there a way to subscribe to Xorg in such a way that it informs me (or calls back) upon configuration of a new input device, such that I can relaod the keymap with xkbcomp and reset the delay/rate with xset? DevicePresence are sent for each device added, removed, enabled and disabled. For servers 1.7 and later, an XIDeviceHierarchChanged event is sent as well. 4. After I plugged in the external keyboard, I have two keyboards. While the internal one uses my custom keymap and rate/delay settings, the external one has defaults. This makes me think that Xorg keeps these settings per-device. However, neither xset nor xkbcomp seem to allow me to specify a target device, so that I do not seem to be able to configure just one device, but always have to configure all of them. Am I overlooking something? xkbcomp -i device id, as I said xset doesn't let you do that. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X11 XTEST Error when starting Xine
On 01/04/2010 05:26 AM, Tom Cowell wrote: Hello I'm new here, and slightly afraid of making a fool of myself. I have diffed the libraries between a working machine and all have a binary match. There must be some meta-data file outside the libraries which return the results for XKeysymToKeycode ? Surely the answer to this question is in the xkb configuration files (in /usr/share/X11/xkb on my machine), and the corresponding layout choices in xorg.conf? Hmm, I have these messages in the problem Xorg.0.log file ... (EE) XKB: No components provided for device Virtual core keyboard (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap (II) config/hal: Adding input device G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01 (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: always reports core events (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Device: /dev/input/event2 (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Found 9 mouse buttons (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Found x and y relative axes (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Found scroll wheel(s) (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Found keys (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Configuring as mouse (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Configuring as keyboard (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: YAxisMapping: buttons 4 and 5 (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 (**) Option xkb_rules evdev (**) Option xkb_model evdev (**) Option xkb_layout us (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: (accel) keeping acceleration scheme 1 (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: (accel) filter chain progression: 2.00 (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: (accel) filter stage 0: 20.00 ms (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: (accel) set acceleration profile 0 (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: initialized for relative axes. (II) config/hal: Adding input device G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01 (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: always reports core events (**) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Device: /dev/input/event1 (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Found keys (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Configuring as keyboard (**) Option xkb_rules evdev (**) Option xkb_model evdev (**) Option xkb_layout us (**) Option xkb_options terminate:ctrl_alt_bksp (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Close (II) UnloadModule: evdev (II) G-Tech CHINAUSB Wireless Mouse KeyBoard V1.01: Close (II) UnloadModule: evdev My xorg.conf looks like this: Section ServerLayout Identifier X.org Configured Screen Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath catalogue:/etc/X11/fontpath.d FontPath built-ins EndSection Section Module Load dri Load extmod Load glx Load dbe EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Sharp ModelName LC-42D62U Option dpms false Option ModeValidation NoMaxPClkCheck Option ExactModeTimingsDVI TRUE Option ModeValidation NoDFPNativeResolutionCheck Modeline 1920x1080_60-Sharp_D92U 148.35 1920 2008 2052 2200 1080 1085 1090 1125 +hsync +vsync EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option SWcursor # [bool] #Option HWcursor # [bool] #Option NoAccel # [bool] #Option ShadowFB # [bool] #Option Rotate # [str] #Option VideoKey # i #Option FlatPanel# [bool] #Option FPDither # [bool] #Option FPScale # [bool] #Option FPTweak # i #Option CBLocation # str #Option CBSize # i #Option Randr12 # [bool] #Option ScalingMode
Re: per-keyboard user-defined X keymap and keyboard behaviour
Thanks for taking the time to respond! also sprach Peter Hutterer peter.hutte...@who-t.net [2010.01.08.1608 +1300]: xkbcomp supports -I, but the xserver doesn't provide an option to set a custom include path. so your best bet is to run xkbcomp at runtime for xkb files outside the default paths. This is what I do right now, but the question of runtime is what bothers me: what is runtime when you plug a USB keyboard into an existing X session? 3. If (1) or (2) are not possible, then what else could I do? Is there a way to subscribe to Xorg in such a way that it informs me (or calls back) upon configuration of a new input device, such that I can relaod the keymap with xkbcomp and reset the delay/rate with xset? DevicePresence are sent for each device added, removed, enabled and disabled. For servers 1.7 and later, an XIDeviceHierarchChanged event is sent as well. Okay, but to listen/react to those, I need to write a daemon using select(), right? 4. After I plugged in the external keyboard, I have two keyboards. While the internal one uses my custom keymap and rate/delay settings, the external one has defaults. This makes me think that Xorg keeps these settings per-device. However, neither xset nor xkbcomp seem to allow me to specify a target device, so that I do not seem to be able to configure just one device, but always have to configure all of them. Am I overlooking something? xkbcomp -i device id, as I said xset doesn't let you do that. I couldn't figure out what device id is supposed to be. Thanks again, -- martin | http://madduck.net/ | http://two.sentenc.es/ Escape Meta Alt Control Shift spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/) ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg