uraimo

@bradbell github issue, thanks for reporting, I'll keep an eye out to understand if it's becoming more frequent for other projects too.

Thanks @danhunsaker, sorry for the late response but I'm a bit low on time lately. @elijahr looks good to me and it's a step toward the removal of the Dockerfiles.

@elijahr sure don't worry, everything else comes first.

Please try to launch it in verbose mode or with a debug option, and add more details on the action you are trying to run. There is not much to...

Thanks for the script&dockerfiles! @elijahr I was not sure if it makes sense to add at least a portion of these (unstable, latest) to the basic test but probably not,...

Hi, basically all the tests with archarm_latest are now failing on this branch and cancelling the jobs that come after them. Something changed there, I've deleted the old images and...

Failed again, let's try to temporarily remove archarm to see if the rest still works, it seems that this images is not like the others.

The problem with arch was related to the image from agners reporting [linux/amd64](https://hub.docker.com/r/agners/archlinuxarm-arm64v8/tags?page=1&ordering=last_updated) instead of a proper platform, the images should have been annotated [as shown here](https://servicelab.org/2018/09/13/platform-aware-docker-images/).

I wonder if for some reason we weren't able to create run-on-arch-commands.sh, that path starting with / is a bit strange but since run-on-arch.sh seems to be already there it...

Unexpectedly supporting x86 and x86_64 is not as straightforward as the other platform, #58 highlighted issues with both, for x86_64 I should probably implement a way to skip the emulation...