* fix C# aarch64 test after .NET SDK upgrade
* simplify C# aarch64 tests (net60 can build under emulator)
* Revert "simplify C# aarch64 tests (net60 can build under emulator)"
This reverts commit 6b2aa5f006.
This change adds some files to EXTRA_DIST in Makefile.am so that our
published tar and zip files will have everything needed for Bazel
builds. I also added a basic test for this so that next time we should
find out sooner if we're missing any important files.
This should fix#9129.
Our Mac test runs recently started failing to download RVM. The issue
appears to be a combination of an SSL certificate expiring and old
OpenSSL versions having a bug preventing them from validating the
replacement certificate: https://github.com/rvm/rvm/issues/5133
This commit works around the problem by downloading RVM from GitHub as
suggested in one of the comments on the issue above.
Add Maven and OpenJDK 8 and add JRuby 9.2.x and 9.3.x.
Replace keys.gnupg.net with keyserver.ubuntu.com as the GPG keyserver since the former no longer exists.
Installing and upgrading Homebrew packages is taking quite a lot of time
(around 20-30 minutes) for each run. This commit removes all Homebrew
usage from the test runs. Homebrew may have been necessary at some point
in the past, but now it appears that everything works without it. The
preinstalled build tools seem to be sufficient for building protoc, and
Ruby is something we already get from rvm.
* Fix dist install test by ensuring that we use Python 3
Now that we have dropped Python 2 support, we need to make sure this
install test uses Python 3.
* Update Docker image to install Python 3 version of setuptools
* Run pip3 instead of pip
* Fix dist install test by ensuring that we use Python 3
Now that we have dropped Python 2 support, we need to make sure this
install test uses Python 3.
* Update Docker image to install Python 3 version of setuptools
* Run pip3 instead of pip
This will ensure that the build keeps going even if there is an error,
so that we can see as many results as possible without having to fix the
error and kick off another run.
I noticed that our JavaScript Docker image is a couple years old and
seems to have an old NPM version that may be causing problems on #8610,
so I went ahead and rebuilt the image. To do that successfully, I had to
set some environment variables in the Dockerfile so that it can build
successfully without having to ask for input about timezone
configuration. This seems to be a known issue described here:
https://serverfault.com/questions/949991/how-to-install-tzdata-on-a-ubuntu-docker-image
I also updated it to explicitly install Python since that is required
for part of our JavaScript build.
Jan Tattermusch
Jie Luo
Joshua Haberman
Jan Tattermusch
James Newton-King
Adam Cozzette
Bu Sun Kim
Elliotte Rusty Harold
Jason Lunn
Masaki Hara
Paul Yang
Bo Yang
Derek Perez