python-setuptools_scm
No description set
- Sources inherited from project devel:languages:python
- Devel package for openSUSE:Factory
-
26
derived packages
- Links to openSUSE:Factory / python-setuptools_scm
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:Maliku:python/python-setuptools_scm && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_link | 0000000156 156 Bytes | |
_multibuild | 0000000053 53 Bytes | |
python-setuptools_scm.changes | 0000019648 19.2 KB | |
python-setuptools_scm.spec | 0000002589 2.53 KB | |
setuptools_scm-6.3.2.tar.gz | 0000057207 55.9 KB |
Revision 64 (latest revision is 87)
Matej Cepl (mcepl)
accepted
request 922887
from
Benjamin Greiner (bnavigator)
(revision 64)
- Update to 6.3.3 * only put minimal setuptools version into toml extra to warn people with old strict pins - Release 6.3.2 * fix #629: correctly convert Version data in tags_to_version parser to avoid errors - Release 6.3.1 * 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 - Release 6.3.0 * 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 * 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
Comments 0