Modul 56_POKEYS.pm komplette Überarbeitung

Begonnen von phys1, 11 März 2021, 10:12:44

Vorheriges Thema - Nächstes Thema

phys1

Hallo,

da das Modul 56_POKEYS.pm seit längerer Zeit nicht mehr funktioniert und der bisherige Maintainer axelberner nichts mehr daran macht, möchte ich eine komplett von mir überarbeitete Version zur Verfügung stellen.
Frage an die Hero Members:
Wie muss ich da am besten vorgehen? Erst im Forum FHEM Development Schreibrecht beantragen (oder ist das nicht nötig?) und dann Schreibrechte im SVN-Repository beantragen? Muss erst eine Ankündigung erfolgen, dass das alte Modul 56_POKEYS.pm nicht mehr ünterstützt wird? Meine Define Syntax ist etwas anders, so dass es kein 1:1 Ersatz ist.

Gruß
phys1

CoolTux

Du beantragst Schreibrechte für den Development Bereich und SVN Zugang. Dann lässt Du am besten einen anderen Developer mal drüber schauen.
Und solltest Du den selben Modulnamen beibehalten wollen sollte auf alle Fälle eine Ankündigung der Änderung samt Vorlaufzeit ins Forum. Ich empfehle die Definition von vorhandenen Einbindungen entsprechend ab zu fangen und in der Deviceinstanz eine entsprechende Meldung bei falscher Definition ein zu tragen. (Reading state).
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

rudolfkoenig

Im Development Bereich des Forums kriegt jeder einen Zugang, das Ziel ist aber Signal/Noise Ratio hoch zu halten, damit man das Abonnieren fuer Maintainer zu Pflicht machen kann.

SVN-Schreibrechte kriegt man (laut Beschluss vor drei Jahren), wenn das erste Modul hier im Forum veroeffentlicht ist, von mindestens zwei Anwendern fuer gut befunden wurde, und ein "alter" FHEM-Modul-Entwickler das (grob) geprueft hat.

Wenn es eine neue Implementierung ist, dann sollte man einen anderen Modulnamen waehlen, selbst wenn das alte Modul nach contrib geschoben wird, um Verwirrung bei den Anwender zu sparen. Das Wort "neu" oder aehnlich finde ich schlecht, da es nicht fuer immer neu bleibt, ich haenge eine Zahl dran, wie JsonList2 oder MQTT2.
Wenn das neue Modul eingecheckt ist, kann eine Ankuendigung erfolgen.
Wenn das alte Modul nach contrib geschoben wird, dann kriegen neue Installationen das nicht mehr mit, bei alten Anwendern bleibt die Datei aber erhalten.