Closed fmaussion closed 3 months ago
This really should just work with setuptools_scm. How did you make the archives that are uploaded to pypi? Cause the .git_archival.txt file in those archives is still the unprocessed placeholders, so setuptools_scm has nothing to derive the version from.
What they should look like when downloaded from for example https://github.com/fmaussion/salem/archive/refs/tags/v0.3.11.tar.gz :
node: db78e906f882d2e2f8da44744d34d5466eaa293b
node-date: 2024-07-12T11:19:11+09:00
describe-name: v0.3.11
ref-names: tag: v0.3.11
I'm still using these instructions here which are getting older: https://github.com/fmaussion/salem/blob/master/HOWTO_RELEASE.md
I'm getting quite a lot of deprecation messages when I do this though, and there may be a better way.
I actually remember having had troubles with twine upload but somehow I made it work in all the stress this summer. Happy to learn a better way to do it and rerelease
I have no experience with twine or uploading to pypi, I just know that the source tarball that ends up on there contains an invalid .git_archival.txt, which is likely what causes the broken version.
A quick google suggests that you are supposed to use "python -m build" instead of the old setup.py stuff, since a setup.py is technically not even supposed to exist anymore. But when I do that, the archive is still invalid.
Fixed on conda-feedstock by @TimoRoth ! 🎉
When installing salem via conda, the version shown by python is 0.0.0. This explains what's happening:
Installing via pip:
Installing via conda:
Probably our versioning support in salem is not adapted for conda - what do we need to do? Any idea @TimoRoth ?