Autor Thema: contrib/deprecated angelegt  (Gelesen 1461 mal)

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 21884
contrib/deprecated angelegt
« am: 09 März 2018, 08:52:09 »
Ich habe contrib/deprecated angelegt, und das seit etwa 4 Jahre in deprecated Zustand befindlichen 98_JsonList.pm dahin verschoben.

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 16154
  • s/fhem\.cfg/configDB/g
Antw:contrib/deprecated angelegt
« Antwort #1 am: 09 März 2018, 21:57:45 »
und das seit etwa 4 Jahre in deprecated Zustand befindlichen 98_JsonList.pm dahin verschoben.

Bist Du sicher, dass Du das getan hast?
-----------------------
Unaufgeforderte Anfragen per email werden von mir nicht beantwortet. Dafür ist das Forum da.

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 21884
Antw:contrib/deprecated angelegt
« Antwort #2 am: 10 März 2018, 10:00:55 »
Danke fuer den Hinweis, jetzt sollte die Datei tatsaechlich verschoben sein.

Offline betateilchen

  • Developer
  • Hero Member
  • ****
  • Beiträge: 16154
  • s/fhem\.cfg/configDB/g
Antw:contrib/deprecated angelegt
« Antwort #3 am: 10 März 2018, 11:41:12 »
ja, nun passt es.
-----------------------
Unaufgeforderte Anfragen per email werden von mir nicht beantwortet. Dafür ist das Forum da.

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 21884
Antw:contrib/deprecated angelegt
« Antwort #4 am: 10 März 2018, 14:32:02 »
Die naechsten Opfer: 82_LGTV.pm und 80_xxLG7000.pm auf Wunsch von Markus.

Offline krikan

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6653
Antw:contrib/deprecated angelegt
« Antwort #5 am: 10 März 2018, 19:48:09 »
Markus und Rudi könntet ihr bitte MAINTAINER.txt entsprechend nachziehen. Danke.

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 21884
Antw:contrib/deprecated angelegt
« Antwort #6 am: 10 März 2018, 19:53:35 »
Habe JsonList beim LGTV Verschieben entfernt, sollte also im SVN sein, und morgen verteilt werden.

Offline krikan

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6653
Antw:contrib/deprecated angelegt
« Antwort #7 am: 10 März 2018, 20:14:07 »
Dann habe ich nicht begriffen, dass Contrib-Module wohl nur freiwillig und wahlweise in MAINTAINER.txt stehen!.

Was ist eigentlich mit 21_OWTEMP.pm und 20_OWFS.pm? Die sind seit Ewigkeiten als (deprecated) markiert und bevor ich mir jetzt summaries ausdenke...

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 9620
  • eigentlich eher "user" wie "developer"
Antw:contrib/deprecated angelegt
« Antwort #8 am: 27 Januar 2020, 13:22:14 »
Eine Verständnisfrage noch:

Ich hatte das Modul "Heating_Control" "nur" nach contrib verschoben (Diskussion hier), dort allerdings (noch) nicht nach "deprecated", weil ich davon ausgegangen war, dass die dort befindlichen Module beim Releasewechsel ggf. komplett verschwinden, was für das noch "junge" Ausbauen keine gelungene Variante gewesen wäre.

Jetzt sind aber die "deprecated"-Module weiter im svn, von daher hätte ich das gleich dahin verschieben können...

Das ganze finde ich irgendwie irritierend, scheinbar gibt es keine allgemeine Vorgehensweise, wie "outdated" code auch wieder "ausgebaut" wird. Schon klar, dass ich das Modul in 12 Monaten selbst löschen kann, und bei HC ist es auch unproblematisch, weil er sowieso nur (noch) ein Klon von WDT war, betroffene User könnten also notfalls fast 1:1 ihre alten Definitionen anpassen. So wie ich diesen Thread hier verstanden hatte, war der Grund, warum es überhaupt dieses Verzeichnis gibt der, dass einzelne Maintainer veraltete Versionen und Vorgänger loswerden wollten (so wie ich jetzt mit HC). Ergänzend: Evtl. wäre es auch sinnvoll, Dinge da reinzupacken, um die sich keiner mehr kümmern will oder die bekanntermaßen nicht funktionieren? Vielleicht findet sich dann bei entsprechender Ankündigung jemand, der sich der Sache annehmen will, bevor es zu spät ist... (Notfalls kann man ja alte Pakete nach dem Code durchsuchen, falls man den doch noch benötigt...)

Meine eigentliche Frage:
Würde es sich nicht anbieten, die "deprecated"-Module nach irgendeiner noch zu definierenden Logik bei Releasewechseln komplett aus dem svn und/oder den Installationspaketen rauszunehmen, also z.B. nach zwei Jahren oder Veränderung von >=0.2 Releases? (Neben dem svn war es jedenfalls auch noch im zip).
Server: HP-T620@Debian 10, aktuelles FHEM + ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | BT@OpenMQTTGateway
svn:MySensors, WeekdayTimer, RandomTimer, AttrTemplate => {mqtt2, mysensors, httpmod}

 

decade-submarginal