1. 15 Apr, 2014 1 commit
  2. 24 Mar, 2014 1 commit
  3. 22 Mar, 2014 1 commit
  4. 13 Mar, 2014 1 commit
  5. 12 Mar, 2014 2 commits
  6. 16 Dec, 2013 1 commit
  7. 29 Oct, 2013 2 commits
  8. 01 Oct, 2013 1 commit
  9. 23 Sep, 2013 1 commit
  10. 05 Sep, 2013 1 commit
  11. 04 Sep, 2013 1 commit
  12. 27 Aug, 2013 1 commit
  13. 22 Jul, 2013 1 commit
  14. 19 Jul, 2013 2 commits
  15. 18 Jul, 2013 3 commits
  16. 27 Jun, 2013 1 commit
  17. 08 May, 2013 1 commit
    • Dan Winship's avatar
      code-coverage: fix conditionalization · 47e94cb9
      Dan Winship authored
      The "make clean" rule added by gnome-code-coverage.m4 was not
      conditionalized (making it spew errors on "make clean" when built
      without coverage support, since $(LCOV) expanded to ""), and the other
      rules were conditionalized incorrectly (testing "ifdef
      CODE_COVERAGE_ENABLED", when that variable was always set, just
      sometimes to "no"). Fix both problems.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=699943
      47e94cb9
  18. 08 Apr, 2013 1 commit
  19. 14 Jan, 2013 1 commit
  20. 10 Jan, 2013 2 commits
    • Ross Burton's avatar
      COPYING: add GPL-2 license file · ce863d9b
      Ross Burton authored
      Finally declare gnome-common to be GPL 2+, by doing some source code
      archaeology.
      
      These files we can effectively ignore:
      
      .gitignore
      AUTHORS
      ChangeLog.pre-git
      NEWS
      README
      doc-build/README
      doc/usage.txt
      gnome-common.doap
      macros2/README.cvs-commits
      
      The build files you could argue are boilerplate/uncopyrightable:
      
      Makefile.am
      autogen.sh
      configure.in
      doc-build/Makefile.am
      macros2/Makefile.am
      
      So that leaves:
      
      doc-build/gnome-doc-common.in
      doc-build/omf.make
      doc-build/xmldocs.make
      
      Appeared in e16ea58d. Appears to have
      been copy-pasted from scrollkeeper-example2, LGPLv2.1.
      
      macros2/gnome-autogen.sh
      
      Can be traced back to gnome-libs 88f7376472d3ee54329213c118b46225703d8223, which
      is GPLv2/LGPLv2.
      
      macros2/gnome-code-coverage.m4
      
      LGPLv2.1+.
      
      macros2/gnome-common.m4
      macros2/gnome-compiler-flags.m4
      
      Synced with gnome-core as of 425e5cc9, so
      LGPLv2.1+.
      
      The long-standing assumption is that gnome-common was GPLv2+, so use that
      license. Finally the tyranny of unclear licensing is over!
      
      https://bugzilla.gnome.org/show_bug.cgi?id=133689
      ce863d9b
    • Ross Burton's avatar
  21. 08 Jan, 2013 1 commit
  22. 10 Dec, 2012 1 commit
    • Dodji Seketeli's avatar
      Better support of using AUTOCONF environment variable · 4bb2a245
      Dodji Seketeli authored
      When I launch gnome-autogen.sh by telling it to use a version of
      autoconf that is at a particular path -- by using the AUTOCONF
      environment variable -- I can see that there is a spot in the script
      that fails to honour that variable.  I thus get the error message
      (that I trim to just keep the relevant part):
      
          AUTOCONF=/my/autoconf AUTOM4TE=/my/autom4te /bin/sh -x /usr/bin/gnome-autogen.sh
      
          [...]
      
          +++ find_configure_files /home/dodji/devel/git/gdl/master
          +++ configure_ac=
          +++ test -f /home/dodji/devel/git/gdl/master/configure.ac
          +++ test -f /home/dodji/devel/git/gdl/master/configure.in
          +++ configure_ac=/home/dodji/devel/git/gdl/master/configure.in
          +++ test x/home/dodji/devel/git/gdl/master/configure.in '!=' x
          +++ echo /home/dodji/devel/git/gdl/master/configure.in
          +++ autoconf -t 'AC_CONFIG_SUBDIRS:$1' /home/dodji/devel/git/gdl/master/configure.in
          +++ read dir
          /home/dodji/devel/git/gdl/master/configure.in:8: error: Autoconf version 2.65 or higher is required
          /home/dodji/devel/git/gdl/master/configure.in:8: the top level
          autom4te: /bin/m4 failed with exit status: 63
      
      I think the problem is that the find_configure_files function uses
      'autoconf' directly instead of using $AUTOCONF.  So it's taking the
      autoconf binary that is in my path, and that one doesn't satisfy the
      version requirement of the configure.in script template that is in.
      /home/dodji/devel/git/gdl/master/configure.in.
      
      The patch below fixes that essentially by s/autoconf/$AUTOCONF there,
      and also by moving the definition point of the AUTOCONF variable --
      that is done by a call to version_check -- before the first spot that
      actually uses it.
      
      It's worth noting that this bug appears to have been introduced by the
      patch attached to bug #510713.
      
      Tested on my Fedora Rawhide system.
      
      	* macros2/gnome-autogen.sh (find_configure_files): Use the
      	AUTOCONF variable, rather than calling the autoconf program
      	directly.  Remove the now useless comment.
      	(<at global scope>): Move the definition of the AUTOCONF variable
      	before its first use.
      4bb2a245
  23. 13 Nov, 2012 1 commit
  24. 12 Nov, 2012 6 commits
  25. 02 Nov, 2012 1 commit
  26. 31 Oct, 2012 1 commit
  27. 23 Oct, 2012 1 commit
  28. 15 Oct, 2012 2 commits