Bumping its 'noisy' value up, while there were plenty of missing-reference events it got called for, it never actually printed the line that showed it resolved something.

Avoid printing a TypeError traceback on certain types of invalid client requests

Specifically, those that contain a spurious % in the request line.

Test this, explicitly asserting both the returned status code and that we don't print a traceback.

Fixes #1708.

It's very slow, and we don't test it under manylinux anyway.

Remove references to Travis, and enable pypa/gh-action-pypi-publish to upload built wheels on tagged releases.

More tweaks. It took at least 33 minutes to build gevent on arm/python35. Enable some output to try to figure out why.

It doesn't exist, apparently.

Also, we got an error configuring c-ares back on the 2010 image for some reason. Enable its copious output to try to track it down.

Github Actions upgraded PyPy to 7.3.3 overnight so the tests broke.

TODO: Need to specify exact versions in the GHA config.

the action needs relative_files=true in coverage config, even though the coverage report itself gets it right without this.

we can't submit on macOS because the coverage action uses a docker container. so don't bother to gather coverage data there either.

per https://github.com/coverallsapp/github-action/issues/4#issuecomment-727600521

The PyPI CLI doesn't work.

Python 2 with coveralls 1.11 just produces a 422 error.
Python 3 with 2.2 produces an error on a retry after a 422.

  File "/opt/hostedtoolcache/Python/3.7.9/x64/lib/python3.7/site-packages/coveralls/cli.py", line 85, in main
    result = coverallz.wear()
  File "/opt/hostedtoolcache/Python/3.7.9/x64/lib/python3.7/site-packages/coveralls/api.py", line 225, in wear
    self.config['service_job_id'], random.randint(0, sys.maxsize))
KeyError: 'service_job_id'