1.6

[pascalfree]

TODO

• check if modifications in juntagrico_custom_sub/downgrade/views_1_5.py are still needed and if yes, apply them to new subscription overview as well.
• some basimilch specifics have been moved to basimilch.py and shall be moved out of this addon at some point.

[PaulKC]

Thanks for doing these updates. Is this still relevant or do we need to do more adaptions to make it work with new juntagrico versions?

[pascalfree]

It should be complete and work for Juntagrico 1.6.
I would say we can keep in the basimilch.py for now.
Can you maybe test run this version to confirm that it's working? Then we can release it.

[flurin-conradin]

Ruff finde ich super. Würde es nicht Sinn ergeben, wenn wir jetzt das setup.cfg löschen würden? Wenn ich es richtig verstehe, wäre in Ruff folgendes das Gleiche:

[tool.ruff.lint.pycodestyle]
max-line-length = 200

https://docs.astral.sh/ruff/settings/#lint_pycodestyle_max-line-length

[pascalfree]

Codeclimate braucht die setup.cfg noch. Zumindest das letzte mal als ich versucht habe es zu entfernen.

[flurin-conradin]

Hat zwar nicht mit diesem PR direkt zu tun, aber ich die Tests auffürhe, erhalte ich eine Warnung
testsettings.py:66: SyntaxWarning: invalid escape sequence '+'
MIr ist nicht ganz klar, was der Code email.replace("@gmail.com", "(\+\S+)[email protected]") machen soll. Sieht wie Regex aus, aber replace untersützt meines Wissen kein Regex.

[pascalfree]

Ja das kann raus.

[flurin-conradin]

Ich würde noch elegant finden, diese File zu löschen.
Als Ersatz würde ich dann im pyproject.toml dann oberhalb von [tools.setuptools...] das einfügen.
[project.optional-dependencies]
dev = ["coverage", "ruff"]

Im juntagrico-ci.yaml würde ich dann pip install pip install .[dev], damit es ruff und coverage installiert.

Nicht ganz sicher bin ich warum hier die editable flag verwendet wird.

[pascalfree]

Das würde ich mit dem main repo einheitlich halten und dort addressieren.
Um die Entwicklungs-Abhängigkeiten zu installieren scheint es aber weiterhin üblich mit requirements.txt zu arbeiten. Ich würde erst wechseln, wenn sich ein anderer Ansatz etabliert.

[flurin-conradin]

Gibt es eigentlich jemanden ausser basimilch, der das Plugin braucht? Wenn ja, müssen wir 3.8 noch unterstützen.
Ich wäre eher restriktiv, was dies betrifft. Im Moment würde ich sogar nur 3.12 untersützen, vielleicht noch 3.11.

[pascalfree]

Solange keine Probleme mit älteren Versionen bekannt sind, würde ich keine neuere Version erzwingen. Django 4.2 unterstützt noch python 3.8.

[flurin-conradin]

Wenn ich es richtig verstehe, gibt es breaking changes, softern jemand die Version <=1.5 von juntagrico verwendet. Darum haben wir die Optionen mit Downgrade.
Im Pyproject-Toml steht aber ohnehin, dass Juntagrico >= 1.6 verlangt wird.
Ich würde diese Downgrade-Optionen weglassen und eine neue Major-Version releasen, sprich 1.0.0

[pascalfree]

Wenn wir den Sprung machen wollen, würde ich Version 1.6.0 vorschlagen. Damit folgt es dem Schema der anderen add-ons, dass die Version jeweil der kompatiblen Version von Juntagrico gleicht.