Meeting für ioBroker Core/Dev/Admin 21.02.24 20:30

[ldittmar]

Themenliste für Februar:

• Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt
• ioBroker Community Initiatives - aktueller Stand (Apollon77)
  • nichts neues
• Roles und typeDetector - "Welche neuen Rollen und ggf. Gerätetypen haben wir eingeführt?" (Apollon77)
  • nichts neues
• Status Matter (apollon77)
  • Wegen Verzögerungen bei dem nötigen matter.js Update gibts hier nichts neues, aber das sollte sich bis zum nächsten Meeting ändern
  • Für Thread gibt mit matter.js eine Möglichkeit die Thread Zugangsdaten von Apple, Google und Amazon abzugreifen und für das commissioning von Geräten zu verwenden ... die Apple/Google/Amazon Netzwerke sind ggf stabiler als eigene Border Router (was uch geht mit Raspi/VM und USB stick)
• Info zu neuen io-package Flags (apollon77/foxriver76):
  • common.licenseInformation
    • Zusammenfassung von bisherigem license und licenseURL mit Erweiterungen um Typ Free/payed/Commercial/Limited; Admin zeigt ein Symbol an und den Link dazu wenn nicht free.
  • common.tier
    • Startreihenfolge der Adapter ... 1/2/3 siehe -> https://github.com/ioBroker/ioBroker.js-controller?tab=readme-ov-file#tiers-start-instances-in-an-ordered-manner
  • common.automaticUpgrade
    • Relevant für js-controller 5.1 ... Infos später -> Etwas Doku unter https://github.com/ioBroker/ioBroker.js-controller?tab=readme-ov-file#automatic-adapter-upgrade ; Der Adapter Dev sollte dies aber nicht im io-package definieren, das soll nur der User tun.
  • Für alles: Checker anpassen das sinnvoll getestet werden ... https://github.com/ioBroker/ioBroker.repochecker/pull/157
• Scenes mit Enums (Bluefox)
  • Scenes unterstützt jetzt auch das Hinzufügen ganzer Enumerations anstelle nur einzelner States. zb Küche+Beleuchtung ... dann wird die Liste aus dem Enum genommen und hinzugefügt. Das sind dann "Kategorien".
  • (Kommt noch) Kategorien werden auch "ausplitbar" sein wodurch Sie in einzelne States umgewandelt werden.
  • (Kommt noch) Was noch dazu kommt ist ein Button um den aktuellen Zustand der Geräte zu übernehmen in die Szene zu übernehmen für einzelne und Kategorien.
• Support von webcomponents in Visualisierungslösungen (jogibear9988)
  • https://forum.iobroker.net/topic/69718/meeting-für-iobroker-core-dev-admin-17-01-24-20-30/9
  • Verschoben auf nächstes Meeting
• Neue Konstante für FORBIDDEN_CHARS (mcm57)
  • https://forum.iobroker.net/topic/72012/meeting-für-iobroker-core-dev-admin-21-02-24-20-30/7
  • Anregung neben der maximalen Zeichenliste könnte man für neue Adapter eine zweite "SAFE_CHARACTERS" o.ä. zu erstellen die mehr limitiert und neue Adapter können diese nutzen, oder als convenient methode (getSafeId or such) --> js-controller Issue und finale Diskussion dort
• Changelogs nicht zu knapp verfassen (Apollon77)
  • https://forum.iobroker.net/post/1123969
  • Bitte an die Entwickler als Feedback aus der Community: Bitte Changelogs nicht zu kurz halten und sinnvoll Informationen zum Fehler im Changelog transportieren. Potentiell Issue nummern einfügen wenn sinnvoll.
• Windows Installer (Gaspode)
  • https://forum.iobroker.net/topic/72012/meeting-für-iobroker-core-dev-admin-21-02-24-20-30/9
  • Wo machen wir js-controller Updates unter Windows oder auch Node.js und so?
  • Ergebnis der Diskussion: Aus Zeitlichen und Resourcengründen sollten wir es über den Installer machen... admin Anleitung aktualisieren. Und Erkennung einer "Standard Installation". Admin Issues wenn nötig sonst Installer
• Doku auf iobroker.net (Simatec)
  • In den Files darf nur eine "H1 headline" existieren ganz oben ... die könnten sonst ausgeblendet werden (Todo: Repo Checker erweitern)
  • Andere Themen die Diskutiert wurden werden Admin Issues um Changelog und Readme besser anzuzeigen - vor allem bei übersetzten Varianten. Hier legt Simatec Admin Issues an.
