jhBuild
Hi, Is there a way to provide DESTDIR option with jhbuild, default it installs in location specified by prefix. With Best Regards, Harsha Important notice: This e-mail and any attachment there to contains corporate proprietary information. If you have received it by mistake, please notify us immediately by reply e-mail and delete this e-mail and its attachments from your system. Thank You. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Xorg config question (missing xorg.conf)
On 02/11/10 11:10 AM, Alan Coopersmith wrote: Łukasz Maśko wrote: Dnia wtorek, 2 listopada 2010, Phil Savoie napisał: [...] I understand that xorg will probe the device in the absence of an xorg.conf file and use the most appropriate driver. But... what did it choose? Why did it not choose the intel driver as on initial install? I would have expected another black screen, like on initial install. Check the Xorg log file, then you'll now, which driver had been chosen. By the way, as far as I know, now there is only one intel driver, there is no distinction between i810, i915 or i965 (I cannot see it in my distro). The Xorg driver was renamed from i810 to intel a couple years ago. It is possible that an older version was still installed under the i810 name on his system, or more likely that it wasn't really the driver change that made a difference. Thank you to all who responded. You have made my understanding much more clearer. Regards, Phil ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: jhBuild
On Thu, Nov 4, 2010 at 2:23 AM, CN, Harsha SISPL harsha...@siemens.com wrote: Hi, Is there a way to provide DESTDIR option with jhbuild, default it installs in location specified by prefix. I don't think there is, really. While you're building each package, it expects to find the ones it depends on (headers/libraries) in their final location. I think the best you can do is try running it in a chroot, but that has its own issues. Otherwise, you'd need to handle the packages like you're cross compiling them. I don't think jhbuild is prepared for that. -- Dan ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
On Wed, 2010-11-03 at 17:55 -0200, Frédéric L. W. Meunier wrote: About garbled text converting to txt, I also get it. So I am not the only one. The error you are talking about was fixed in my distro: 2008 xmlto (0.0.20-3) unstable; urgency=low * debian/control (Suggests): Added xmltex now providing passivetex (closes: #416622, #440518). Thanks to Robert Wohlrab. (Description): Added information about fop/docbook-xsl as alternative to passivetex. * debian/patches/499200_cannot_parse_XSLTPARAMS.dpatch: Added. - xmlto.in: Fixed error message using --stringparam switch (closes: #499200). Thanks to Zed Pobre. * debian/patches/00list: Adjusted. signature.asc Description: This is a digitally signed message part ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Crash on XI2 device removal
Hi there again, When adding lots of XI2 devices with xinput create-master and then trying to remove the last one, X segfaults. What follows is some lengthy info, the interesting stuff at the end :-) xinput list output after device creation failed cause MAX_DEVICES reached, and just before xinput remove-master 38: --snip-- ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ SynPS/2 Synaptics TouchPadid=13 [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)] ↳ Video Bus id=7[slave keyboard (3)] ↳ Power Button id=8[slave keyboard (3)] ↳ Sleep Button id=9[slave keyboard (3)] ↳ UVC Camera (eb1a:2761)id=10 [slave keyboard (3)] ↳ Asus EeePC extra buttons id=11 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=12 [slave keyboard (3)] ⎡ iamtoomuch pointerid=14 [master pointer (15)] ⎜ ↳ iamtoomuch XTEST pointer id=16 [slave pointer (14)] ⎣ iamtoomuch keyboard id=15 [master keyboard (14)] ↳ iamtoomuch XTEST keyboard id=17 [slave keyboard (15)] ⎡ iamtoomuch pointerid=18 [master pointer (19)] ⎜ ↳ iamtoomuch XTEST pointer id=20 [slave pointer (18)] ⎣ iamtoomuch keyboard id=19 [master keyboard (18)] ↳ iamtoomuch XTEST keyboard id=21 [slave keyboard (19)] ⎡ iamtoomuch pointerid=22 [master pointer (23)] ⎜ ↳ iamtoomuch XTEST pointer id=24 [slave pointer (22)] ⎣ iamtoomuch keyboard id=23 [master keyboard (22)] ↳ iamtoomuch XTEST keyboard id=25 [slave keyboard (23)] ⎡ iamtoomuch pointerid=26 [master pointer (27)] ⎜ ↳ iamtoomuch XTEST pointer id=28 [slave pointer (26)] ⎣ iamtoomuch keyboard id=27 [master keyboard (26)] ↳ iamtoomuch XTEST keyboard id=29 [slave keyboard (27)] ⎡ iamtoomuch pointerid=30 [master pointer (31)] ⎜ ↳ iamtoomuch XTEST pointer id=32 [slave pointer (30)] ⎣ iamtoomuch keyboard id=31 [master keyboard (30)] ↳ iamtoomuch XTEST keyboard id=33 [slave keyboard (31)] ⎡ iamtoomuch pointerid=34 [master pointer (35)] ⎜ ↳ iamtoomuch XTEST pointer id=36 [slave pointer (34)] ⎣ iamtoomuch keyboard id=35 [master keyboard (34)] ↳ iamtoomuch XTEST keyboard id=37 [slave keyboard (35)] ⎡ iamtoomuch pointerid=38 [master pointer (0)] ⎣ iamtoomuch keyboard id=39 [master keyboard (0)] --snap-- Xorg.0.log: --snip [ 2383.930] X.Org X Server 1.9.0 Release Date: 2010-08-20 [ 2383.930] X Protocol Version 11, Revision 0 [ 2383.930] Build Operating System: Linux 2.6.24-27-server i686 Ubuntu [ 2383.930] Current Operating System: Linux collabhub 2.6.35-22-generic #35-Ubuntu SMP Sat Oct 16 20:36:48 UTC 2010 i686 [ 2383.930] Kernel command line: root=UUID=aed23c68-02aa-4b50-95c3-cb14accde24c ro quiet splash [ 2383.930] Build Date: 16 September 2010 05:39:22PM [ 2383.930] xorg-server 2:1.9.0-0ubuntu7 (For technical support please see http://www.ubuntu.com/support) [ 2383.930] Current version of pixman: 0.18.4 [ 2383.930]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 2383.930] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 2383.931] (==) Log file: /var/log/Xorg.0.log, Time: Thu Nov 4 19:56:45 2010 [ 2383.931] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 2383.940] (==) No Layout section. Using the first Screen section. [ 2383.940] (==) No screen section available. Using defaults. [ 2383.940] (**) |--Screen Default Screen Section (0) [ 2383.941] (**) | |--Monitor default monitor [ 2383.941] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 2383.941] (==) Automatically adding devices [ 2383.942] (==) Automatically enabling devices [ 2383.942] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 2383.942]
Re: [ANNOUNCE] xproto 7.0.19
2010/11/4 Gaetan Nadon mems...@videotron.ca: On Wed, 2010-11-03 at 17:55 -0200, Frédéric L. W. Meunier wrote: About garbled text converting to txt, I also get it. So I am not the only one. The error you are talking about was fixed in my distro: 2008 xmlto (0.0.20-3) unstable; urgency=low * debian/control (Suggests): Added xmltex now providing passivetex (closes: #416622, #440518). Thanks to Robert Wohlrab. (Description): Added information about fop/docbook-xsl as alternative to passivetex. * debian/patches/499200_cannot_parse_XSLTPARAMS.dpatch: Added. - xmlto.in: Fixed error message using --stringparam switch (closes: #499200). Thanks to Zed Pobre. * debian/patches/00list: Adjusted. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: m...@osource.org What kind of garbled text? Is it basically one long line with no formatting? Matt ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
On Thu, 2010-11-04 at 14:58 -0600, Matt Dew wrote: What kind of garbled text? Is it basically one long line with no formatting? Yes, here is a sample: JuliuszChroboczek j...@freedesktop.org 27 February 2001, updated 30 October 2006 Updated by Jim Gettys and Juliusz Chroboczek. DPS is now obsolete. At the time when I started this project, there was no decent rendering interface for X11 other than DPS. Since then, there has been a large amount of work on a simple and clean X server extension, Xrender, which provides the basis for just such an interface. signature.asc Description: This is a digitally signed message part ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
2010/11/4 Matt Dew m...@osource.org: 2010/11/4 Gaetan Nadon mems...@videotron.ca: On Wed, 2010-11-03 at 17:55 -0200, Frédéric L. W. Meunier wrote: About garbled text converting to txt, I also get it. So I am not the only one. The error you are talking about was fixed in my distro: 2008 xmlto (0.0.20-3) unstable; urgency=low * debian/control (Suggests): Added xmltex now providing passivetex (closes: #416622, #440518). Thanks to Robert Wohlrab. (Description): Added information about fop/docbook-xsl as alternative to passivetex. * debian/patches/499200_cannot_parse_XSLTPARAMS.dpatch: Added. - xmlto.in: Fixed error message using --stringparam switch (closes: #499200). Thanks to Zed Pobre. * debian/patches/00list: Adjusted. What kind of garbled text? Is it basically one long line with no formatting? Matt Here, I think it was a reader issue, because with Midnight Commander, in the last days, I'd see it garbled, but with notepad on Windows, it looks normal. Anyway, randrproto.txt looks a bit strange here. Things like. ┌─── RRSetCrtcTransform crtc: CRTC transform: TRANSFORM filter: STRING8 values: LISTofFIXED └─── Errors: Crtc, Match Also tested with Firefox. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
Frédéric L. W. Meunier wrote: 2010/11/4 Matt Dew m...@osource.org: 2010/11/4 Gaetan Nadon mems...@videotron.ca: On Wed, 2010-11-03 at 17:55 -0200, Frédéric L. W. Meunier wrote: About garbled text converting to txt, I also get it. So I am not the only one. The error you are talking about was fixed in my distro: 2008 xmlto (0.0.20-3) unstable; urgency=low * debian/control (Suggests): Added xmltex now providing passivetex (closes: #416622, #440518). Thanks to Robert Wohlrab. (Description): Added information about fop/docbook-xsl as alternative to passivetex. * debian/patches/499200_cannot_parse_XSLTPARAMS.dpatch: Added. - xmlto.in: Fixed error message using --stringparam switch (closes: #499200). Thanks to Zed Pobre. * debian/patches/00list: Adjusted. What kind of garbled text? Is it basically one long line with no formatting? Matt Here, I think it was a reader issue, because with Midnight Commander, in the last days, I'd see it garbled, but with notepad on Windows, it looks normal. Anyway, randrproto.txt looks a bit strange here. Things like. ┌─── RRSetCrtcTransform crtc: CRTC transform: TRANSFORM filter: STRING8 values: LISTofFIXED └─── Errors: Crtc, Match Are you viewing in a UTF-8 locale? Many of our text documents assume the UTF-8 character set, but unlike xml/html have no way to specify that to the viewer. In UTF-8 locales, those are line drawing characters: ┌─── RRSetCrtcTransform crtc: CRTC transform: TRANSFORM filter: STRING8 values: LISTofFIXED └─── randrproto.txt is a hand-written text file, not generated by any of our tools. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [ANNOUNCE] xproto 7.0.19
2010/11/4 Alan Coopersmith: Frédéric L. W. Meunier wrote: 2010/11/4 Matt Dew: 2010/11/4 Gaetan Nadon: On Wed, 2010-11-03 at 17:55 -0200, Frédéric L. W. Meunier wrote: About garbled text converting to txt, I also get it. So I am not the only one. The error you are talking about was fixed in my distro: 2008 xmlto (0.0.20-3) unstable; urgency=low * debian/control (Suggests): Added xmltex now providing passivetex (closes: #416622, #440518). Thanks to Robert Wohlrab. (Description): Added information about fop/docbook-xsl as alternative to passivetex. * debian/patches/499200_cannot_parse_XSLTPARAMS.dpatch: Added. - xmlto.in: Fixed error message using --stringparam switch (closes: #499200). Thanks to Zed Pobre. * debian/patches/00list: Adjusted. What kind of garbled text? Is it basically one long line with no formatting? Matt Here, I think it was a reader issue, because with Midnight Commander, in the last days, I'd see it garbled, but with notepad on Windows, it looks normal. Anyway, randrproto.txt looks a bit strange here. Things like. ┌─── RRSetCrtcTransform crtc: CRTC transform: TRANSFORM filter: STRING8 values: LISTofFIXED └─── Errors: Crtc, Match Are you viewing in a UTF-8 locale? Many of our text documents assume the UTF-8 character set, but unlike xml/html have no way to specify that to the viewer. In UTF-8 locales, those are line drawing characters: ┌─── RRSetCrtcTransform crtc: CRTC transform: TRANSFORM filter: STRING8 values: LISTofFIXED └─── randrproto.txt is a hand-written text file, not generated by any of our tools. No, I use ISO-8859-1. UTF-8 in Firefox fixed it. Thanks. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: RandR questions
Alex, Thank you for the clarifications. Where do I go to edit the userspace action when the digital monitor connect/disconnect interrupt is generated? --Pedro On Tue, Nov 2, 2010 at 7:43 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Tue, Nov 2, 2010 at 3:01 AM, Pedro DeKeratry pdekera...@gmail.com wrote: First let me describe the behavior that prompted my questions. This is on a laptop running Ubuntu Desktop 10.10 and the xorg.conf is configured to run a mutli-display using the external HDMI and external VGA ports, thus the laptop screen is blank/off. If I unplug the HDMI connection the system does some display switching and my laptop screen turns on. When I plug the HDMI connection back in nothing happens. A couple of xrandr commands later and I can get the HDMI output displaying how it was originally. Suppose though that instead of issuing the xrandr commands to bring the external HDMI connection back up after plugging it in, I reboot the machine instead. Since my /etc/xorg.conf is unchanged I would expect that both my external monitors come up, however, the laptop screen comes on instead of my HDMI external connection which is now shown as disconnected. To get things back the way they were I can either used xrandr like previously or the ATI gfx menu options. Note that this only happens with regards to my HDMI connection because I think the laptop screen and the HDMI share the TMDS graphics hardware ( Assuming my understanding of these things is correct ; ) .) Unplugging the VGA doesn't create any auto switching response. Your laptop screen and hdmi port are likely using separate encoders, but you only have 2 display controllers so you can only use two displays at a time. Digital connectors (DVI, HDMI, DP) have a hot plug pin that can generate an interrupt when the monitor is connected or disconnected, but older analog monitors (VGA, TV) do not. So, with that said: Is is xrandr that does the auto switching from ext. HDMI to laptop automatically when HDMI monitor signal is lost? Or is that the gfx drivers or some other X program? ( I'd like to disable it if possible ) When a connect/disconnect interrupt is generated the drm sends an event to userspace which can then do something with the event. In your case I think it just runs 'xrandr --auto' when it receives the event, but you can have it do whatever you want. Is it xrandr that is saving some kind of persistent configuration settings somewhere that overrides my xorg.conf file at the next reboot? I couldn't find any sort of conf file anywhere related to this. Googling xrandr info doesn't show much except same man pages. randr does not save any persistent state. if you want to force a particular setup, you need to specify it in your xorg.conf or via xrandr commands in your desktop startup scripts. Is xrandr scheduled to replace xorg.conf altogether? I've noticed that my xorg.conf really is pretty much as minimal as you can get. In previous Linux systems I've had much more intricate xorg.conf files with a lot more details filled in. Other than loading the driver for the gfx card, it seems like everything else can be pretty much done through xrandr. Am I understanding correctly where xrandr is headed in the Linux/X world? xrandr is just a utility to dynamically reconfigure your displays. xorg.conf is for specifying specific settings. See this page for info an using xrandr and specifying display settings in your xorg.conf: http://wiki.debian.org/XStrikeForce/HowToRandR12 Alex --Pedro On Sat, Oct 30, 2010 at 4:03 AM, Jeremy Huddleston jerem...@freedesktop.org wrote: This would be a good place... On Oct 29, 2010, at 21:07, Pedro DeKeratry wrote: Hi everyone, Is this the appropriate place to ask questions about the xrandr command line utility in order to understand how it interacts with my system environment at large or is such a question better suited to a distro specific mailing list? --Pedro ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: jerem...@freedesktop.org ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: alexdeuc...@gmail.com ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: XInput
On Thu, Nov 04, 2010 at 10:35:29PM +1100, Russell Shaw wrote: In XInput2, when i get a XI_HierarchyChanged event after plugging in another mouse, is there a way to get a unique identifier for each device such as a brand and model number? no, the device ID is unfortunately the only identifier you have. model/vendor information, etc. isn't exported by any driver yet. Cheers, Peter When i start my program that uses two mice for different functions (one in each hand), it would be useful for them both to be assigned the correct role whenever the program is started, regardless of whatever other devices have been plugged in since the last session. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Touchpad center column deadspot
I asked this on the Ubuntu forums but go no bites. Since it deals with an X input device I figured someone here might have more insight as to where begin looking for the source of the problem. Laptop : Sony VAIO VPCF111FX Ubuntu versions tried: 10.04 LTS x64 and 10.10 x64 Problem: The exact center column of the touchpad is dead in a weird way. Any clicking action on it does nothing. Clicking outside of the center column works fine. Initiating cursor movement from the center column and moving it up and down produces no cursor movement, however, if I then move outside of the center column then movement works and even continues to work when I return to the center column and move it up and down. Initiating cursor movement from outside the center column and moving into the center column and then up and down produces correct cursor movement. I'm pretty sure the touchpad itself is fine because it worked flawlessly in Win7 before I nuked it and re-installed with 10.04 LTS. I installed 10.10 on a new partition in the hopes that touchpad issue would go away, but it remains. What could possibly create such a strange response? --Pedro ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Touchpad toggle mess
Heya, In GNOME 2.32, we added support for touchpad toggle buttons, by capturing the XF86TouchpadToggle button in gnome-settings-daemon, showing a nice popup, and disabling the touchpad in software. That works great for a number of laptops, but completely breaks a number of others where the hardware handles the request, but still sends a key event (usually separate ones for on and off). In those cases, we'd need 2 more key types, in the kernel, and in X.org. The patches in https://bugs.freedesktop.org/show_bug.cgi?id=31300 implement this for the kernel, and for X.org. Then we have the problem that udev's keymaps seem to use different function keys depending on the hardware [1], when X.org (because of the limitations of XKB) standardised on F22 for XF86TouchpadToggle. So we'll need to standardise on the keys used. I selected F21 for XF86TouchpadToggle, F22 for XF86TouchpadOn and F23 for XF86TouchpadOff. See the patch in: https://bugs.freedesktop.org/show_bug.cgi?id=31333 The remaining fixes would need to be in udev's keymaps, to set hardware handled keys to F22 and F23, and software ones to F21. Patch is attached for that. Questions, comments? [1]: F21, F22, or F23 then? $ grep -ri touchpad extras/keymap/keymaps/ extras/keymap/keymaps/lenovo-thinkpad-usb-keyboard-trackpoint:0x90017 f22 # Fn+F8 touchpadtoggle extras/keymap/keymaps/zepto-znote:0xA5 f22# Fn+F6 Disable Touchpad extras/keymap/keymaps/zepto-znote:0xA6 f22# Fn+F6 Enable Touchpad extras/keymap/keymaps/hewlett-packard-pavilion:0xD8 f22 # touchpad off extras/keymap/keymaps/hewlett-packard-pavilion:0xD9 f23 # touchpad on extras/keymap/keymaps/dell:0x9E f22 #touchpad toggle extras/keymap/keymaps/dell:0xD9 f22 # touchpad toggle extras/keymap/keymaps/samsung-other:0xF7 f22 # Fn+F10 Touchpad on extras/keymap/keymaps/samsung-other:0xF9 f22 # Fn+F10 Touchpad off extras/keymap/keymaps/hewlett-packard-tx2:0xD8 f22 # Toggle touchpad button on tx2 (OFF) extras/keymap/keymaps/hewlett-packard-tx2:0xD9 f22 # Toggle touchpad button on tx2 (ON) extras/keymap/keymaps/everex-xt5000:0x65 f22 # Fn+F5 Touchpad toggle extras/keymap/keymaps/samsung-sx20s:0x77 f21 # FIXME: Touchpad on extras/keymap/keymaps/samsung-sx20s:0x79 f21 # FIXME: Touchpad off extras/keymap/keymaps/onkyo:0xF7 f22 # Fn+Y (touchpad toggle) extras/keymap/keymaps/toshiba-satellite_a110:0x9E f21 # FIXME: Touchpad on extras/keymap/keymaps/toshiba-satellite_a110:0x9F f21 # FIXME: Touchpad off extras/keymap/keymaps/toshiba-satellite_m30x:0x9e prog1 #touchpad_enable extras/keymap/keymaps/toshiba-satellite_m30x:0x9f prog2 #touchpad_disable extras/keymap/keymaps/acer:0xF1 f22 # Fn+F7 Touchpad toggle (off-to-on) extras/keymap/keymaps/acer:0xF2 f22 # Fn+F7 Touchpad toggle (on-to-off) extras/keymap/keymaps/micro-star:0xE4 f22 # Fn-F3 Touchpad disable extras/keymap/keymaps/module-lenovo:0x7 f22 # Fn+F8 touchpadtoggle extras/keymap/keymaps/lg-x110:0xE4 f22 # Fn-F5 Touchpad disable extras/keymap/keymaps/hewlett-packard-2510p_2530p:0xD8 f22 # touchpad off extras/keymap/keymaps/hewlett-packard-2510p_2530p:0xD9 f23 # touchpad on From 52118a82743e4ca65d5be01c304685d265b5f7a7 Mon Sep 17 00:00:00 2001 From: Bastien Nocera had...@hadess.net Date: Thu, 4 Nov 2010 23:58:56 + Subject: [PATCH] extras/keymap: Fix touchpad toggle buttons used See: https://bugs.freedesktop.org/show_bug.cgi?id=31333 --- extras/keymap/keymaps/acer |2 +- extras/keymap/keymaps/dell |4 ++-- extras/keymap/keymaps/everex-xt5000|2 +- extras/keymap/keymaps/hewlett-packard-2510p_2530p |4 ++-- extras/keymap/keymaps/hewlett-packard-pavilion |4 ++-- extras/keymap/keymaps/hewlett-packard-tx2 |2 +- .../lenovo-thinkpad-usb-keyboard-trackpoint|2 +- extras/keymap/keymaps/lg-x110 |4 ++-- extras/keymap/keymaps/micro-star |2 +- extras/keymap/keymaps/module-lenovo|2 +- extras/keymap/keymaps/onkyo|2 +- extras/keymap/keymaps/samsung-other|2 +- extras/keymap/keymaps/samsung-sx20s|4 ++-- extras/keymap/keymaps/toshiba-satellite_a110 |4 ++-- extras/keymap/keymaps/toshiba-satellite_m30x |4 ++-- extras/keymap/keymaps/zepto-znote |2 +- 16 files changed, 23 insertions(+), 23 deletions(-) diff --git a/extras/keymap/keymaps/acer b/extras/keymap/keymaps/acer index 6abe39c..4e7c297 100644 --- a/extras/keymap/keymaps/acer +++ b/extras/keymap/keymaps/acer @@ -14,7 +14,7 @@ 0xEE brightnessup # Fn+Right 0xEF brightnessdown # Fn+Left 0xF1 f22 # Fn+F7 Touchpad toggle (off-to-on) -0xF2 f22 # Fn+F7 Touchpad toggle (on-to-off) +0xF2 f23 # Fn+F7 Touchpad toggle (on-to-off) 0xF3 prog2 # P2 programmable button 0xF4 prog1 # P1 programmable button 0xF5 presentation diff --git a/extras/keymap/keymaps/dell b/extras/keymap/keymaps/dell
Re: XInput
On 05/11/10 10:21, Peter Hutterer wrote: On Thu, Nov 04, 2010 at 10:35:29PM +1100, Russell Shaw wrote: In XInput2, when i get a XI_HierarchyChanged event after plugging in another mouse, is there a way to get a unique identifier for each device such as a brand and model number? no, the device ID is unfortunately the only identifier you have. model/vendor information, etc. isn't exported by any driver yet. Cheers, Peter When i start my program that uses two mice for different functions (one in each hand), it would be useful for them both to be assigned the correct role whenever the program is started, regardless of whatever other devices have been plugged in since the last session. Hi, A unique ID would be useful. I found this in linux-2.6.31.1/drivers/input/evdev.c: if (_IOC_NR(cmd) == _IOC_NR(EVIOCGUNIQ(0))) return str_to_user(dev-uniq, _IOC_SIZE(cmd), p); It was not clear how to integrate it in to xf86-input-evdev/src/evdev.c When i start a program that uses a left-hand puck (i'm using a mouse) and a normal right-hand mouse, i'll have to make a pop-up widget appear every time so that the user can choose which mouse does what. It would be good if the application can store the settings for a unique device id. I used to use this mouse and puck arrangement around 1990 on a Human Interface Loop Bus (HIL Bus) on a HP 9000 Apollo workstation. It was a standard way of running CAD programs and greatly reduced mouse-finger fatigue. The software was killed for political reasons, but the useability was far better than the toy Windows stuff around now. http://wiki.parisc-linux.org/HIL ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
