The first two patches are pyproject.toml metadata updates.
Patch #3 is untested and needs polishing, exchanging secrets etc.
Patch #4 fixes a minor annoyance for LibreSSL users.
Applied, thanks for the patch
Le 25 mar 08 06:12, Anna “CyberTailor” a écrit :
Applied, thanks for the patch
Le 25 mar 08 06:12, Anna “CyberTailor” a écrit :
Thanks for that patch. I merged it and added the secret part.
But I can’t really test it until there’s a release. One option would be
to remove the "if git_ref" code to test it, acknowledging that the Pypi
2.6 would not be the true 2.6.
v2.6 is already uploaded manually, and PyPI will not overwrite existing
versions.
Le 25 mar 08 06:12, Anna “CyberTailor” a écrit :
Hi Anna,
Could you explain a bit more the context? If I understand this
correctly, you would like the pypi package to be published automatically
when pushing a new release?
Yes. One person was granted publishing access to PyPI after my initial
call:
https://lists.sr.ht/~lioploum/offpunk-packagers/%3CZVefWLKUHk_QgL_A@sysrq.in%3E
But I checked PyPI yesterday, and there were no uploads for a year.
Also manual uploading is not the best choice for poorly vetted
repositories like PyPI, where a malicious release can be easily
uploaded.
Am I supposed to get a secret token somewhere? And how can the secret be
put in the build.yml?
Either I'll create a dedicated PyPI account, generate a PyPI token and
send it to you encrypted in private, or add you to maintainers so you
could get the token yourself.
The secret will look like an environment file named
"~/.pypi-credentials" with the following content:
export UV_PUBLISH_TOKEN=pypi-abcdef...
It can be added in the secrets dashboard:
https://builds.sr.ht/secrets
The resulting UUID will need to be inserted in build.yml, and commented
lines uncommented.
Also, I’m not sure I fully understand the code.
No problem, see my comments below.
Le 25 mar 08 06:12, Anna “CyberTailor” a écrit :
Applied, thanks for the patch!
Le 25 mar 08 06:12, Anna “CyberTailor” a écrit :
GIT_REF is set by git.sr.ht as the Git reference which triggered the
build (e.g. refs/heads/master).
This expression uses pattern matching to make sure GIT_REF starts with
"refs/tags/".
Maybe there should also be a check for repository name, so it isn't run
on forks.
Remove "dist" if it exists.
Build a source distribution package and a wheel package.
Source PyPI credential from secrets.
Publish built packages to PyPI.
Le 25 mar 09 09:50, Anna Vyalkova a écrit :
Le 25 mar 10 09:38, Anna Vyalkova a écrit :