• Leitsätze und Ziele für die Zukunft und Entwicklung des ioBroker-Community-Projekts definieren (andre)
  • https://forum.iobroker.net/topic/72012/meeting-für-iobroker-core-dev-admin-21-02-24-20-30/4
  • Was ist ioBroker?
  • Was ist ioBroker nicht?
  • Wo geht die Reise in den nächsten 10 Jahren hin?
  • Welche Zielgruppe wird bedient?
  • --> Siehe https://forum.iobroker.net/post/1131714
• Schlussdiskussion: ioBroker Live Meeting und ioBroker wird 2024 10 Jahre alt (@all)

Der Link zum Treffen:

https://teams.microsoft.com/l/meetup-join/19%3Ameeting_NmQ0YTExMzQtMzE1Mi00ZjlkLWE5ODQtMTViNWUyMmM4N2Rm%40thread.v2/0?context={"Tid"%3A"9828db65-475b-459a-bee3-3f75e9d878c0"%2C"Oid"%3A"3884f994-0582-4036-a42e-f1edda8e14e0"}

Wer Themen zum Meeting hat, einfach hier drunter schreiben und wir tragen es ein.

Die Meetings werden auf 2 Stunden begrenzt. Themen die nicht behandelt werden können, verschieben wir auf nächsten Monat.
Aber es kann durchaus passieren, dass Diskussionen auch nach dem Ende weiter geführt werden.

Alles was im Meeting besprochen wurde, wird hier unterhalb der Themen, stichpunktweise dokumentiert.

Das nächste Meeting wird dann Ordnungsgemäß am 20.03.24 stattfinden.

klein0r created this issue in ioBroker/ioBroker.repochecker

closed Check common.licenseInformation, common.tier, common.automaticUpgrade #157

[jogibear9988]

Verschobenes Thema:

vis2 - webcomponenten support, bzw. neue addons als webcomponenten.

[mcm1957]

@ldittmar
Verschobenes Thema v Jänner Meeting

• Doku auf iobroker.net (Simatec)
  Thema auf nächstes Mal verschieben

[andre]

Ich würde gerne dieses (eher organisatorische) Thema mit auf die Agenda nehmen:

• Leitsätze und Ziele für die Zukunft und Entwicklung des ioBroker-Community-Projekts definieren
  • Was ist ioBroker?
  • Was ist ioBroker nicht?
  • Wo geht die Reise in den nächsten 10 Jahren hin?
  • Welche Zielgruppe wird bedient?
  • ...

Hintergrund: Es wird, insbesondere im Forum, häufig die Meinung vertreten, dass sich das ioBroker-Projekt nur an fortgeschrittene Benutzer richten sollte, die bereit sind eine "Lernkurve zu nehmen". Dies schreckt vermehrt neue, vor allem jüngere User ab, die nach einfach zu bedienenden Smarthome-Lösungen suchen.
Zu definieren und festzuhalten wäre, in welche Richtung sich ioBroker konkret entwickeln soll. Macht es Sinn weiter Energie in die Implementierung von Automatismen und Vereinfachungen (z.B. bei der Wartung des Systems) zu investieren oder gehen wir zukünftig von, in gewissem Maße, technisch versierten Nutzern (ggf. auch von einer professionellen Zielgruppe im Business-Umfeld) aus und konzentrieren uns eher auf die Implementierung neuer Smarthome Systeme und Komponenten sowie der Erweiterung um neue Features und Techniken?
Meine persönliche Meinung ist, dass das ioBroker Projekt hier derzeit viel zu kopf- und führungslos unterwegs ist, was immer wieder Spannungen in der Community erzeugt und in jüngster Vergangenheit zu einer vermehrten Abwanderung von Usern zu "einfacheren" Systemen führt.

Das Ganze entstammt dieser Diskussion nach der Bekanntmachung meines Entschlusses das Raspberry Pi Image nicht weiter zu betreuen: https://forum.iobroker.net/topic/70852/iobroker-raspberry-os-image-v2/40?_=1706877930341

Um hier vorab keine Diskussion vom Zaun zu brechen (lasst uns das ggf. lieber im Meeting tun!) möchte ich anregen, die Beitragsbewertung als Voting für dieses Thema zu nutzen. Fällt das Voting positiv aus, nehmen wir es als Diskussion mit ins Meeting, bei negativ besteht kein Diskussionsbedarf und ich würde akzeptieren dass das Thema gestrichen wird und wir weitermachen wie bisher...

MfG,
André

PS: Ich meine das Ernst, bitte verzichtet auf eine Vorab-Diskussion. Danke!

[Homoran]

@andre sagte in Meeting für ioBroker Core/Dev/Admin 21.02.24 20:30:

häufig die Meinung vertreten, dass sich das ioBroker-Projekt nur an fortgeschrittene Benutzer richten sollte, die bereit sind eine "Lernkurve zu nehmen"

das ist eine Falschbehauptung!
...aus der du den Rest glaubst ableiten zu können.
Dazu aber im anderen Thread

