[ANNOUNCE] pixman release 0.21.2 now available
A new pixman release 0.21.2 is now available. This is the first development snapshot leading up to a stable 0.22 release. News: ARM: Performance improvements for image scaling [Siarhei Siamashka] Performance improvements for affine transformations [Soren Sandmann] Plus bug fixes and other improvements [Andrea Canciani, Siarhei, Soren]. NOTE: In this release a workaround for a bug in older version of the X server has been removed. If your X server is version 1.6 or older, you may see image corruption bugs with this version of pixman. Thanks, Soren tar.gz: http://cairographics.org/releases/pixman-0.21.2.tar.gz http://xorg.freedesktop.org/archive/individual/lib/pixman-0.21.2.tar.gz tar.bz2: http://xorg.freedesktop.org/archive/individual/lib/pixman-0.21.2.tar.bz2 Hashes: MD5: 9e09fd6e58cbf9717140891e0b7d4a7a pixman-0.21.2.tar.gz MD5: 4bc4cf052635265f7a98ad3e890ae329 pixman-0.21.2.tar.bz2 SHA1: c0ff07d7e4877dd4d0d369ca09e50ca956e3386e pixman-0.21.2.tar.gz SHA1: bb5cba514fe6756f9264a6995ec9dfed4d7439b5 pixman-0.21.2.tar.bz2 GPG signature: http://cairographics.org/releases/pixman-0.21.2.tar.gz.sha1.asc (signed by Søren Sandmann Pedersen sandm...@daimi.au.dk Git: git://git.freedesktop.org/git/pixman tag: pixman-0.21.2 Log: Andrea Canciani (3): Remove unused stop_range field Fix opacity check Improve conical gradients opacity check Siarhei Siamashka (12): Fixed broken configure check for __thread support Do CPU features detection from 'constructor' function when compiled with ARM: fix 'vld1.8'-'vld1.32' typo in add__ NEON fast path ARM: NEON: source image pixel fetcher can be overrided now ARM: nearest scaling support for NEON scanline compositing functions ARM: macro template in C code to simplify using scaled fast paths ARM: performance tuning of NEON nearest scaled pixel fetcher ARM: NEON optimization for scaled over__ with nearest filter ARM: NEON optimization for scaled over__0565 with nearest filter ARM: NEON optimization for scaled src__0565 with nearest filter ARM: NEON optimization for scaled src_0565_ with nearest filter ARM: optimization for scaled src_0565_0565 with nearest filter Søren Sandmann Pedersen (8): Post-release version bump to 0.20.1 Version bump 0.21.1. COPYING: Stop saying that a modification is currently under discussion. Remove workaround for a bug in the 1.6 X server. [mmx] Mark some of the output variables as early-clobber. Delete the source_image_t struct. Generate {a,x}8r8g8b8, a8, 565 fetchers for nearest/affine images Pre-release version bump ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
mixed OpenGL vendor drivers
ATI and Nvidia ship separate version of libGL.so, for Linux and probably for other operating systems. Now I want to make a Live media with out of the box fantastic OpenGL support for a wide range of graphic cards. Is the replacement by vendors of libGL something dictated by the architecture of Xorg or the OpenGL spec? What are good solutions to switch the library on the fly? (That written, I admire the efforts to bring open sourced GL drivers on the table. But artists need for work horse graphics really fast drivers. Otherwise coe in danger to simply switch the platform.) kind regards Kai-Uwe Behrmann -- developing for colour management www.behrmann.name + www.oyranos.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: arch...@mail-archive.com
Re: mixed OpenGL vendor drivers
Kai-Uwe Behrmann wrote: ATI and Nvidia ship separate version of libGL.so, for Linux and probably for other operating systems. Now I want to make a Live media with out of the box fantastic OpenGL support for a wide range of graphic cards. Is the replacement by vendors of libGL something dictated by the architecture of Xorg or the OpenGL spec? No. What are good solutions to switch the library on the fly? Put each version in a separate directory. Create a symlink from /usr/lib/libGL.so to the default version. Set LD_LIBRARY_PATH if you need to use a different version on a per-process basis (e.g. if DISPLAY points to a remote display and the default libGL can't handle that). -- Glynn Clements gl...@gclements.plus.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: Interaction with applications
Do you mean a recorder/replayer for X11? If so, try GNU Xnee On 11/16/2010 12:19 AM, Philippe wrote: Hello, I am developping an application and I would like to test it while it is running on a kvm machine. I am looking for means, both in C and scripts, to capture the screen of a given application, and send inputs to that application (mouse clicks and gestures, as well as keyboads inputs) : do you please have a clue on how I could make such thing? Thanks a lot for your help. Regards, Philippe ___ 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: h...@sandklef.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: Evdev keyboard sends keycodes but no keysyms
Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? - Simon On 11/15/10 06:34, Dan Nicholson wrote: On Sun, Nov 14, 2010 at 8:19 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Sun, Nov 14, 2010 at 02:11:25PM -0800, walt wrote: On 11/14/2010 09:11 AM, Simon Thum wrote: Hi all, yesterday I recompiled xorg, updating from a ca. 3 week old install using gentoo's live ebuilds. I went into an amusing bug which I narrowed down a bit. I'm having the following xorg.conf.d fragment: Section InputClass Identifier keyboard-de MatchIsKeyboard on Option XKBOptions terminate:ctrl_alt_bksp #Option XKBVariant nodeadkeys Option XKBLayout de EndSection Funny enough, invoking setxkbmap -rules evdev -layout de -variant nodeadkeys brings back my keyboard as intended! I notice that your Xorg log says [ 4702.616] (**) Option xkb_rules evdev [ 4702.616] (**) Option xkb_model evdev [ 4702.616] (**) Option xkb_layout us ??? [ 4702.616] (**) Option xkb_variant nodeadkeys [ 4702.616] (**) Option xkb_options terminate:ctrl_alt_bksp yeah, I noticed this as well. there's no nodeadkeys variant for us, which would explain the NoSymbol issue. Now the real issue is why it doesn't take your de setting... Running with -logverbose will give more details on the merging of InputClass settings. -- 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: simon.t...@gmx.de ___ 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: Evdev keyboard sends keycodes but no keysyms
On Wed, Nov 17, 2010 at 01:33:34AM +0100, Simon Thum wrote: Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? try -logverbose 12 or something, otherwise you'll just increase by one. also, try to remove the cached keymaps, I wonder if something goes wrong there. Cheers, Peter On 11/15/10 06:34, Dan Nicholson wrote: On Sun, Nov 14, 2010 at 8:19 PM, Peter Hutterer peter.hutte...@who-t.net wrote: On Sun, Nov 14, 2010 at 02:11:25PM -0800, walt wrote: On 11/14/2010 09:11 AM, Simon Thum wrote: Hi all, yesterday I recompiled xorg, updating from a ca. 3 week old install using gentoo's live ebuilds. I went into an amusing bug which I narrowed down a bit. I'm having the following xorg.conf.d fragment: Section InputClass Identifier keyboard-de MatchIsKeyboard on Option XKBOptions terminate:ctrl_alt_bksp #Option XKBVariant nodeadkeys Option XKBLayout de EndSection Funny enough, invoking setxkbmap -rules evdev -layout de -variant nodeadkeys brings back my keyboard as intended! I notice that your Xorg log says [ 4702.616] (**) Option xkb_rules evdev [ 4702.616] (**) Option xkb_model evdev [ 4702.616] (**) Option xkb_layout us ??? [ 4702.616] (**) Option xkb_variant nodeadkeys [ 4702.616] (**) Option xkb_options terminate:ctrl_alt_bksp yeah, I noticed this as well. there's no nodeadkeys variant for us, which would explain the NoSymbol issue. Now the real issue is why it doesn't take your de setting... Running with -logverbose will give more details on the merging of InputClass settings. -- 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: Evdev keyboard sends keycodes but no keysyms
On Tue, Nov 16, 2010 at 4:33 PM, Simon Thum simon.t...@gmx.de wrote: Hi all, no dice so far. I get some additional lines: [ 16085.444] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4) [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass evdev keyboard catchall [ 16085.444] (**) AT Translated Set 2 keyboard: Applying InputClass keyboard-de [ 16085.444] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so [ 16085.444] (**) AT Translated Set 2 keyboard: always reports core events [ 16085.444] (**) AT Translated Set 2 keyboard: Device: /dev/input/event4 [ 16085.448] (--) AT Translated Set 2 keyboard: Found keys [ 16085.448] (II) AT Translated Set 2 keyboard: Configuring as keyboard [ 16085.448] (**) Option config_info udev:/sys/devices/platform/i8042/serio0/input/input4/event4 [ 16085.448] (II) XINPUT: Adding extended input device AT Translated Set 2 keyboard (type: KEYBOARD) [ 16085.448] (**) Option xkb_rules evdev [ 16085.448] (**) Option xkb_model evdev [ 16085.448] (**) Option xkb_layout us [ 16085.448] (**) Option xkb_options terminate:ctrl_alt_bksp [ 16085.448] (II) XKB: Reusing cached keymap [ 16085.448] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event7) I even added the option xkb_layout, recompiled the whole stuff and so on. I'm using startx -- -logverbose, is that OK? Hmm, yeah. You can try to up the level to -logverbose 10 or something and get a ton of info. -- 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