public_mirrors
/
build-containers
mirror of https://github.com/godotengine/build-containers.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
build-containers/Dockerfile.mono

24 lines
1.3 KiB
Docker
Raw Normal View History

Initial commit
2019-01-07 21:51:22 +01:00
FROM godot-fedora:latest
ARG mono_version
Use git tag to checkout stable mono releases The main reason is that upstream Mono tends to miss some important files in its tarballs, so Git tags appears to be a more reliable medium. Also group RUN commands to reduce the number of intermediate dependencies.
2019-11-15 10:49:02 +01:00
RUN if [ -z "${mono_version}" ]; then echo -e "\n\nargument mono-version is mandatory!\n\n"; exit 1; fi && \
dnf -y install --setopt=install_weak_deps=False \
autoconf automake cmake gcc gcc-c++ gettext libtool perl python && \
Disable installation of weak deps This saves us from pulling gtk2 and gtk3 as weak deps of perl and git or whatnot... And we don't need to pull in all the documentation on Ubuntu. Also ensures that we properly run `dnf clean all` after each installation.
2019-11-15 11:56:31 +01:00
dnf clean all && \
Use git tag to checkout stable mono releases The main reason is that upstream Mono tends to miss some important files in its tarballs, so Git tags appears to be a more reliable medium. Also group RUN commands to reduce the number of intermediate dependencies.
2019-11-15 10:49:02 +01:00
git clone https://github.com/mono/mono --branch mono-${mono_version} --single-branch && \
cd mono && git submodule update --init && \
NOCONFIGURE=1 ./autogen.sh && \
mono: Update msbuild and support for mono 6.0.x Install xz/xz-utils and conditionally handle tar.xz tarballs from 6.0+. On Windows, I ran into a build issue due to `make distclean` being bogus in 6.0.0.319 (mono/mono#16605), so I worked it around by starting from a clean folder for each build. The hotfixed mingw-binutils packages should likely be rebuilt against Fedora 30's mingw-binutils, but I didn't find the src.rpm in the repo to do it. There were no functional changes between F29 and F30's mingw-binutils though, so we should be fine as is: https://src.fedoraproject.org/rpms/mingw-binutils/commits/f30 The `MONO32_PREFIX` and `MONO64_PREFIX` are no longer used by the buildsystem (replaced by a `mono_prefix` build option), but I kept them where relevant to point to non-standard install locations.
2019-08-31 13:05:27 +02:00
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var/lib/mono --disable-boehm && \
Use git tag to checkout stable mono releases The main reason is that upstream Mono tends to miss some important files in its tarballs, so Git tags appears to be a more reliable medium. Also group RUN commands to reduce the number of intermediate dependencies.
2019-11-15 10:49:02 +01:00
make -j && \
make install && \
cd .. && \
cert-sync /etc/pki/tls/certs/ca-bundle.crt && \
rpm -ivh --nodeps https://download.mono-project.com/repo/centos8-stable/m/msbuild/msbuild-16.0+xamarinxplat.2018.09.26.17.53-0.xamarin.5.epel8.noarch.rpm \
mono: Update msbuild and support for mono 6.0.x Install xz/xz-utils and conditionally handle tar.xz tarballs from 6.0+. On Windows, I ran into a build issue due to `make distclean` being bogus in 6.0.0.319 (mono/mono#16605), so I worked it around by starting from a clean folder for each build. The hotfixed mingw-binutils packages should likely be rebuilt against Fedora 30's mingw-binutils, but I didn't find the src.rpm in the repo to do it. There were no functional changes between F29 and F30's mingw-binutils though, so we should be fine as is: https://src.fedoraproject.org/rpms/mingw-binutils/commits/f30 The `MONO32_PREFIX` and `MONO64_PREFIX` are no longer used by the buildsystem (replaced by a `mono_prefix` build option), but I kept them where relevant to point to non-standard install locations.
2019-08-31 13:05:27 +02:00
https://download.mono-project.com/repo/centos8-stable/m/msbuild-libhostfxr/msbuild-libhostfxr-2.0.0.2017.07.06.00.01-0.xamarin.3.epel8.x86_64.rpm \
https://download.mono-project.com/repo/centos8-stable/m/msbuild/msbuild-sdkresolver-16.0+xamarinxplat.2018.09.26.17.53-0.xamarin.5.epel8.noarch.rpm \
Use git tag to checkout stable mono releases The main reason is that upstream Mono tends to miss some important files in its tarballs, so Git tags appears to be a more reliable medium. Also group RUN commands to reduce the number of intermediate dependencies.
2019-11-15 10:49:02 +01:00
https://download.mono-project.com/repo/centos8-stable/n/nuget/nuget-4.7.0.5148.bin-0.xamarin.2.epel8.noarch.rpm && \
rm -rf /root/mono
Use /bin/bash as default CMD instruction The previous `['/bin/bash']` was not working, running the image with `podman run -it <name>` would evaluate to: ``` > sh -c ['/bin/bash'] sh: [/bin/bash]: No such file or directory ```
2019-11-15 11:22:07 +01:00
CMD /bin/bash