[apollon77]

Thema: Entwickler sollten Changelogs nicht zu knapp verfassen, sodass die User die es interessiert Änderungen besser bewerten können. Kam aus https://forum.iobroker.net/post/1123969

[mcm1957]

Neue Konstante für FORBIDDEN_CHARS

Die derzeitige FORBIDDEN_CHARS erlaubt einige Zeichen die bekanntsmassen Probleme bereiten (z.B das Leerzeichen). Wir sollten daher überlegen eine neue Konstante zu definieren die so restriktiv ist dass wirklich nur gewünschte Zeichen in einer ID vorkommen. Diese sollte für NEUE Adapter verwendet werden. Ob nun eine Variable oder gleich od ev. zusätzlich eine Replace Function zentral angeboten werden soll wäre zu besprechen.

Zusätzlich könnte man überlegen im adaptercode basierend auf z.B. einer Info in io-package.json strenger zu prüfen.

[simatec]

Ich würde mir für das nächste Meeting mal wieder ein paar Statistiken wünschen ... Dieses Thema fand ich immer sehr interessant und aufschlussreich.

Vielleicht passt es ja mit rein

[Gaspode]

Mal wieder das Randthema Windows Installer:
Auf Linux Seite tut sich ja derzeit viel in Bezug auf Controller Update (inzwischen verfügbar), Node.js und Linux System Updates (in Arbeit) per GUI. Letzteres ist für Windows wohl eher unnötig und Node.js Update kann der Installer bereits.
Ich bin beim Controller Update jetzt unschlüssig: Sollte das auch in die GUI, oder soll ich es lieber in den Installer einbauen und in die GUI kommt ein Hinweis, man soll den Installer verwenden?

[arteck]

@andre sagte in Meeting für ioBroker Core/Dev/Admin 21.02.24 20:30:

Es wird, insbesondere im Forum, häufig die Meinung vertreten, dass sich das ioBroker-Projekt nur an fortgeschrittene Benutzer richten sollte,

nö.. aber .. es wird vermehrt nach Themen gefragt die schon zig mal schon beantwortet wurden..
das ist das Problem... "ICH hab ein problem und DU musst mir jetzt helfen"

aber ja ich freue mich auf die Diskussion

[Codierknecht]

@arteck sagte in Meeting für ioBroker Core/Dev/Admin 21.02.24 20:30:

nö.. aber .. es wird vermehrt nach Themen gefragt die schon zig mal schon beantwortet wurden..
das ist das Problem... "ICH hab ein problem und DU musst mir jetzt helfen"

Das dürfte eine Auswirkung des beliebten Themas "Dokumentation" sein.

[apollon77]

lasst uns bitte im Dev-Meeting Diskutieren!

[maloross]

Kurze Verständnisfrage: Kann ich als Zuhörerin teilnehmen oder ist das nur für Entwickler?

[Thomas Braun]

@maloross sagte in Meeting für ioBroker Core/Dev/Admin 21.02.24 20:30:

Kurze Verständnisfrage: Kann ich als Zuhörerin teilnehmen oder ist das nur für Entwickler?

Das ist ein offenes Meeting.

[apollon77]

@maloross Jeder Interessierte kann nur zuhören oder sich auch aktiv beteiligen. Themen werden vorab gesammelt damit es dann nicht zu Chaotisch wird.

[maloross]

@thomas-braun @apollon77
danke - ist bestimmt interessant, ein paar Einblicke zu erhalten. Ich bleibe auch schweigsam - versprochen!

[ldittmar]

@simatec nächstes mal ist schlecht, aber ich kann es für übernächstes Mal was vorbereiten;-)

[simatec]

@ldittmar Das wäre Klasse

[mcm1957]

Noch ein (hoffentlich) kurzes Thema:

Der Adapterchecker wurde (noch als PR) erweitert um zu prüfen

• common.licenseInformation
• common.tier
• common.automaticUpgrade

Wo sind diese neuen Attribute dokumentiert?
Wie ist geplant diese Info an die Entwickler zu bringen?

Wenn diese Prüfungen scharf geschaltet werden, gibts bei www.iobroker.dev bei jedem Update einen Fehler da 99% der existierenden Adapter diese nicht gesetzt haben. Und bei jedem Repo Update Check werden diese Prüfungen auch als Fehler aufpoppen und Rückfragen auslösen...

Generell frage ich mich ob hier nicht warnings voll ausreichend wären - das System muss ja jedenfalls mit dem IST STand umgehen können.

[apollon77]

@mcm57 Ja warnungen sollten reichen und ja es geht backward kompatibel. AM Ende sehen es die Devs damit beim nächsten Repo update und auch das io-package schema ist angepasst für die die es in der IDE sehen. Und ja wir sollten imMeeting kurz was dazu sagen