[Dune-devel] vX.Y.Z.alpha tags

[Dedner, Andreas]

Here are the version number guidelines: https://www.python.org/dev/peps/pep-0440/
2.8.0.1 is allowed (otherwise I couldn't upload it to pypi anyway).
There is a 'post-release' 2.8.0post1 one can use.
If a tag v2.8.0.post1 is less confusing, then I'm happy with that. We would also be happy with a
tag like 'pypi2.8.0.1' or we can setup a pypi/2.8.0.1 branch if the tag is somehow the issue.

All we're asking is for a mechanism to provide upgrades to the pypi packages that allow us to tell users for are now working with a buggy package to simply run
   pip install --upgrade
to get a bugfix in the same way we would tell C++ users on the release branch to do git pull if we fixed a bug.
We would have preferred to have a well-defined state in the repositories to do that if possible.
Andreas
________________________________
From: Dune-devel <dune-devel-bounces at lists.dune-project.org> on behalf of Markus Blatt <markus at dr-blatt.de>
Sent: 26 November 2021 07:40
To: dune-devel at lists.dune-project.org <dune-devel at lists.dune-project.org>
Subject: Re: [Dune-devel] vX.Y.Z.alpha tags

Hi,

On Thu, Nov 25, 2021 at 04:21:45PM +0000, Dedner, Andreas wrote:
>Recently we discovered a bug in the 2.8.0 Python packages uploaded to pypi. During the installation of the packages from dune-istl/localfunctions the libs _istl.so/_localfunctions.so are not added to the venv  - the install command was missing in the CMakeLists.txt file. It's fixed now in the release branch.
>
>It is not allowed to replace Python packages with new ones using the same version on pypi. So, we can only fix this by uploading a new version. We had the same issue already with dune-fem and just uploaded 2.8.0.1. We would like to do the same with the core packages to fix this problem. On the other hand, we also only wanted to upload packages that correspond to tagged commits. Consequently, we would like to add a v2.8.0.1 tag to the core modules.

I think these tags should correspond to releases and a fourth number seems quite uncommon.

If I understand this correctly, then this tag is needed by pypi only. Have you asked how other projects handel this. Seem like there is
something similar to the Debian packages: post releases <version>-1 or <version>-2 See https://www.python.org/dev/peps/pep-0440/#post-releases
in conjunction with a a tagging scheme different from the usual releases e.g. tag each pypi version like this:

pypi/v2.8.0  # pypi based on official release
pypi/v2.8.0-1 # pypi official relase with extra patches
pypi/v2.8.0-2
...

I do not know anything about pypi, but would hope that something like this is possible. (After all there should be others that have the same problem)

Markus


_______________________________________________
Dune-devel mailing list
Dune-devel at lists.dune-project.org
https://lists.dune-project.org/mailman/listinfo/dune-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.dune-project.org/pipermail/dune-devel/attachments/20211126/b4d56e73/attachment.htm>