use cibuildwheel to build linux wheels

[njzjz]

Summary

Include a summary of major changes in bullet points:

• refactor the wheel build workflow using cibuildwheel
• build manylinux2014 wheels

Checklist

Work-in-progress pull requests are encouraged, but please put [WIP] in the pull request title.

Before a pull request can be merged, the following items must be checked:

• Doc strings have been added in the Google docstring format. Run pydocstyle on your code.
• Type annotations are highly encouraged. Run mypy path/to/file.py to type check your code.
• Tests have been added for any new functionality or bug fixes.
• All linting and tests pass.

Note that the CI system will run all the above checks. But it will be much more efficient if you already fix most errors prior to submitting the PR. We highly recommended installing pre-commit hooks. Simply Run

pip install -U pre-commit
pre-commit install

in the repo's root directory. Afterwards linters will run before every commit and abort if any issues pop up.

[coveralls]

Coverage: 78.085% (-0.7%) from 78.8% when pulling 1d01c44 on njzjz:cibuildwheel into 44f24db on materialsproject:master.

[shyuep]

Thanks, but there seem to be errors with regard to wheel building. The tests need to pass before we merge.

[njzjz]

@shyuep I notice that in the cmd_line directory, some binary files link to external dependencies outside the repository. I don't know if they should be packaged into wheels. I tried to fix these libraries on Linux but skipped those on macos.

The lint failure is not related to this PR, but is caused by a new ruff version.

[janosh]

@njzjz Thanks for taking this on! Very excited about this PR. 👍

[janosh]

Do we need this section? What's the default for repair-wheel-command?

[njzjz]

Default is below

[tool.cibuildwheel.macos]
repair-wheel-command = "delocate-wheel --require-archs {delocate_archs} -w {dest_dir} -v {wheel}"

However, in cmd_line directory, some binary files link to external dependencies outside the repository, and make the repair command fail.

[njzjz]

I change to

repair-wheel-command = "delocate-wheel --require-archs {delocate_archs} -w {dest_dir} -v {wheel} --ignore-missing-dependencies"

--ignore-missing-dependencies should work for this situation.

[janosh]

Does this offer advantages over running twine upload manually? I'm wondering if it's worth relying on an external action for sth this simple since it might lock us into waiting for fixes if the action ever breaks.

[njzjz]

Ok, twine upload should also work.

[janosh]

I have next to 0 experience building Linux wheels but I think this looks good. Let's just take it for a spin and see what happens. :)