Debugging CI test failures

[Ben Cooksley]

On Sun, Jun 19, 2022 at 7:58 PM Thomas Friedrichsmeier <
thomas.friedrichsmeier at kdemail.net> wrote:

> On Sun, 19 Jun 2022 00:44:08 +1200
> Ben Cooksley <bcooksley at kde.org> wrote:
>
> [...]
>
> > Looks like DirectX and it's corresponding components are missing:
> >
> > PS C:\> Get-ChildItem -Path C:\ -Recurse -ErrorAction SilentlyContinue
> > -Force -Filter ddraw.dll
> > PS C:\> Get-ChildItem -Path C:\ -Recurse -ErrorAction SilentlyContinue
> > -Force -Filter glu32.dll
> > PS C:\> Get-ChildItem -Path C:\ -Recurse -ErrorAction SilentlyContinue
> > -Force -Filter MFCaptureEngine.dll
> >
> > Looks like to make QtWebEngine work we would need to make some
> > changes to our Windows image:
> > -
> >
> https://social.msdn.microsoft.com/Forums/en-US/b646b841-c9fb-4f39-9662-5b59f02279ab/installing-servermediafoundation-in-a-docker-container?forum=windowscontainers
> > -
> >
> https://social.msdn.microsoft.com/Forums/lync/en-US/386adbc4-3e43-4896-8cbb-ba9cc7fc6b72/how-to-install-directx-to-windows-server-core-docker-container?forum=windowscontainers
>
> That looks like a bit of a mess, too. What is your (and everybody's)
> take on how we should proceed? Are those changes to the image more
> trouble than it's worth?
>

In the long term we will need to be able to build Qt within a simpler
version of this container - specifically kdeorg/windows-msvc2019.
This will be needed to support the Craft Cache on which the
kdeorg/windows-qt515 image depends, as well as the Binary Factory builds
(which when implemented in the context of Gitlab will likely use the
kdeorg/windows-msvc2019 image too).

We therefore have no choice but to address this as annoying as it is.

Would you like to start this process off with a MR to
https://invent.kde.org/sysadmin/ci-images/-/blob/master/windows-msvc2019/Dockerfile
?


> I still have the alternative option to factor out any linkage to
> QWebEngine from the testcase. Annoying but possible.
>
> (Is there a way to detect that it's a CI build?)
>

Yes, via environment variables, but it is probably not best that
conditional behaviour like this is added - let's fix this...


>
> Regards
> Thomas
>

Cheers,
Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-devel/attachments/20220619/36431f02/attachment.htm>