BUG: limit coveralls version

[jklenzing]

Description

Coveralls 3.3 is failing on github actions across platforms. Limiting install to see if something in the new version is at fault.

https://github.com/TheKevJames/coveralls-python/releases

Type of change

• Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?

If this successfully runs on Github Actions, it works.

Test Configuration

Github Actions

Checklist:

• Make sure you are merging into the develop (not main) branch
• My code follows the style guidelines of this project
• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• I have made corresponding changes to the documentation
• My changes generate no new warnings
• I have added tests that prove my fix is effective or that my feature works
• New and existing unit tests pass locally with my changes
• Any dependent changes have been merged and published in downstream modules
• Add a note to CHANGELOG.md, summarizing the changes
• Update zenodo.json file for new code contributors

[jklenzing]

Note: same error seen in the Github Actions logs documented here: TheKevJames/coveralls-python#333

[jklenzing]

This solves the problem for the time being. Looking through the logs, the broken version use coveralls 3.3 and coverage 6.1.1. The last working version uses coveralls 3.2 and coverage 5.5 (as does this branch). Looking through the issues at both packages, the problem seems to be on the coverage side, but this is not something we currently control in test_requirements. We could add it and put the limit there in theory.

[jklenzing]

Leaving changelog blank until we decide which package gets the limit.

[jklenzing]

Pinging all the core developers for thoughts via review.

[aburrell]

I am fine with this solution across packages.

[rstoneback]

I'm also fine with this solution across packages.