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

[Simon Praetorius]

Hi,


If it is just about tagging a minor tweak and this is just for this 
cmake-install fix, I'm fine with it. It helps fixing a python package 
bug, and we should not make the procedure more complicated than it is 
already.


But adding this 4th digit in the version number in general is, in my 
opinion, more irritating than helping. Which version should the user 
download? 2.8.1 or 2.8.0.1 and what is the difference? When do we 
increase the 3rd digit and when the 4th digit only?

We could just, as Christoph suggested, make more often the minor 
patch-version releases, like, 2.8.1.  Essentially, each bugfix that is 
backported into a release branch could end up in a new patch version 
number. Maybe we collect bugfixes in a monthly cycle.

The 4th digit could just be helpful if required by, e.g., the python 
packaging system because it would not be allowed to upload the same 
version. Then, the tweak version would just have no other meaning than 
this. So, if we would like to have a 4th digit, it would be nice to 
define its meaning.


Best,
Simon


Am 25.11.21 um 17:21 schrieb Dedner, Andreas:
> Hi.
> 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.
>
> Does someone have an issue with these new version tags being added?
>
> If required, we could setup a vote - (do we now have that feature 
> somewhere?)
>
> Hope you are all well
> Andreas
>
> _______________________________________________
> Dune-devel mailing list
> Dune-devel at lists.dune-project.org
> https://lists.dune-project.org/mailman/listinfo/dune-devel

-- 
Dr. Simon Praetorius
Technische Universität Dresden
Institute of Scientific Computing
phone: +49 351 463-34432
mail: simon.praetorius at tu-dresden.de
web: https://tu-dresden.de/mn/math/wir/das-institut/beschaeftigte/simon-praetorius

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.dune-project.org/pipermail/dune-devel/attachments/20211125/64b2454d/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5204 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://lists.dune-project.org/pipermail/dune-devel/attachments/20211125/64b2454d/attachment-0001.bin>