1. 27 Oct, 2009 1 commit
  2. 22 Oct, 2009 2 commits
  3. 21 Oct, 2009 1 commit
    • Jeremy Huddleston's avatar
      This is not a GNU project, so declare it foreign. · 6f756640
      Jeremy Huddleston authored
      On Wed, 2009-10-21 at 13:36 +1000, Peter Hutterer wrote:
      > On Tue, Oct 20, 2009 at 08:23:55PM -0700, Jeremy Huddleston wrote:
      > > I noticed an INSTALL file in xlsclients and libXvMC today, and it
      > > was quite annoying to work around since 'autoreconf -fvi' replaces
      > > it and git wants to commit it.  Should these files even be in git?
      > > Can I nuke them for the betterment of humanity and since they get
      > > created by autoreconf anyways?
      >
      > See https://bugs.freedesktop.org/show_bug.cgi?id=24206
      
      As an interim measure, replace AM_INIT_AUTOMAKE([dist-bzip2]) with
      AM_INIT_AUTOMAKE([foreign dist-bzip2]). This will prevent the generation
      of the INSTALL file. It is also part of the 24206 solution.
      Signed-off-by: default avatarJeremy Huddleston <jeremyhu@freedesktop.org>
      6f756640
  4. 13 Oct, 2009 1 commit
  5. 09 Oct, 2009 1 commit
  6. 08 Oct, 2009 1 commit
  7. 06 Oct, 2009 4 commits
  8. 29 Jan, 2009 1 commit
    • Paulo Cesar Pereira de Andrade's avatar
      Janitor: Correct make distcheck and sparse warnings. · 5957fdd9
      Paulo Cesar Pereira de Andrade authored
        Use only one toplevel .gitignore file.
      
        It was tempting to also modify the code to not, first check if
      xrender is >= 0.8.2, and then, if failing, check for libXrender
      functions with different build options, but left as is, as it
      could be somehow useful at least as an example of being backwards
      compatible.
      5957fdd9
  9. 22 Nov, 2008 1 commit
  10. 25 Oct, 2008 1 commit
  11. 02 Jul, 2008 1 commit
  12. 11 Jun, 2008 1 commit
  13. 10 Jun, 2008 1 commit
  14. 24 Mar, 2008 1 commit
  15. 09 Mar, 2008 1 commit
  16. 06 Dec, 2007 1 commit
  17. 04 Nov, 2007 1 commit
  18. 12 Sep, 2007 1 commit
    • Karl Tomlinson's avatar
      XftFontOpenInfo: Use of uninitialised value of size 8 (bug 11200) · 8ae5ea8c
      Karl Tomlinson authored
      This is due to XftFontInfoFill using the binary representation of the
      XftFontInfo to generate fi->hash.
      
      With 64-bit pointers there is padding between .hash and .file in struct
      _XftFontInfo.  This padding is not initialized, and the hash uses these
      bytes.
      
      This will interfere with finding "a matching previously opened font" in
      XftFontOpenInfo, and XftFontInfoEqual, which uses memcmp, will have similar
      problems.
      
      This fix makes no assumptions about the sizes and alignment of members of
      struct _XftFontInfo by using memset.  (It also makes no assumptions about
      what FcPatternGet* does to its output parameter when it returns
      FcResultNoMatch.)
      8ae5ea8c
  19. 03 Sep, 2007 1 commit
  20. 07 Dec, 2006 2 commits
  21. 13 Oct, 2006 2 commits
  22. 13 Jul, 2006 2 commits
  23. 03 Jun, 2006 1 commit
  24. 15 Dec, 2005 1 commit
  25. 03 Dec, 2005 1 commit
  26. 20 Nov, 2005 1 commit
  27. 19 Nov, 2005 1 commit
  28. 19 Oct, 2005 2 commits
  29. 05 Oct, 2005 1 commit
  30. 04 Aug, 2005 1 commit
  31. 29 Jul, 2005 1 commit
    • Kevin E Martin's avatar
      Various changes preparing packages for RC0: · a09401af
      Kevin E Martin authored
      - Verify and update package version numbers as needed
      - Implement versioning scheme
      - Change bug address to point to bugzilla bug entry form
      - Disable loadable i18n in libX11 by default (use --enable-loadable-i18n to
          reenable it)
      - Fix makedepend to use pkgconfig and pass distcheck
      - Update build script to build macros first
      - Update modular Xorg version
      a09401af
  32. 27 Jul, 2005 1 commit