4 Commits

Author SHA1 Message Date
Philip Withnall
7ac9adbe1e ci: Update CI image to use 2-58:v1 from registry
The CI image which this glib-2-56 branch was previously using has been
deleted from the registry (master has moved on). Tweak the CI
configuration to use the glib-2-58 image, since there doesn’t seem to be
much point in adding an image just for glib-2-56, given how little
development is still needed on this branch.

Signed-off-by: Philip Withnall <withnall@endlessm.com>
2018-11-02 16:07:09 +00:00
Philip Withnall
4a27a88d29 ci: Use v3 of the Docker image for CI builds
Don’t update to the full CI setup from master, since its success depends
on other fixes which are only present in master. However, using v1 of
the Docker image is no longer possible since it’s been removed from the
registry. Using v3 should enable CI builds for glib-2-56 to succeed.

Signed-off-by: Philip Withnall <withnall@endlessm.com>
2018-06-13 14:07:18 +01:00
Christoph Reiter
7132abe1e6 ci: update meson
Rebuild the fedora docker image to get the newest meson release.

(Backport 2.56: Tweaked by Philip Withnall <withnall@endlessm.com> to
drop MSYS2 changes.)

https://bugzilla.gnome.org/show_bug.cgi?id=795711
2018-05-02 11:11:45 +01:00
Emmanuele Bassi
e04d2e81fc ci: Add GitLab CI description file
We're mostly interested into building and testing everything that gets
pushed to the repository — including merge requests.

When pushing tags, though, we should assume we're spinning a release, so
let's run the dist target, and store the tarball, and the generated
documentation while we're at it, as artifacts on GitLab.

The Dockerfile for the image used for the build is included in tree, and
published on Docker Hub. Using a custom image allows us to avoid the
costly "download and install build dependencies" phase, as well as
controlling the environment a little bit better.

https://bugzilla.gnome.org/show_bug.cgi?id=793635
2018-02-20 13:49:21 +00:00