Setuptools-scm

- fix 671: `NoReturn` is not available in painfully dead python 3.6

- fix regression 669: restore get_version signature
- fix 668: harden the self-test for distribution extras

- compatibility adjustments for setuptools \>58
- only put minimal setuptools version into toml extra to warn people with old strict pins
- correctly handle hg-git self-use
- better mercurial detection
- modernize packaging setup
- python 3.10 support
- better handling of setuptools install command deprecation
- consider `pyproject.tomls` when running as command
- use list in git describe command to avoid shell expansions while supporting both windows and posix
- add `--strip-dev` flag to `python -m setuptools_scm` to print the next guessed version cleanly
- ensure no-guess-dev will fail on bad tags instead of generating invalid versions
- ensure we use utc everywhere to avoid confusion

- fix 629: correctly convert Version data in tags_to_version parser to avoid errors

- fix 625: restore tomli in install_requires after the regression changes in took it out
and some users never added it even tho they have pyproject.toml files

warning

This release explicitly warns on unsupported setuptools. This
unfortunately has to happen as the legacy `setup_requires` mechanism
incorrectly configures the setuptools working-set when a more recent
setuptools version than available is required.

As all releases of setuptools are affected as the historic mechanism for
ensuring a working setuptools setup was shipping a `ez_setup` file next
to `setup.py`, which would install the required version of setuptools.

This mechanism has long since been deprecated and removed as most people
haven\'t been using it

bugfixes

- fix 612: depend on packaging to ensure version parsing parts
- fix 611: correct the typo that hid away the toml extra and add it in `setup.py` as well
- fix 615: restore support for the git_archive plugin which doesn't pass over the config
- restore the ability to run on old setuptools while to avoid breaking pipelines