1. 27 Aug, 2019 1 commit
  2. 26 Aug, 2019 1 commit
    • Frédéric Dalleau's avatar
      Do not shutdown an inactive service that is starting · 320a962d
      Frédéric Dalleau authored
      Latests versions of systemd sends a ActiveState=inactive notification
      when starting a service.
      This is causing canterbury to shutdown the service because it
      thought a failure occured which wasn't the case.
      This can be cheched by analysing systemd PropertiesChanged messages
      using busctl --list --user  monitor 2>&1 | grep -A 15 -B 6  ActiveState
      When stopping an application, the PropertiesChanged is received on its
      cantebrury service  and shows that ActiveState=inactive.
      When starting the service, a new PropertiesChanged is sent, and still
      contains ActiveState=inactive. This is misinterpreted by Canterbury.
      Let's inihibit canterbury's termination forcing behavior.
      Signed-off-by: default avatarFrédéric Dalleau <frederic.dalleau@collabora.com>
  3. 14 Aug, 2019 2 commits
    • Emanuele Aina's avatar
      Release apertis/0.2019.0-0co1 · 154b2465
      Emanuele Aina authored
      Signed-off-by: Emanuele Aina's avatarEmanuele Aina <emanuele.aina@collabora.com>
    • Emanuele Aina's avatar
      configure.ac: Fix non-release builds by always disabling -Werror · 4e4588fd
      Emanuele Aina authored
      Non-release builds are currently failing due to some deprecations in
      appstream-glib 0.6.9, released in February 2017:
            CC       src/update-component-index.o
          src/update-component-index.c: In function ‘main’:
          src/update-component-index.c:250:11: error: ‘as_app_set_source_file’ is deprecated: Use 'as_app_add_format' instead [-Werror=deprecated-declarations]
                     as_app_set_source_file (fallback_app, top);
          In file included from /usr/include/libappstream-glib/appstream-glib.h:27,
                           from src/update-component-index.c:16:
          /usr/include/libappstream-glib/as-app.h:753:8: note: declared here
           void   as_app_set_source_file  (AsApp  *app,
          src/update-component-index.c:251:11: error: ‘as_app_set_source_kind’ is deprecated: Use 'as_format_set_kind' instead [-Werror=deprecated-declarations]
                     as_app_set_source_kind (fallback_app, AS_APP_SOURCE_KIND_UNKNOWN);
          In file included from /usr/include/libappstream-glib/appstream-glib.h:27,
                           from src/update-component-index.c:16:
          /usr/include/libappstream-glib/as-app.h:761:8: note: declared here
           void   as_app_set_source_kind  (AsApp  *app,
          src/update-component-index.c:329:7: error: ‘as_app_get_source_file’ is deprecated: Use 'as_app_get_formats' instead [-Werror=deprecated-declarations]
                 source = as_app_get_source_file (app);
          In file included from /usr/include/libappstream-glib/appstream-glib.h:27,
                           from src/update-component-index.c:16:
          /usr/include/libappstream-glib/as-app.h:756:14: note: declared here
           const gchar *as_app_get_source_file  (AsApp  *app)
          cc1: all warnings being treated as errors
          make[1]: *** [Makefile:3580: src/update-component-index.o] Error 1
      Since Canterbury is no longer under active development, keep the warnings but
      make them non-fatal by forcing the `IS-RELEASE` parameter of the
      `AX_COMPILER_FLAGS()` macro to `yes`, instead of being derived from the value
      set automatically by the `AX_IS_RELEASE()` macro.
      Signed-off-by: Emanuele Aina's avatarEmanuele Aina <emanuele.aina@collabora.com>
  4. 14 Jun, 2019 2 commits
  5. 09 May, 2019 6 commits
  6. 02 May, 2019 1 commit
    • Emanuele Aina's avatar
      tests: Fix `make check` on v2019 · 2eeab6ed
      Emanuele Aina authored
      On v2019 `libtool` now detects it doesn't need the fast-install mode and thus
      leaves `relink_command` empty in the executable wrappers it generates.
      Unfortunately, to avoid conflicts with the system AppArmor profile, the
      tests using `canterbury-update-component-index` relied on the wrapper
      triggering a relink and thus re-generating the binaries in the right place
      when moved around.
      Since `relink_command` is now empty this no longer happens and the tests fail
      as they can't find the real executable to launch:
          $ ./component-index.t
          /component-index/get-bundle: /tmp/canterbury.N9IZ0Z/canterbury-update-component-index: error: '/tmp/canterbury.N9IZ0Z/.libs/canterbury-update-component-index' does not exist
          This script is just a wrapper for canterbury-update-component-index.
          See the libtool documentation for more information.
          Canterbury:ERROR:tests/common.c:132:tests_temp_component_index_update: assertion failed (error == NULL): Child process exited with code 1 (g-spawn-exit-error-quark, 1)
      Rather than relying on this implict behaviour, let's also copy the `.libs`
      folder containing the real built binaries.
      Signed-off-by: Emanuele Aina's avatarEmanuele Aina <emanuele.aina@collabora.com>
  7. 25 Apr, 2019 3 commits
  8. 02 Apr, 2019 4 commits
  9. 11 Jul, 2018 3 commits
  10. 05 Jul, 2017 1 commit
  11. 04 Jul, 2017 1 commit
  12. 28 Jun, 2017 8 commits
  13. 27 Jun, 2017 7 commits