1. 21 Feb, 2019 1 commit
  2. 13 Dec, 2018 1 commit
  3. 30 Nov, 2018 1 commit
    • Debarshi Ray's avatar
      gegl: Add photos_gegl_pixbuf_new_from_buffer · 5f54518a
      Debarshi Ray authored
      This is part of a new set of APIs for GeglBuffer that don't require the
      creation of a graph. These will allow decoding and encoding image file
      formats to and from a GeglBuffer through asynchronous and cancellable
      methods with error handling. These will follow GIO idioms and be
      similar to the codec APIs for GdkPixbuf. There will be a compatibility
      layer to convert a GeglBuffer to and from GdkPixbuf for legacy reasons.
      These APIs will address the current lack of cancellation and error
      handling in gegl:load, and make it easier to port existing code away
      from GdkPixbuf.
      Bump minimum GdkPixbuf version to 2.36.8.
  4. 23 Nov, 2018 1 commit
  5. 15 Nov, 2018 2 commits
  6. 02 Nov, 2018 1 commit
  7. 19 Oct, 2018 1 commit
    • Debarshi Ray's avatar
      build: Don't install COPYING · ef15cadb
      Debarshi Ray authored
      $datadir/doc or $docdir is not necessarily the right location to place
      the COPYING file. Some distributors might want to install it somewhere
      else. eg., Fedora RPMs [1] mark the license text with %license which
      puts it under $datadir/licenses. Currently, such a distributor has to
      go out of its way to not have two copies of the files.
      As a data point, GLib doesn't install its COPYING file either.
      Users can still see the license from the application's about dialog.
      [1] https://fedoraproject.org/wiki/Packaging:LicensingGuidelines
  8. 13 Oct, 2018 1 commit
    • Debarshi Ray's avatar
      build: Avoid requiring Git for release tarballs · 45c49947
      Debarshi Ray authored
      It's a tad nicer to not require Git when building release tarballs.
      While Git is definitely widely available, it's just one more thing
      that would have to be installed in the buildroots. Therefore, it is
      avoided for 'plain' builds.
  9. 11 Oct, 2018 1 commit
    • Debarshi Ray's avatar
      build: Split some code into a private shared library · 37a598b0
      Debarshi Ray authored
      The overall idea is to start adding unit tests, wherever possible.
      Putting the tested code in a private library makes it accessible from
      test cases because they can link to it.
      Subsequent commits will add a new codec API for GeglBuffer. It will be
      very important to have unit tests for those code paths because:
        * That code will be inherently testable and tests are great.
        * That code is likely to be security sensitive, will handle all
          sorts of dodgy input from untrusted sources, and written using
          very old APIs with brittle error handling.
      This is a step towards that.
      A private shared library seems better than a private static archive
      because the most easily testable code paths are shared across the main
      application and the thumbnailer. Therefore, the assumption is that the
      benefits of sharing that code across both processes outweigh the
      drawbacks of having to resolve symbols from yet another shared library
      on startup. However, this is just an assumption. There's no data
      behind it.
  10. 02 Oct, 2018 1 commit
  11. 28 Sep, 2018 1 commit
  12. 27 Sep, 2018 1 commit
    • Debarshi Ray's avatar
      build: Add the remaining -Wextra warnings in GCC 8 to the Meson build · 4e0a1502
      Debarshi Ray authored
      The Autotools build uses -Wextra because it's on the AX_COMPILER_FLAGS
      list. However, using -Wextra directly is problematic because newer
      compilers can add more warnings to the -Wextra umbrella, and some of
      them might not be fit for this codebase. eg., GCC 8 added
      -Wcast-function-type, which can't be sanely used with the GNOME
      platform (see commit bb290a1e). This is why the Meson build
      tries to avoid -Wextra. Instead, it is better to explicitly list out
      the desired warnings from the -Wextra umbrella.
      The warnings that were explicitly listed out in AX_COMPILER_FLAGS were
      already present in the initial port to Meson. This fills in the rest
      that weren't explicitly listed but were still enabled by -Wextra.
  13. 25 Sep, 2018 2 commits
  14. 06 Sep, 2018 1 commit
  15. 01 Sep, 2018 1 commit
    • Debarshi Ray's avatar
      Prepare 3.29.92 · 0b356bf7
      Debarshi Ray authored
      Owing to the last-minute nature of the port to the Meson build system,
      tarballs are still generated with Autotools to reduce the chances of
      any breakage.
  16. 31 Aug, 2018 1 commit
    • Iñigo Martínez's avatar
      build: Port to Meson build system · cc558432
      Iñigo Martínez authored
      Meson is a build system focused on speed and ease of use, which
      helps speed up software development. This patch adds Meson support
      alongside Autotools.
      Some changes by Debarshi Ray.