Travis: unstable non-x86_64 jobs
I would like to open this ticket to track and fix the issues for Travis non-x86_64 jobs, as I saw the following commits now.
Travis s390x-linux is too unstable
It has caused errors by ENOSPC like
https://travis-ci.org/github/ruby/ruby/jobs/682520961 too often.
I cleared all cache of Travis yesterday, but it didn't help it. Until
somebody figures out how to fix it, let me exclude it from CI status
reports to avoid false alerts.
Sorry not to response about the issue soon.
It seems the Travis non-x86_64 common issue is reported on the following Travis issue ticket.
And I will am asking it to fix the issue on the ticket now.
S390x Adding APT Sources - No usable temporary directory found - /tmp ENOSPC
The “No space left on device” resp. “Disk quota exceeded” affects all the non-intel platforms (arm64, s390x, ppc64le), presumably because they share some common infrastructure code and hence also the bugs in that.
Updated by jaruga (Jun Aruga) about 1 month ago
Related to the unstable non-x86_64 jobs in Travis, I am asking Drone CI to support ppc64le/s390x here.
I understand Ruby project does not use Drone CI, as we need to use Python-like language to manage complicated configuration (example) in Drone CI, rather than YAML.
The reason why of this action is because right now only Travis CI supports the native ppc64le/s390x, and I believe in that the free competition between some CI services connects even the higher quality of the CI services.