glib/.gitlab-ci/mingw.Dockerfile

FROM registry.gitlab.gnome.org/gnome/glib/fedora:v39.3

USER root

RUN dnf -y install \
    mingw64-gcc \
    mingw64-gcc-c++ \
    mingw64-gettext \
    mingw64-libffi \
    mingw64-zlib \
 && dnf clean all

WORKDIR /opt
COPY cross_file_mingw64.txt /opt

USER user
WORKDIR /home/user
build: Bump gvdb subproject dependency and disable tests This brings in https://gitlab.gnome.org/GNOME/gvdb/-/merge_requests/23, which is needed for the following few commits. Unfortunately, one of the other commits it brings in introduces a sort-of-dependency-loop between GIO and GVDB. To avoid that, we have to disable the GVDB tests. See https://gitlab.gnome.org/GNOME/gvdb/-/merge_requests/25 for details. Signed-off-by: Philip Withnall <pwithnall@gnome.org> 2024-09-12 16:08:16 +02:00			`FROM registry.gitlab.gnome.org/gnome/glib/fedora:v39.3`
ci: Upgrade CI images to the new oldest-supported OS versions That means Debian Bookworm and Fedora 37. Also rework the mingw Dockerfile to be based on the Fedora one, so that the underlying layers can be shared. This should reduce the disk consumption of the registry a little. `.gitlab-ci.yml` has not been updated to use the new images in this commit, as the images will be modified further in the following commit. Signed-off-by: Philip Withnall <pwithnall@endlessos.org> 2023-10-11 14:51:50 +02:00
			`USER root`
ci: Add a MinGW Docker image The Fedora image we use contains MinGW bits that ought to go into their own Docker container. This avoids having a massive Docker image that gloms everything and is harder to update. While we're splitting off, we can also update to Fedora 29, as we can rely on Fedora packagers doing their job and ensuring that the MinGW cross-compilation toolchain still works. 2019-04-30 19:21:15 +02:00
			`RUN dnf -y install \`
			`mingw64-gcc \`
			`mingw64-gcc-c++ \`
			`mingw64-gettext \`
			`mingw64-libffi \`
			`mingw64-zlib \`
			`&& dnf clean all`

			`WORKDIR /opt`
			`COPY cross_file_mingw64.txt /opt`

			`USER user`
ci: Actually use a fedora 39 image Also start using a more reliable versioning scheme for the fedora images so that the tag is always vFEDORA_VERSION.IMAGE_VERSION to make it easier to understand on future updates Fixes: #3381 2024-05-24 18:54:54 +02:00			`WORKDIR /home/user`