Stewart X Addison

FYI as discussed @steelhead31

@Haroon-Khel Can you summarise the data in here - I believe you've been running comparable openjdk runs on the TC machine too now as a third machine/data point for that...

I'm struggling to understand the problem here - is the test job running WiX tools directly?

Bear in mind several godaddy ones currently have it installed but it doesn't quite work as per https://github.com/AdoptOpenJDK/openjdk-infrastructure/issues/721

Bumping this for two reasons: 1. A number of the machines listed above, such as the GoDaddy and Scaleway systems, are no longer around, and many of the ubuntu1604 machines...

The current list of linux/x64 test machines which do not have the ability to run docker containers are the ten machines at https://ci.adoptopenjdk.net/label/ci.role.test&&hw.arch.x86&&sw.os.linux&&!sw.tool.docker/ Of these, eight are "static docker" containers...

This machine is due to be decomissioned as part of https://ci.adoptopenjdk.net/computer/test-equinix-ubuntu1604-x64-1/ so we may not being it back, but I'll keep this open in case we find an easy fix.

> hi @JeromeJu the [dockerfile-generator.sh](https://github.com/adoptium/temurin-build/blob/master/docker/dockerfile-generator.sh) script is used to produce docker images on dockerhub, not for building openjdk. As Shelley pointed you to, I wrote the above wiki guide. To...

> strace Yeah that's correct as you've confirmed. I think it's possible to work around it but I don't have the process to hand. I've only ever used it running...

Looks like the only one in that last which is unaccounted for is `/usr/local/lib/python3.6/site-packages/ruamel.yaml-0.17.21-py3.9-nspkg.pth` which is interesting. I wonder where that came from? I don't recognise `ruamel`, but it seems...