https://github.com/google/brotli/releases/tag/v1.1.0

For PyPI, I already have access to the brotli account. For Github however, I'd need push access to this repository in order to generated a suitable API key.

Hi. I am trying to install the Brotli package via pip on ARM v7 architecture for Alpine Linux with GitHub Actions. However, it is attempting to build and install it from source, which takes over 5 minutes for me. Here is the message it shows when before building the wheel (as proof it isn't fetching the wheel automatically): Building wheel for brotli (setup.py): started. I would love to create a PR for this, but unfortunately I don't have access to an ARM v7 device. Thanks!

The stable release of Python 3.9 was released last week.
We need to build wheels for 3.9 as well.
I think it should be enough to simply add 3.9 to the build matrix of both Travis and Appveyor, after having updated the multibuild submodule to the latest "devel" branch which should support 3.9 now.
We could also drop support for 3.5 since it has reached EOL.

EOM

I tried to update the submodule to brotli v1.1.0 in c7db335 (#18), but encountered an issue with pypy. The wheels get built but then when the tests are run, we get these sort of errors:

test__test_compress_file_quality_11_lgwin_10_random_org_10k (tests.bro_test.TestBroCompress) ... RPython traceback:
  File "pypy_module_cpyext_1.c", line 6714, in wrapper_second_level__star_2_51
  File "implement.c", line 26795, in dispatcher_41
Fatal RPython error: AssertionError

e.g. see CI log https://github.com/google/brotli-wheels/actions/runs/6085235897/job/16508840821#step:5:944

I don't know how to fix that, so for the time being I will simply disable builting wheels for pypy...
If anybody would like to help fix this, they'll be welcome to send a PR.

Also note that pypy users may benefit from using the alternative CFFI-based bindings from https://github.com/python-hyper/brotlicffi, whose API is mostly a drop-in replacement for our official brotli bindings.