NEWS
Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30
-
@jey-cee Grundsätzlich bin ich absolut bei dir.
Die Frage ist nur, wie definieren wir Grenzen?
Und darum geht es mir im Speziellen.Ein Influx Backup sehe ich schon im iobroker Verbund, da es aktiv mit iobroker genutzt wird und dort Daten geschrieben werden.
In dem von mir aufgezeigten Beispiel die Config eine Unifi Gerätes zu sichern, bin ich eher anderer Meinung.
Ein Unifi Gerät steht in keinerlei Zusammenhang mit iobroker.
Davon abgesehen, ist das wirklich nur ein reines Beispiel, da die Umsetzung über einen Adapter eher nicht möglich ist… aber das ändert an dem grundsätzlichen Thema erstmal nix 😊Aber das ist nur meine persönliche Meinung und ich freue mich auf die Diskussion im Meeting.
@simatec sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
@jey-cee Grundsätzlich bin ich absolut bei dir.
Die Frage ist nur, wie definieren wir Grenzen?Grenzen engen ein, Interfaces oeffnen Zugaenge...
Jungs, ihr macht alle ne super Arbeit!!
Hier haben wir das "AVM Eierlegendewollmilchsau-Problem" aus der ISDN-Karte aus den 90ern ist auch etwas mehr geworden..
Da ich das Issue angeleiert habe, werde ich gerne mal beim Meeting dabei sein.. aber macht ihr erstmal die wichtigen Dinge..
Das kann hinten anstehen und ich verstehe ja auch, dass irgendwo "fertig" sein muss.. -
@simatec sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
@jey-cee Grundsätzlich bin ich absolut bei dir.
Die Frage ist nur, wie definieren wir Grenzen?Grenzen engen ein, Interfaces oeffnen Zugaenge...
Jungs, ihr macht alle ne super Arbeit!!
Hier haben wir das "AVM Eierlegendewollmilchsau-Problem" aus der ISDN-Karte aus den 90ern ist auch etwas mehr geworden..
Da ich das Issue angeleiert habe, werde ich gerne mal beim Meeting dabei sein.. aber macht ihr erstmal die wichtigen Dinge..
Das kann hinten anstehen und ich verstehe ja auch, dass irgendwo "fertig" sein muss..KÖNNEN WIR UNS HIER BITTE AUF DIE TOPICS BESCHRÄNKEN.
DANKE
Inhaltliche Diskussionen bitte beim Meeting besprechen oder ggF eigenenThread eröffnen
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@simatec sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
@jey-cee Grundsätzlich bin ich absolut bei dir.
Die Frage ist nur, wie definieren wir Grenzen?Grenzen engen ein, Interfaces oeffnen Zugaenge...
Jungs, ihr macht alle ne super Arbeit!!
Hier haben wir das "AVM Eierlegendewollmilchsau-Problem" aus der ISDN-Karte aus den 90ern ist auch etwas mehr geworden..
Da ich das Issue angeleiert habe, werde ich gerne mal beim Meeting dabei sein.. aber macht ihr erstmal die wichtigen Dinge..
Das kann hinten anstehen und ich verstehe ja auch, dass irgendwo "fertig" sein muss..@ilovegym sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
Da ich das Issue angeleiert habe, werde ich gerne mal beim Meeting dabei sein.. aber macht ihr erstmal die wichtigen Dinge..
du bist herzlich willkommen am 29ten um 20.30, die Einladung (siehe ersten post) ist offen fuer jedermann.
Es wahre eventueel sogar sehr hilfreich um, sollte die frage kommen, vom end-user Perspektive zu erfahren/verstehen wo und warum der wünsch entstanden ist das kan positiv bijtragen zum Thema und uns in der Gruppe helfen es im ganzen zu sehen -
KÖNNEN WIR UNS HIER BITTE AUF DIE TOPICS BESCHRÄNKEN.
DANKE
Inhaltliche Diskussionen bitte beim Meeting besprechen oder ggF eigenenThread eröffnen
@mcm57 Da kommst du mit deiner Ansage leider ein paar Posts zu spät. :) Nichts desto trotz kann ich die (Vorab-)Beteiligung hier nur loben! (Auch wenn das vielleicht nicht der passende Thread dazu ist) Fakt ist, dass sich offenbar viele kluge Köpfe Gedanken dazu machen. Hoffe das setzt sich im Meeting fort!
Achja übrigens, deine Shift Taste klemmt. :joy:Aber um mal zurück auf die Themen vom Meeting zu kommen. Es gibt Bewegung beim RPI Imager (https://github.com/raspberrypi/rpi-imager/issues/375#issuecomment-1816744612).
Allerdings ist der Autobuild Prozess des ioBroker RPI Images derzeit kaputt (vermutlich durch die "unfertige" Migration auf Debian 12 und 64-bit). Jetzt ist die Frage wie wir hier weiter machen und ob ich da nochmal Zeit investiere.
Daher bitte den folgenden Punkt hinzufügen:- Zukunft des ioBroker Raspberry Pi Images. Ist das Kunst oder kann das weg?
MfG,
AndréBitte keine Support-Fragen per PN! Nutzt die öffentliche Kanäle damit auch andere von den Antworten profitieren können!
-
@mcm57 Da kommst du mit deiner Ansage leider ein paar Posts zu spät. :) Nichts desto trotz kann ich die (Vorab-)Beteiligung hier nur loben! (Auch wenn das vielleicht nicht der passende Thread dazu ist) Fakt ist, dass sich offenbar viele kluge Köpfe Gedanken dazu machen. Hoffe das setzt sich im Meeting fort!
Achja übrigens, deine Shift Taste klemmt. :joy:Aber um mal zurück auf die Themen vom Meeting zu kommen. Es gibt Bewegung beim RPI Imager (https://github.com/raspberrypi/rpi-imager/issues/375#issuecomment-1816744612).
Allerdings ist der Autobuild Prozess des ioBroker RPI Images derzeit kaputt (vermutlich durch die "unfertige" Migration auf Debian 12 und 64-bit). Jetzt ist die Frage wie wir hier weiter machen und ob ich da nochmal Zeit investiere.
Daher bitte den folgenden Punkt hinzufügen:- Zukunft des ioBroker Raspberry Pi Images. Ist das Kunst oder kann das weg?
MfG,
André@andre sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
Zukunft des ioBroker Raspberry Pi Images. Ist das Kunst oder kann das weg?
danke dir !
@ldittmar und ich habe uns bemüht, zwischen der aktiven Diskussion ;), alle angetragenen Themen zusammen zufassen.
Diesen Punkt habe ich soeben aufgenommen -
@andre sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
Zukunft des ioBroker Raspberry Pi Images. Ist das Kunst oder kann das weg?
danke dir !
@ldittmar und ich habe uns bemüht, zwischen der aktiven Diskussion ;), alle angetragenen Themen zusammen zufassen.
Diesen Punkt habe ich soeben aufgenommen@apollon77 ich bin da gerade noch auf dieses Thema gestossen, waehre eventueel Planung NodeJS Versionen 18/20 auch etwas fürs meeting.
Wir haben noch nicht offiziell abstand genommen von 16, die ist inzwischen EOL und auch 18 ist bereits in maintenance
-
@apollon77 ich bin da gerade noch auf dieses Thema gestossen, waehre eventueel Planung NodeJS Versionen 18/20 auch etwas fürs meeting.
Wir haben noch nicht offiziell abstand genommen von 16, die ist inzwischen EOL und auch 18 ist bereits in maintenance@dutchman Naja Empfohlene version ist bereits Node.js 18 as I know ... mit Nodejs 20 würde ich warten bis die die version releasen bei der npm 10.2.3+ mitkommt um probleme wegen node-gyp und Python 3.12 vorzubeugen ... aber dann könnte man auch Node.js 20 als Empfehlung hoch. Am Ende schadet aber auch Node.js 18 nicht ... ist noch LTS bis April 25 (ja 2025)
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@dutchman Naja Empfohlene version ist bereits Node.js 18 as I know ... mit Nodejs 20 würde ich warten bis die die version releasen bei der npm 10.2.3+ mitkommt um probleme wegen node-gyp und Python 3.12 vorzubeugen ... aber dann könnte man auch Node.js 20 als Empfehlung hoch. Am Ende schadet aber auch Node.js 18 nicht ... ist noch LTS bis April 25 (ja 2025)
@apollon77 Ist ein gutes Thema, da node20 aktuell noch einen Bug in Kombi mit CIFS hat
-
@apollon77 Ist ein gutes Thema, da node20 aktuell noch einen Bug in Kombi mit CIFS hat
@simatec na dann ein grund mehr zu warten
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Man könnte aber 'die Herde' zusammentreiben und auf nodejs@18 führen, indem zentrale Adapter diese Version zur Mindestvoraussetzung machen.
-
Man könnte aber 'die Herde' zusammentreiben und auf nodejs@18 führen, indem zentrale Adapter diese Version zur Mindestvoraussetzung machen.
@thomas-braun sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
Man könnte aber 'die Herde' zusammentreiben und auf nodejs@18 führen, indem zentrale Adapter diese Version zur Mindestvoraussetzung machen.
das haben wir glaube ich bereits den sehr viele Adapter benutzen module die NodeJS-18 benötigen.
In den vorigen meetings wurde bisher entschieden das Node16 support noch bleibt im jetzigen JS-controller und ein dropping where auch ein Major change (also eher fuer den 6.x.x als ner minor release vom 5er)Die frage waehre also ob wir node16 support jetzt killen und in moment x auf 18 gehen, NodeJS 20 hatte ich mehr gemeint als roadmap Sachen damit es nicht in Vergessenheit gerät z.b. fuer controller 6 Nestes Jahr. Nach release Planung sollte zu der zeit 16 definitiv rausfallen (wen die Abhängigkeiten es zulassen), 18 ist ja noch in maintenance bis April '25
-
@thomas-braun sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
Man könnte aber 'die Herde' zusammentreiben und auf nodejs@18 führen, indem zentrale Adapter diese Version zur Mindestvoraussetzung machen.
das haben wir glaube ich bereits den sehr viele Adapter benutzen module die NodeJS-18 benötigen.
In den vorigen meetings wurde bisher entschieden das Node16 support noch bleibt im jetzigen JS-controller und ein dropping where auch ein Major change (also eher fuer den 6.x.x als ner minor release vom 5er)Die frage waehre also ob wir node16 support jetzt killen und in moment x auf 18 gehen, NodeJS 20 hatte ich mehr gemeint als roadmap Sachen damit es nicht in Vergessenheit gerät z.b. fuer controller 6 Nestes Jahr. Nach release Planung sollte zu der zeit 16 definitiv rausfallen (wen die Abhängigkeiten es zulassen), 18 ist ja noch in maintenance bis April '25
@dutchman Warum killen wenn nicht nötig? Es hat bisher immer soweit "natürlich" funktioniert. Adapter heben deps an wenn Sie es wegen Ihrer deps brauchen ... der js-controller ebenso ... so ziehen wir schon seid Jahren die Community langsam hochwärts
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@dutchman Warum killen wenn nicht nötig? Es hat bisher immer soweit "natürlich" funktioniert. Adapter heben deps an wenn Sie es wegen Ihrer deps brauchen ... der js-controller ebenso ... so ziehen wir schon seid Jahren die Community langsam hochwärts
@apollon77 sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
@dutchman Warum killen wenn nicht nötig? Es hat bisher immer soweit "natürlich" funktioniert. Adapter heben deps an wenn Sie es wegen Ihrer deps brauchen ... der js-controller ebenso ... so ziehen wir schon seid Jahren die Community langsam hochwärts
killen nur im sinne von security vulnerabilities waehre mein Vorschlag, eine NodeJS version die nicht maintained wird is ein Sicherheit Risiko was wir vermeiden sollten.
des Weiteren haben wir ja unseren Empfehlungen, ab NodeJS xx das passt also
zum Thema NodeJS-16, wen wir das Nestes Jahr Sommer noch Supporten ist es potentiell so des Systeme Sicherheits Lücken bekommen durch das framework das ist circa 1 Jahr keine updates mehr bekommen hat auch keine CSVE.
Daher meine Empfehlung es im LifeCycle wohl mit zu nehmen.
-
-
-
@carsten04 aber nur, wenn du die dependancy zu vis aus dem io-package entfernst :tongue: ... Ich kann es bei mir leider nicht installieren, weil ich gar kein VIS mehr installiert habe. Ich nehme dein Adapter mal in die Liste auf ;-)
-
Themenliste für November:
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt :timer_clock:
- VIS1 ist jetzt Community Version und kann weiter entwickelt werden
- Nächste Woche soll VIS2 auf stable kommen
- Natürlich wird eine neue Weihnachtsaktion geben - ungefair im gleichen Zeitraum wie 2022
- ioBroker coder Advent Event (dutchman)
- Start am 01.12 - Ziel ist Aufgaben zu gemeinsam lösen
- https://adventofcode.com
- Weitere Infos im Forum: https://forum.iobroker.net/topic/70656/event-iobroker-advent-of-code-mach-doch-auch-mit?_=1701340259804
- ioBroker Community Initiatives - aktueller Stand (Apollon77)
- Matter sich sich Entwickelt
- Device Manager wurde weiter gemacht - Zigbee/Homebridge/esp-home/wled werden hinzukommen
- Roles und typeDetector - "Welche neuen Rollen und ggf. Gerätetypen haben wir eingeführt?" (Apollon77)
- wurde auf TypeScript umgestellt
- SmartCity Solingen - Erfahrungen und was dabei rum kam (Alle die dabei waren)
- https://github.com/ioBroker/ioBroker.discovery/issues/299
- ioBroker war sehr gefragt - wir hatten viele schöne Gespräche
- https://github.com/ioBroker/ioBroker.opensmartcity ist daraus entstanden - ist im Beta zum Testen
- Save the date 28.09.2024 - da findet das Ganze eventuell wieder statt
- Tiers: Bitte updated eure io-package, siehe: https://github.com/ioBroker/ioBroker.js-controller#tiers-start-instances-in-an-ordered-manner (dutchman)
- Vorschlag; JS-Controller sollte bei fehlenden tier definition standard als Tier 2 erhalten
- Frage; muss essen eventuell (zukünftig) möglich adapter Abhängigkeiten zu definieren (z.b. beide sind T2, aber adapter A benötigt erst daten von adapter B, z.b. device manager)
- Schema tier required anlegen
- Adapter Checker Issue
- Adapter creator legt leider noch kein tier an
- Dokumentation anpassen/aktualisieren
- Dependencies/restartAdapters im io-package (ldittmar)
- restartAdapters beide rein (vis, vis-2)
- Adapter die ohne VIS lauffähig sind, sollen keine Dependancies auf VIS haben, auch wenn widgets drin sind
- Widgets, die ohne VIS gar kein Sinn machen sollen auch keine dependancies auch vis haben, wenn diese auch mit vis-2 laufen.
- Nur Vis Widgets, die nicht mit vis-2 lauffähig sind, sollten vis als dependancies haben
- Zukunft des ioBroker Raspberry Pi Images. Ist das Kunst oder kann das weg? (André)
- Wir werden ein Image erstellen - Antrag wird gestellt
- ioBroker Matter-Adapter (Apollon77/Bluefox)
- Matter Adapter kommt
- Es kann als Controller agieren und kann Geräte pairen
- Es sucht nach matter Geräte in der Nähe
- Noch keine BLE Anbindung
- Es kann auch Geräte an andere Controlern anbieten
- Ist noch eineiges zu tun - mal schauen was bis zum nächsten Meeting noch passiert
- Backitup (Simatec)
- Was sollte backit-up untestuetzen, nur die "integrierten" ioBroker komponenten oder auch externe Ressourcen
- Wie wollen wir umgehen mit nicht ioBroker Elementen, Beispiel Unifi aber auch zigbee2mqtt als Beispiel
- Wir sollen im Backitup nur die Daten sichern, die für die Nutzung von ioBroker wichtig sind
- ESPHome; almost stable wasn't das und welche challenges (Admin config) gab es (dutchman)
- Vorstellung Adapter https://github.com/DrozmotiX/ioBroker.esphome
- https://esphome.io/index.html
- Bambulab; kleine Vorstellung eines neuen, teils durch BlackFriday :-), beliebten adapter (dutchman)
- Vorstellung Adapter https://github.com/DrozmotiX/ioBroker.bambulab
- Radar-Trap Adapter (carsten04)
- Wird auf Januar 2024 verschoben
- Readme - Dokumentation mal wieder (Arteck)
- Readme ist englisch
- Changelog der letzen Versionen müssen drin sein
- Soll dem User helfen
- Admin soll immer die aktuelle readme vom Github holen
- Freiwilligen vor!!! Wer mag Dokus für ioBroker schreiben?
- Schlussdiskussion: ioBroker Live Meeting und ioBroker wird 2024 10 Jahre alt (@all)
- Noch keine News
Der Link zum Treffen:
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 turnusgemäß am 17.01.24 stattfinden.
@dutchman sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
https://github.com/ioBroker/ioBroker.opensmartcity ist daraus entstanden - ist im Beta zum Testen
Was ist das?
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! - Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt :timer_clock:
-
@dutchman sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
https://github.com/ioBroker/ioBroker.opensmartcity ist daraus entstanden - ist im Beta zum Testen
Was ist das?
-
Themenliste für November:
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt :timer_clock:
- VIS1 ist jetzt Community Version und kann weiter entwickelt werden
- Nächste Woche soll VIS2 auf stable kommen
- Natürlich wird eine neue Weihnachtsaktion geben - ungefair im gleichen Zeitraum wie 2022
- ioBroker coder Advent Event (dutchman)
- Start am 01.12 - Ziel ist Aufgaben zu gemeinsam lösen
- https://adventofcode.com
- Weitere Infos im Forum: https://forum.iobroker.net/topic/70656/event-iobroker-advent-of-code-mach-doch-auch-mit?_=1701340259804
- ioBroker Community Initiatives - aktueller Stand (Apollon77)
- Matter sich sich Entwickelt
- Device Manager wurde weiter gemacht - Zigbee/Homebridge/esp-home/wled werden hinzukommen
- Roles und typeDetector - "Welche neuen Rollen und ggf. Gerätetypen haben wir eingeführt?" (Apollon77)
- wurde auf TypeScript umgestellt
- SmartCity Solingen - Erfahrungen und was dabei rum kam (Alle die dabei waren)
- https://github.com/ioBroker/ioBroker.discovery/issues/299
- ioBroker war sehr gefragt - wir hatten viele schöne Gespräche
- https://github.com/ioBroker/ioBroker.opensmartcity ist daraus entstanden - ist im Beta zum Testen
- Save the date 28.09.2024 - da findet das Ganze eventuell wieder statt
- Tiers: Bitte updated eure io-package, siehe: https://github.com/ioBroker/ioBroker.js-controller#tiers-start-instances-in-an-ordered-manner (dutchman)
- Vorschlag; JS-Controller sollte bei fehlenden tier definition standard als Tier 2 erhalten
- Frage; muss essen eventuell (zukünftig) möglich adapter Abhängigkeiten zu definieren (z.b. beide sind T2, aber adapter A benötigt erst daten von adapter B, z.b. device manager)
- Schema tier required anlegen
- Adapter Checker Issue
- Adapter creator legt leider noch kein tier an
- Dokumentation anpassen/aktualisieren
- Dependencies/restartAdapters im io-package (ldittmar)
- restartAdapters beide rein (vis, vis-2)
- Adapter die ohne VIS lauffähig sind, sollen keine Dependancies auf VIS haben, auch wenn widgets drin sind
- Widgets, die ohne VIS gar kein Sinn machen sollen auch keine dependancies auch vis haben, wenn diese auch mit vis-2 laufen.
- Nur Vis Widgets, die nicht mit vis-2 lauffähig sind, sollten vis als dependancies haben
- Zukunft des ioBroker Raspberry Pi Images. Ist das Kunst oder kann das weg? (André)
- Wir werden ein Image erstellen - Antrag wird gestellt
- ioBroker Matter-Adapter (Apollon77/Bluefox)
- Matter Adapter kommt
- Es kann als Controller agieren und kann Geräte pairen
- Es sucht nach matter Geräte in der Nähe
- Noch keine BLE Anbindung
- Es kann auch Geräte an andere Controlern anbieten
- Ist noch eineiges zu tun - mal schauen was bis zum nächsten Meeting noch passiert
- Backitup (Simatec)
- Was sollte backit-up untestuetzen, nur die "integrierten" ioBroker komponenten oder auch externe Ressourcen
- Wie wollen wir umgehen mit nicht ioBroker Elementen, Beispiel Unifi aber auch zigbee2mqtt als Beispiel
- Wir sollen im Backitup nur die Daten sichern, die für die Nutzung von ioBroker wichtig sind
- ESPHome; almost stable wasn't das und welche challenges (Admin config) gab es (dutchman)
- Vorstellung Adapter https://github.com/DrozmotiX/ioBroker.esphome
- https://esphome.io/index.html
- Bambulab; kleine Vorstellung eines neuen, teils durch BlackFriday :-), beliebten adapter (dutchman)
- Vorstellung Adapter https://github.com/DrozmotiX/ioBroker.bambulab
- Radar-Trap Adapter (carsten04)
- Wird auf Januar 2024 verschoben
- Readme - Dokumentation mal wieder (Arteck)
- Readme ist englisch
- Changelog der letzen Versionen müssen drin sein
- Soll dem User helfen
- Admin soll immer die aktuelle readme vom Github holen
- Freiwilligen vor!!! Wer mag Dokus für ioBroker schreiben?
- Schlussdiskussion: ioBroker Live Meeting und ioBroker wird 2024 10 Jahre alt (@all)
- Noch keine News
Der Link zum Treffen:
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 turnusgemäß am 17.01.24 stattfinden.
@dutchman sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:
- ioBroker coder Advent Event (dutchman)
- Start am 01.12 - Ziel ist Aufgaben zu gemeinsam löschen
Sicher?
- Jeder kann kurz sagen woran er gerade arbeitet (alle Anwesenden) - immer nur kurz, die Zeit rennt :timer_clock:
-
Ich glaube das Dev-Meeting gestern hat so einige "Rekorde" gebrochen ... Wir waren im Maximum 38 Leute und generell sehr aktiv. Es wurde viel (konstruktiv!) diskutiert, sowohl im Meeting wie auch im Chat. Nicht nur von Entwicklern sondern auch einigen Usern.
Alles in allem möchte ich mich sehr dafür bedanken. Es hat gestern echt Spass gemacht mit Euch! Freue mich auf mehr solche Meetings in 2024 :-)
Ingo
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
Support us
752
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge