1. 05 Sep, 2013 1 commit
  2. 04 Sep, 2013 1 commit
  3. 27 Aug, 2013 1 commit
  4. 22 Jul, 2013 1 commit
  5. 19 Jul, 2013 2 commits
  6. 18 Jul, 2013 3 commits
  7. 27 Jun, 2013 1 commit
  8. 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
  9. 08 Apr, 2013 1 commit
  10. 14 Jan, 2013 1 commit
  11. 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
  12. 08 Jan, 2013 1 commit
  13. 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
  14. 13 Nov, 2012 1 commit
  15. 12 Nov, 2012 6 commits
  16. 02 Nov, 2012 1 commit
  17. 31 Oct, 2012 1 commit
  18. 23 Oct, 2012 1 commit
  19. 15 Oct, 2012 2 commits
  20. 03 Oct, 2012 1 commit
  21. 08 Sep, 2012 1 commit
  22. 07 Sep, 2012 1 commit
  23. 03 Sep, 2012 1 commit
  24. 31 Aug, 2012 1 commit
  25. 20 Aug, 2012 1 commit
    • Behdad Esfahbod's avatar
      Trace AC_CONFIG_SUBDIRS with autoconf · 4668cc82
      Behdad Esfahbod authored
      Find configure.ac and configure.in files using the trace functionality
      of autoconf in order to skip build directories from incomplete make
      distcheck runs. Fixes bug 510713.
      4668cc82
  26. 19 Aug, 2012 1 commit
  27. 14 Aug, 2012 1 commit
  28. 08 Aug, 2012 1 commit
  29. 04 Aug, 2012 1 commit
    • Behdad Esfahbod's avatar
      Trace AC_CONFIG_SUBDIRS with autoconf · 646fa962
      Behdad Esfahbod authored
      Find configure.ac and configure.in files using the trace functionality
      of autoconf in order to skip build directories from incomplete make
      distcheck runs. Fixes bug 510713.
      646fa962
  30. 01 Aug, 2012 1 commit