[ANNOUNCE] xkbcomp 1.2.2
Hi, This is an semi-urgent bugfix release for the two commits of mine, which fix a particularly bad failure in the compat code. If you had a SymInterpret definition (i.e. to map a keysym to an action, as used for VT switch and others) with an unknown keycode, every key that wasn't already mapped to an action would get mapped to your new action. So, for example, if you had XF86LogWinTree mapped to the PrWins action, and a libX11 that was unaware of the new symbol, every key aside from VT switching, zapping, pointer keys and modifiers, would dump the window tree to your X log, and do nothing else. Distributions are strongly, strongly recommended to upgrade, including in stable series. Alan Coopersmith (1): Replace repeated checks for gcc with _X_ATTRIBUTE_PRINTF from xproto Alistair Leslie-Hughes (1): xkbcomp: Stop possible overflow in yyGetnumber. #31647 Daniel Stone (3): Interp: Don't make modifier lookup failure fatal Interp: Ignore NoSymbol definitions Bump to 1.2.2 Gaetan Nadon (2): config: let Automake handle Yacc dist and cleaning config: move pre-processor flags to AM_CPPFLAGS Julien Cristau (1): Inline the oiText macro in the only place it's used git tag: xkbcomp-1.2.2 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.2.2.tar.bz2 MD5: 6e8e160b99145a9a3d6ca127f61e0bc9 xkbcomp-1.2.2.tar.bz2 SHA1: 1a8c8c567a50a90540a44c9e1417655c40af7c83 xkbcomp-1.2.2.tar.bz2 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.2.2.tar.gz MD5: f047b89aa1f8b8ed6b2f1b938e9956f2 xkbcomp-1.2.2.tar.gz SHA1: 0c2ffa6badf541a92c37f8df9336ce3d8e2c25e7 xkbcomp-1.2.2.tar.gz Cheers, Daniel signature.asc Description: Digital signature ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
[ANNOUNCE] xkbcomp 1.2.3
Hi, Well, this is embarassing. There was a pretty bad problem with the 1.2.2 release, which quite effectively crushed Any+AnyOfOrNone(All) interp mappings, in that xkeyboard-config actually relied on an explicit Any+AnyOfOrNone(All) mapping to function. 1.2.3 builds on the previous 1.2.2 fix to allow explicit Any+AnyOfOrNone(All) mappings, while still ignoring interp mappings whose keysyms could not be found. I've regression-tested this against xkbcomp 1.1.1 by comparing the results of compiling every layout (primary variants only) in xkeyboard-config, and there were no differences at all. Distributions are strongly recommended to push 1.2.3 instead of 1.2.2, whose tarballs have been removed from the archive. Daniel Stone (3): Constify LookupKeysym input argument Interp: Allow explicit Any/NoSymbol mappings Bump to 1.2.3 git tag: xkbcomp-1.2.3 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.2.3.tar.bz2 MD5: 35622a497894c1cff9182d42696c3e27 xkbcomp-1.2.3.tar.bz2 SHA1: c20d1b5b8e25634cc9a79c5e4c3397a5ffbee1e0 xkbcomp-1.2.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.2.3.tar.gz MD5: 5a1e4752930330176e4b6c2aa1fc7213 xkbcomp-1.2.3.tar.gz SHA1: 64978c13bfcf766c6afe9ce8ac688b4191e1de69 xkbcomp-1.2.3.tar.gz Cheers, Daniel, typing through a brown paper bag signature.asc Description: Digital signature ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
Re: [ANNOUNCE] xkbcomp 1.2.2
Hi, On Tue, Jun 21, 2011 at 02:17:30PM +0100, Daniel Stone wrote: This is an semi-urgent bugfix release for the two commits of mine, which fix a particularly bad failure in the compat code. If you had a SymInterpret definition (i.e. to map a keysym to an action, as used for VT switch and others) with an unknown keycode, every key that wasn't already mapped to an action would get mapped to your new action. So, for example, if you had XF86LogWinTree mapped to the PrWins action, and a libX11 that was unaware of the new symbol, every key aside from VT switching, zapping, pointer keys and modifiers, would dump the window tree to your X log, and do nothing else. Distributions are strongly, strongly recommended to upgrade, including in stable series. Please see the xkbcomp 1.2.3 release for an emergency brown paper bag release. I've removed the 1.2.2 tarballs from the X.Org servers. Sorry about this. Cheers, Daniel signature.asc Description: Digital signature ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
libX11 and libXext (at least) fail using prefix on make install
Hi, Sorry if this problem has already been mentioned, but I couldn't find any question nor bug about it... I'm building a libX11 and libXext as static libraries in a local tree as third party dependencies of a framework I'm working on. It's been working like a charm for 3 years, but I recently (yesterday) upgraded to the last versions of the libs. And I encounter a failure on install: make install doesn't use the prefix and try to write directly into /usr/share/ which is a problem: libX11 build log: [...] Making install in libX11 make[2]: Entering directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs/libX11' make[3]: Entering directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs/libX11' make[3]: Nothing to be done for `install-exec-am'. test -z /home/giglesias/development/ns2/third-party/build/share/doc/libX11 || /usr/bin/mkdir -p /home/giglesias/development/ns2/third-party/build/share/doc/libX11 /usr/bin/ginstall -c -m 644 libX11.xml AppA.xml AppB.xml AppC.xml AppD.xml CH01.xml CH02.xml CH03.xml CH04.xml CH05.xml CH06.xml CH07.xml CH08.xml CH09.xml CH10.xml CH11.xml CH12.xml CH13.xml CH14.xml CH15.xml CH16.xml credits.xml glossary.xml '/home/giglesias/development/ns2/third-party/build/share/doc/libX11' test -z /usr/share/sgml/X11/dbs || /usr/bin/mkdir -p /usr/share/sgml/X11/dbs /usr/bin/ginstall -c -m 644 libX11.html.db libX11.fo.db '/usr/share/sgml/X11/dbs' /usr/bin/ginstall: cannot remove `/usr/share/sgml/X11/dbs/libX11.html.db': Permission denied /usr/bin/ginstall: cannot remove `/usr/share/sgml/X11/dbs/libX11.fo.db': Permission denied make[3]: *** [install-sgmldbsDATA] Error 1 make[3]: Leaving directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs/libX11' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs/libX11' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs' make: *** [install-recursive] Error 1 and the same of libXext build log: [...] Making install in specs make[1]: Entering directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libXext-1.3.0/specs' make[2]: Entering directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libXext-1.3.0/specs' make[2]: Nothing to be done for `install-exec-am'. test -z /home/giglesias/development/ns2/third-party/build/share/doc/libXext || /usr/bin/mkdir -p /home/giglesias/development/ns2/third-party/build/share/doc/libXext /usr/bin/ginstall -c -m 644 dbelib.xml dpmslib.xml shapelib.xml synclib.xml xtest1.xml '/home/giglesias/development/ns2/third-party/build/share/doc/libXext' test -z /usr/share/sgml/X11/dbs || /usr/bin/mkdir -p /usr/share/sgml/X11/dbs /usr/bin/ginstall -c -m 644 dbelib.html.db dpmslib.html.db shapelib.html.db synclib.html.db xtest1.html.db dbelib.fo.db dpmslib.fo.db shapelib.fo.db synclib.fo.db xtest1.fo.db '/usr/share/sgml/X11/dbs' /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/dbelib.html.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/dpmslib.html.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/shapelib.html.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/synclib.html.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/xtest1.html.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/dbelib.fo.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/dpmslib.fo.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/shapelib.fo.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/synclib.fo.db': Permission denied /usr/bin/ginstall: cannot create regular file `/usr/share/sgml/X11/dbs/xtest1.fo.db': Permission denied make[2]: *** [install-sgmldbsDATA] Error 1 make[2]: Leaving directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libXext-1.3.0/specs' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libXext-1.3.0/specs' make: *** [install-recursive] Error 1 Both are being configured through the classic: ./configure --prefix=/home/giglesias/development/ns2/third-party/build --enable-static --disable-shared Sorry if I missed something, but I really think it's a problem in the build config of those two libraries. Although other libs may be concerned, those are the only ones failing in my dependencies for using xcb... Any idea ? Should I have to post new bugs ? Thanks, Garry. ___ xorg@lists.freedesktop.org: X.Org support Archives:
Re: libX11 and libXext (at least) fail using prefix on make install
On Mon, Jun 20, 2011 at 3:12 AM, Garry Iglesias garry.igles...@gmail.com wrote: Hi, Sorry if this problem has already been mentioned, but I couldn't find any question nor bug about it... I'm building a libX11 and libXext as static libraries in a local tree as third party dependencies of a framework I'm working on. It's been working like a charm for 3 years, but I recently (yesterday) upgraded to the last versions of the libs. And I encounter a failure on install: make install doesn't use the prefix and try to write directly into /usr/share/ which is a problem: libX11 build log: [...] Making install in libX11 make[2]: Entering directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs/libX11' make[3]: Entering directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs/libX11' make[3]: Nothing to be done for `install-exec-am'. test -z /home/giglesias/development/ns2/third-party/build/share/doc/libX11 || /usr/bin/mkdir -p /home/giglesias/development/ns2/third-party/build/share/doc/libX11 /usr/bin/ginstall -c -m 644 libX11.xml AppA.xml AppB.xml AppC.xml AppD.xml CH01.xml CH02.xml CH03.xml CH04.xml CH05.xml CH06.xml CH07.xml CH08.xml CH09.xml CH10.xml CH11.xml CH12.xml CH13.xml CH14.xml CH15.xml CH16.xml credits.xml glossary.xml '/home/giglesias/development/ns2/third-party/build/share/doc/libX11' test -z /usr/share/sgml/X11/dbs || /usr/bin/mkdir -p /usr/share/sgml/X11/dbs /usr/bin/ginstall -c -m 644 libX11.html.db libX11.fo.db '/usr/share/sgml/X11/dbs' /usr/bin/ginstall: cannot remove `/usr/share/sgml/X11/dbs/libX11.html.db': Permission denied I think this must be picking up your host's pkg-config file for xorg-sgml-doctools that determine where to install the cross reference databases for the documents. Do you see the following line during configure? checking for X.Org SGML entities = 1.7... /usr/share/sgml The fix is either to install a new copy of xorg-sgml-doctools for your prefix before libX11/libXext, or just disable the build of the spec docs with --disable-specs. If you're just installing X as a dependency, you may not care about the spec docs (they take a long time to build, too). I think the next release of these modules will have that fixed so the files follow --prefix, but I don't know when that will be. -- 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: libX11 and libXext (at least) fail using prefix on make install
On Tue, 2011-06-21 at 03:46 -0700, Dan Nicholson wrote: On Mon, Jun 20, 2011 at 3:12 AM, Garry Iglesias garry.igles...@gmail.com wrote: Hi, Sorry if this problem has already been mentioned, but I couldn't find any question nor bug about it... I'm building a libX11 and libXext as static libraries in a local tree as third party dependencies of a framework I'm working on. It's been working like a charm for 3 years, but I recently (yesterday) upgraded to the last versions of the libs. And I encounter a failure on install: make install doesn't use the prefix and try to write directly into /usr/share/ which is a problem: libX11 build log: [...] Making install in libX11 make[2]: Entering directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs/libX11' make[3]: Entering directory `/shared-a/nshq/dev/ns2/third-party/Xlib/libX11-1.4.3/specs/libX11' make[3]: Nothing to be done for `install-exec-am'. test -z /home/giglesias/development/ns2/third-party/build/share/doc/libX11 || /usr/bin/mkdir -p /home/giglesias/development/ns2/third-party/build/share/doc/libX11 /usr/bin/ginstall -c -m 644 libX11.xml AppA.xml AppB.xml AppC.xml AppD.xml CH01.xml CH02.xml CH03.xml CH04.xml CH05.xml CH06.xml CH07.xml CH08.xml CH09.xml CH10.xml CH11.xml CH12.xml CH13.xml CH14.xml CH15.xml CH16.xml credits.xml glossary.xml '/home/giglesias/development/ns2/third-party/build/share/doc/libX11' test -z /usr/share/sgml/X11/dbs || /usr/bin/mkdir -p /usr/share/sgml/X11/dbs /usr/bin/ginstall -c -m 644 libX11.html.db libX11.fo.db '/usr/share/sgml/X11/dbs' /usr/bin/ginstall: cannot remove `/usr/share/sgml/X11/dbs/libX11.html.db': Permission denied I think this must be picking up your host's pkg-config file for xorg-sgml-doctools that determine where to install the cross reference databases for the documents. Do you see the following line during configure? checking for X.Org SGML entities = 1.7... /usr/share/sgml The fix is either to install a new copy of xorg-sgml-doctools for your prefix before libX11/libXext, or just disable the build of the spec docs with --disable-specs. If you're just installing X as a dependency, you may not care about the spec docs (they take a long time to build, too). I think the next release of these modules will have that fixed so the files follow --prefix, but I don't know when that will be. This was fixed 10 days ago in git master: http://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=b370eeb0191b0e2a8bde2f03a442a8ca62e35d58 and in all other modules with docs. Version 1.8 of xorg-sgml-doctools is required. Configuring with --disable-docs and --disable=specs will skip building the documentation which is a sizable piece of work in libX11. -- 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: mems...@videotron.ca 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
Intel Pineview G: xlogo/xpdf/gv paint into windows dragged over them
Hi Folks, I am facing some 2D rendering problems on my new Intel Atom D525 / Pineview G / GMA3150 box. Certain X-applications paint patterns in windows dragged over them. e.g.: dragging an xterm sidewise over xpdf creates some barcode-patterns in xterm, dragging xterm over xlogo paints parts of the x-logo into xterm. Hints, where to further address this problem appreciated, thanks, Alexander # -- Bug description: Intel Pineview G: xlogo/xpdf/gv paint into windows dragged over them System environment: -- chipset: Intel Atom D525 Pineview G -- system architecture: 32-bit -- xf86-video-intel: 2.15.0 -- xserver: X.Org X Server 1.10.2 -- mesa: 7.10.2 -- libdrm: 2.4.25 -- kernel: 2.6.38.7 -- Linux distribution: Debian testing -- Machine or mobo model: Intel Desktop Board D525MW -- Display connector: VGA Reproducing steps: 1) start xlogo, resize it to be larger than e.g. your xterm 2) drag a second window (e.g. xterm) sidewards over xlogo Result: contents from the xlogo are re-drawn, but also paint into the window dragged over it. Additional info: xlogo is used as an example here, since it produced the most drastic effect of this bug. Real-World examples are xpdf and gv painting barcode-like patterns in windows dragged sidewise over them. List of applications observed causing this problem: - xpdf and gv (right window shade line) - oclock -noshape - rxvt -sb (lower scroll arrow) - xlogo - xeyes # -- [ 8.205] _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 [ 8.205] _XSERVTransOpen: transport open failed for inet6/somebox.somenet.de:0 [ 8.205] _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 [ 8.211] XDMCP warning: INET6 UDP socket creation failed [ 8.231] X.Org X Server 1.10.2 Release Date: 2011-05-28 [ 8.231] X Protocol Version 11, Revision 0 [ 8.231] Build Operating System: Linux 2.6.32-5-686-bigmem i686 Debian [ 8.231] Current Operating System: Linux somebox.somenet.de 2.6.38.7-dl+ #1 Wed May 25 18:26:32 CEST 2011 i686 [ 8.233] Kernel command line: BOOT_IMAGE=diskless [ 8.234] Build Date: 14 June 2011 01:03:32PM [ 8.234] xorg-server 2:1.10.2-1+b1 (i386 Build Daemon (murphy) buildd_i386-mur...@buildd.debian.org) [ 8.234] Current version of pixman: 0.21.8 [ 8.234]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 8.234] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 8.235] (==) Log file: /var/log/Xorg.0.log, Time: Tue Jun 21 10:27:01 2011 [ 8.243] (==) Using config file: /etc/X11/xorg.conf [ 8.244] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 8.252] (++) |--Screen intel (0) [ 8.252] (**) | |--Monitor default monitor [ 8.253] (**) | |--Device intel [ 8.253] (==) No monitor specified for screen intel. Using a default monitor configuration. [ 8.253] (**) Option BlankTime 10 [ 8.253] (**) Option StandbyTime 11 [ 8.253] (**) Option SuspendTime 12 [ 8.253] (**) Option OffTime 13 [ 8.253] (**) Option AutoAddDevices no [ 8.253] (**) Not automatically adding devices [ 8.253] (==) Automatically enabling devices [ 8.294] (WW) The directory /usr/share/fonts/X11/Speedo does not exist. [ 8.294]Entry deleted from font path. [ 8.294] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 8.294]Entry deleted from font path. [ 8.309] (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [ 8.309] (==) ModulePath set to /usr/lib/xorg/modules [ 8.309] (==) |--Input Device Generic Mouse [ 8.309] (==) |--Input Device Generic Keyboard [ 8.309] (==) No Layout section. Using the first core pointer device. [ 8.309] (==) No Layout section. Using the first core keyboard device. [ 8.309] (II) Loader magic: 0x8232b00 [ 8.309] (II) Module ABI versions: [ 8.309]X.Org ANSI C Emulation: 0.4 [ 8.309]X.Org Video Driver: 10.0 [ 8.309]X.Org XInput driver : 12.2 [ 8.309]X.Org Server Extension : 5.0 [ 8.311] (--) PCI:*(0:0:2:0) 8086:a001:8086:574d rev 2, Mem @ 0xf020/524288,
[ANNOUNCE] xkbcomp 1.2.2
Hi, This is an semi-urgent bugfix release for the two commits of mine, which fix a particularly bad failure in the compat code. If you had a SymInterpret definition (i.e. to map a keysym to an action, as used for VT switch and others) with an unknown keycode, every key that wasn't already mapped to an action would get mapped to your new action. So, for example, if you had XF86LogWinTree mapped to the PrWins action, and a libX11 that was unaware of the new symbol, every key aside from VT switching, zapping, pointer keys and modifiers, would dump the window tree to your X log, and do nothing else. Distributions are strongly, strongly recommended to upgrade, including in stable series. Alan Coopersmith (1): Replace repeated checks for gcc with _X_ATTRIBUTE_PRINTF from xproto Alistair Leslie-Hughes (1): xkbcomp: Stop possible overflow in yyGetnumber. #31647 Daniel Stone (3): Interp: Don't make modifier lookup failure fatal Interp: Ignore NoSymbol definitions Bump to 1.2.2 Gaetan Nadon (2): config: let Automake handle Yacc dist and cleaning config: move pre-processor flags to AM_CPPFLAGS Julien Cristau (1): Inline the oiText macro in the only place it's used git tag: xkbcomp-1.2.2 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.2.2.tar.bz2 MD5: 6e8e160b99145a9a3d6ca127f61e0bc9 xkbcomp-1.2.2.tar.bz2 SHA1: 1a8c8c567a50a90540a44c9e1417655c40af7c83 xkbcomp-1.2.2.tar.bz2 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.2.2.tar.gz MD5: f047b89aa1f8b8ed6b2f1b938e9956f2 xkbcomp-1.2.2.tar.gz SHA1: 0c2ffa6badf541a92c37f8df9336ce3d8e2c25e7 xkbcomp-1.2.2.tar.gz Cheers, Daniel signature.asc Description: Digital signature ___ 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
[ANNOUNCE] xkbcomp 1.2.3
Hi, Well, this is embarassing. There was a pretty bad problem with the 1.2.2 release, which quite effectively crushed Any+AnyOfOrNone(All) interp mappings, in that xkeyboard-config actually relied on an explicit Any+AnyOfOrNone(All) mapping to function. 1.2.3 builds on the previous 1.2.2 fix to allow explicit Any+AnyOfOrNone(All) mappings, while still ignoring interp mappings whose keysyms could not be found. I've regression-tested this against xkbcomp 1.1.1 by comparing the results of compiling every layout (primary variants only) in xkeyboard-config, and there were no differences at all. Distributions are strongly recommended to push 1.2.3 instead of 1.2.2, whose tarballs have been removed from the archive. Daniel Stone (3): Constify LookupKeysym input argument Interp: Allow explicit Any/NoSymbol mappings Bump to 1.2.3 git tag: xkbcomp-1.2.3 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.2.3.tar.bz2 MD5: 35622a497894c1cff9182d42696c3e27 xkbcomp-1.2.3.tar.bz2 SHA1: c20d1b5b8e25634cc9a79c5e4c3397a5ffbee1e0 xkbcomp-1.2.3.tar.bz2 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.2.3.tar.gz MD5: 5a1e4752930330176e4b6c2aa1fc7213 xkbcomp-1.2.3.tar.gz SHA1: 64978c13bfcf766c6afe9ce8ac688b4191e1de69 xkbcomp-1.2.3.tar.gz Cheers, Daniel, typing through a brown paper bag signature.asc Description: Digital signature ___ 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] xkbcomp 1.2.2
Hi, On Tue, Jun 21, 2011 at 02:17:30PM +0100, Daniel Stone wrote: This is an semi-urgent bugfix release for the two commits of mine, which fix a particularly bad failure in the compat code. If you had a SymInterpret definition (i.e. to map a keysym to an action, as used for VT switch and others) with an unknown keycode, every key that wasn't already mapped to an action would get mapped to your new action. So, for example, if you had XF86LogWinTree mapped to the PrWins action, and a libX11 that was unaware of the new symbol, every key aside from VT switching, zapping, pointer keys and modifiers, would dump the window tree to your X log, and do nothing else. Distributions are strongly, strongly recommended to upgrade, including in stable series. Please see the xkbcomp 1.2.3 release for an emergency brown paper bag release. I've removed the 1.2.2 tarballs from the X.Org servers. Sorry about this. Cheers, Daniel signature.asc Description: Digital signature ___ 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