1. 06 Mar, 2017 1 commit
  2. 04 Mar, 2017 4 commits
  3. 27 Feb, 2017 1 commit
  4. 26 Feb, 2017 1 commit
  5. 24 Feb, 2017 2 commits
  6. 15 Feb, 2017 1 commit
  7. 11 Feb, 2017 1 commit
  8. 08 Feb, 2017 1 commit
    • Sébastien Wilmet's avatar
      TemplatesPersonal: fix for loop condition with G_MAXINT · 9d2ff01c
      Sébastien Wilmet authored
      The condition was always true, even after overflow. What we want to
      avoid is negative numbers. So stop the loop at G_MAXINT.
      
      It is anyway extremely unlikely that someone has that many personal
      templates, so the bug never happened in practice.
      
      Found by Coverity.
      9d2ff01c
  9. 07 Feb, 2017 3 commits
  10. 06 Feb, 2017 1 commit
  11. 04 Feb, 2017 1 commit
  12. 30 Jan, 2017 1 commit
  13. 26 Jan, 2017 5 commits
  14. 18 Jan, 2017 2 commits
    • Sébastien Wilmet's avatar
      News: add news for release 3.22.1 · 060081a8
      Sébastien Wilmet authored
      The release was created in a side-branch. From now on, I'll try to keep
      the NEWS file complete on the master branch, to have a good history
      overview.
      060081a8
    • Sébastien Wilmet's avatar
      Add release dates to the NEWS file · 94e43692
      Sébastien Wilmet authored
      I think it's useful information. It can be retrieved from git, but to do
      it correctly (get the commiter date of the commit that the git tag
      points to) is more difficult. It's easier if it's present in the NEWS
      file.
      
      The dates have been added with this quick and dirty script:
      ```
      	#!/usr/bin/env bash
      
      	tags_list=`git tag`
      	for tag in $tags_list
      	do
      		# For the date, it takes the commiter date of the git commit that $tag
      		# points to. This is normally the closest date to the real date of the
      		# release (if the tag refers to a version). Sometimes a maintainer
      		# forgets to create the tag and the tag is created afterwards.
      		#
      		# To show git tags alongside the tag creation dates, use the following
      		# command instead:
      		# $ git tag -l --format="%(refname:strip=2) - %(taggerdate:short)"
      
      		commiter_date=`git log -1 --date=short --pretty="format:%cd" $tag`
      
      		sed -i "s/^\(Release ${tag#v}\)$/\1, ${commiter_date}/" NEWS
      	done
      
      	sed -i "s/\(--------\)/\1------------/" NEWS
      ```
      
      For the versions <= 0.2, the dates have been added manually from the
      information in the first git repo (no longer public).
      94e43692
  15. 28 Dec, 2016 1 commit
  16. 25 Dec, 2016 1 commit
  17. 22 Dec, 2016 2 commits
  18. 21 Dec, 2016 1 commit
  19. 20 Dec, 2016 3 commits
  20. 19 Dec, 2016 1 commit
  21. 18 Dec, 2016 6 commits
    • Sébastien Wilmet's avatar
      build: clean generated C files during `make clean` · 4b70f5b2
      Sébastien Wilmet authored
      Best practice is to use CLEANFILES to clean stuff built by make, and
      DISTCLEANFILES only for stuff built by configure. Everyone has to run
      make and it's very unexpected for 'make clean' to not clean things it
      builds.
      4b70f5b2
    • Sébastien Wilmet's avatar
      build: fixes in data/Makefile.am · d16c3c82
      Sébastien Wilmet authored
      Best practice is to use CLEANFILES to clean stuff built by make, and
      DISTCLEANFILES only for stuff built by configure. Everyone has to run
      make and it's very unexpected for 'make clean' to not clean things it
      builds.
      d16c3c82
    • Sébastien Wilmet's avatar
      AppData: fix `make check` · b8344f95
      Sébastien Wilmet authored
      The errors were:
      org.gnome.latexila.appdata.xml: FAILED:
      • tag-missing  : <name> is not present
      • tag-missing  : <summary> is not present
      • style-invalid: Too many <p> tags for a good description [5/4]
      
      I don't really like merging the two paragraphs. I think when people see
      long paragraphs they don't read them. And translations will need to be
      updated, otherwise the description will be partly in English… Oh well,
      anyway.
      b8344f95
    • Sébastien Wilmet's avatar
      build: use APPSTREAM_XML · 93f4cf62
      Sébastien Wilmet authored
      93f4cf62
    • Sébastien Wilmet's avatar
      build: update git.mk · 31247c91
      Sébastien Wilmet authored
      31247c91
    • Sébastien Wilmet's avatar
      build: stop setting ACLOCAL_AMFLAGS · 2d35259e
      Sébastien Wilmet authored
      This is deprecated and will break with a future version of Automake.
      Also, we already call AC_CONFIG_MACRO_DIR([m4]) in configure.ac, so it's
      also useless. The downside is that it will introduce a nag warning from
      libtool, but that's a libtool bug.
      2d35259e