使用 MinGW 编译的 Qt5 构建 Docker 映像可以在从"docker:latest"映像运行的容器中工作，但在 GitLab CI 中失败

Question

我想用 MinGW 准备一个 Qt5 的 docker 镜像。该过程的一部分是使用MinGW构建Qt 5.14.0，这是它失败的部分。

在我的机器上构建。

当我在我的 PC 上提取 docker：latest 映像，从中运行容器并在此容器中构建我的映像时，没有任何问题。它工作正常。

在 GitLab CI 管道中构建。

当我在 Gitlab 中推送 Dockerfile 时，它是从同一个 docker：latest 映像构建在容器中，它无法构建 Qt，并显示以下错误消息：

找不到 qmake 规范 ''。

处理项目文件时出错：/root/src/qt-everywhere-src-5.14.0

失败的屏幕截图

CI 脚本：

stages:
- deploy
variables:
CONTAINER_NAME: "qt5-mingw"
PORT: "5000"
image: docker:latest
build-snapshot:
stage: deploy
tags:
- docker
- colo
environment:
name: snapshot
url: https://somedomain.com/artifactory/#/artifacts/qt5-mingw
before_script:
- docker login -u ${ARTIFACT_USER} -p ${ARTIFACT_PASS} somedomain.com:${PORT}
script:
- docker build -f Dockerfile -t ${CONTAINER_NAME} .
- export target_version=$(docker inspect --format='{{index .Config.Labels "com.domain.version" }}' ${CONTAINER_NAME})
- docker tag ${CONTAINER_NAME} dsl.domain.com:${PORT}/${CONTAINER_NAME}:${target_version}
- docker tag dsl.domain.com:${PORT}/${CONTAINER_NAME}:${target_version} dsl.domain.com:${PORT}/${CONTAINER_NAME}:latest
- docker push dsl.domain.com:${PORT}/${CONTAINER_NAME}:${target_version}
- docker push dsl.domain.com:${PORT}/${CONTAINER_NAME}:latest
after_script:
- docker logout dsl.domain.com:${PORT}
- docker rmi ${CONTAINER_NAME}
except:
- master
- tags

Dockerfile：

FROM debian:buster-slim
########################
# Install what we need
########################
# Custom Directory
ENV CUSTOM_DIRECTORY YES
ENV WDEVBUILD /temp/build
ENV WDEVSOURCE /temp/src
ENV WDEVPREFIX /opt/windev
# Custom Version
ENV CUSTOM_VERSION NO
ENV QT_SERIES 5.14
ENV QT_BUILD 0
ENV LIBJPEGTURBO_VERSION 2.0.3
ENV LIBRESSL_VERSION 3.0.2
ENV OPENSSL_VERSION 1.1.1c
ENV UPX_VERSION 3.95
# SSL Choice
ENV USE_OPENSSL YES
# Exclude Static Qt
ENV BUILD_QT32_STATIC NO
ENV BUILD_QT64_STATIC NO
# Copy directory with qt_build script
COPY rootfs /
# install tools
RUN apt-get update 
&& apt-get install -y bash 
cmake 
coreutils 
g++ 
git 
gzip 
libucl1 
libucl-dev 
make 
nasm 
ninja-build 
perl 
python 
qtchooser 
tar 
wget 
xz-utils 
zlib1g 
zlib1g-dev 
&& apt-get install -y binutils-mingw-w64-x86-64 
mingw-w64-x86-64-dev 
g++-mingw-w64-x86-64 
gcc-mingw-w64-x86-64 
binutils-mingw-w64-i686 
mingw-w64-i686-dev 
g++-mingw-w64-i686 
gcc-mingw-w64-i686 
&& rm -rf /temp 
&& rm -rf /var/lib/apt/lists/*
# Build Qt with mingw and the step where it fails.
RUN /opt/windev/bin/qt_build 

LABEL com.domain.version="1.0.0"
LABEL vendor="Someone"
LABEL com.domain.release-date="2020-01-21"

到目前为止的调试过程：

• 在这两种情况下，docker：latest 的版本是相同的。
• 在这两种情况下，MinGW的版本是相同的。
• 我也尝试了Qt 5.12.6，结果是一样的。

Answer 1

我已经找到了。我认为答案就在这里。

软件包libseccomp2在 CI Runner 机器上是 2.3.1，在我的 PC 上是 2.4.1。但是 5.10 之后的 Qt 版本使用的是 2.3.3 中添加的系统调用，所以这就是为什么它可以在我的 PC 上构建而不能在运行器上构建的原因。

Reamrak：从 docker：latest 镜像构建在容器中运行并不重要，因为 Docker 守护进程是在容器启动时挂载的，所以显然它继续使用主机的某些功能，并且 docker 工作没有完全容器化。