[ANNOUNCE] xfs 1.1.2
xfs is the X Font Server, allowing remote X servers such as X Terminals to access fonts for rendering via X11 core protocol requests. This minor maintenance release contains a number of fixes for issues found by static analysis and compiler warnings, code & doc cleanups, and build configuration improvements. Alan Coopersmith (15): Make config.cpp rule compatible with Solaris make resync font-path checking with xserver's configure.ac Remove dependency on libFS, the client-side library Fix gcc -Wwrite-strings warnings for initialization with string literals Add _X_ATTRIBUTE_PRINTF to error reporting functions Fix warnings about mismatched printf arg types Add _X_NORETURN to declarations of functions that exit Don't pass a static string to TRANS(GetReopenInfo) Constify string argument to MakeAtom Make CONFIG_ERR_* values be strings instead of indexes in ConfigErrors array Fix printf format errors found by gcc now that it can check Move os/config.h into os/config.c Use config.h for autoconf output now that there's no conflict Call malloc, not xalloc xfs 1.1.2 Gaetan Nadon (6): config: HTML file generation: use the installed copy of xorg.css doc: use common makefile for developers documentation config: fix distcheck for config.cpp devbook.am: maintenance update from docbook.am docs: use the &fullrelvers; entity to set X11 release information xfs-design: add missing legal text for Copyright holder Martin Jansa (1): config: look for fontpath.d only if --with-default-font-path wasn't specified #31290 git tag: xfs-1.1.2 http://xorg.freedesktop.org/archive/individual/app/xfs-1.1.2.tar.bz2 MD5: 39e507a7a1b656885c4828a915e5805b SHA1: d4a64e12f8a773bd0120977191586ca12baf1ace SHA256: 0dea61cce3897b4d9d844bbd2c7850cd4e80e12c12b38158b4f92574b027e39d http://xorg.freedesktop.org/archive/individual/app/xfs-1.1.2.tar.gz MD5: 567348f7d6a21c1931dd67704c852aa1 SHA1: 9bc359be84236464250777c0d01b47b55a7f8c36 SHA256: 79d01efb4e75f886e82677df8363e2721b04f743ef07ae48dcfcfddbc21d2824 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc pgpIkNfan1tDw.pgp Description: PGP signature ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] font-util 1.3.0
These utilities are used when generating and building the packages for the X.Org fonts. This release includes a number of bug fixes and code cleanups of the utilities, as well as improvements to the GNU autoconf macros for X.Org font packages for cross-compiling support. Existing font packages will need to have autoreconf run after installing the new fontutil.m4 to take advantage of the cross-compilation fixes - the next release of the font packages will include this fix in the configure scripts distributed in their tarballs. Alan Coopersmith (5): Add const attributes to fix gcc -Wwrite-strings warnings Mark usage() as not returning to clear incorrect uninit var warning Fix "cast discards qualifiers from pointer target type" warnings configure.ac updates to match other X.Org modules font-util 1.3.0 Jeremy Huddleston (3): bdftruncate: Properly support -w and +w ucs2any: Dead code removal bdftruncate: Make sure opt_minus_w and opt_plus_w are initialized Jon TURNEY (2): Never run fc-cache if cross-compiling If cross-compiling, we don't have to run mkfontdir git tag: font-util-1.3.0 http://xorg.freedesktop.org/archive/individual/font/font-util-1.3.0.tar.bz2 MD5: ddfc8a89d597651408369d940d03d06b SHA1: a015f4c5a35d98af72835797293697e0eb9cd506 SHA256: dfa9e55625a4e0250f32fabab1fd5c8ffcd2d1ff2720d6fcf0f74bc8a5929195 http://xorg.freedesktop.org/archive/individual/font/font-util-1.3.0.tar.gz MD5: 700372ecf9e2254f9a0e0232da2b245f SHA1: 90b7137a16949821c8c30e46c8d6fd668886f535 SHA256: f3791f3808c418f66f6b58af20997928592aba8604aa30a2b6a149b5c7fefca5 -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc pgpl2BBAS1Fqc.pgp Description: PGP signature ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Elantech touchpad issue
Hello. I have a notebook, Samsung RC530, with Elantech touchpad: [18392.637632] psmouse serio1: elantech: assuming hardware version 3 (with firmware version 0x450f00) [18392.672694] psmouse serio1: elantech: Synaptics capabilities query result 0x08, 0x15, 0x0c. The touchpad is identified correctly by the kernel, sends the correct finger touch events (verified by a printk probe) and is correctly bound to synaptics driver within xorg (Xorg.log: http://pastie.org/3481273). There is one "minor" issue, however: the driver thinks that 3-finger touch is 1-finger touch, and disregards 1-finger touches whatsoever. That is, I can move cursor with 3 fingers, but not 1. I can still scroll with 2 fingers. I use Debian wheezy. Ideas? Fixes? Thanks for your time. -- WBR, Peter Zotov. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Possible compiler issue with mesa from git
On Mon, 2012-02-27 at 16:30 +0100, Jon Arne Jørgensen wrote: > Hi, > Not sure if this is the right place. It wasn't, redirecting to the mesa-dev mailing list. > I've been running mesa from git for a couple of months, > but I've been lazy, and haven't updated my git clone in a while. > Today I did, and I had some trouble compiling. > > The compile went fine until "src/mesa/drivers/dri/common/dri_util.c" > here, I got lots of errors about constants that wasn't defined. > > The constants was of type "__DRI_CTX_ATTRIB_FLAGS", > and similar __DRI_CTX_[...], __DRI_API_[...] defines. > > I realized that all these defines are defined in > "include/GL/internal/dri_interface.h" > I then checked "src/mesa/drivers/dri/common/dri_util.h", and saw that this has > a statement to include "". > > This made me realize that the compiler is actually reading the > header-file from my install directory "/opt/xorg/include". > So, the solution was to delete the "/opt/xorg/include" folder, and recompile. > Now, everything went smooth, and I'm writing this from my new-compiled > mesa-driver :) > > Now, my question: > Why did I have to delete my include directory? > Should not "dri_util.h" include the "dri_interface.h" from withing the > source tree? > > I'll gladly write a bug report on this; if this is a bug. > If this is expected behavior, just tell me, and I'll leave you alone :) > > -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com