UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Dutchman]

@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]

@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)

[simatec]

@apollon77 Ist ein gutes Thema, da node20 aktuell noch einen Bug in Kombi mit CIFS hat

[apollon77]

@simatec na dann ein grund mehr zu warten

[Thomas Braun]

Man könnte aber 'die Herde' zusammentreiben und auf nodejs@18 führen, indem zentrale Adapter diese Version zur Mindestvoraussetzung machen.

[Dutchman]

@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

[apollon77]

@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

[Dutchman]

@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]

Wenn Interesse besteht kann ich gerne kurz meinen Adapter radar-trap vorstellen. Die vis-2 Widgets sind soweit fertig. Könnte mir vorstellen, dass das bei dem einen oder anderen ggf. demnächst auch auf dem Programm steht.

[ldittmar]

@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 ;-)

[carsten04]

@ldittmar kommt am nächsten Wochenende, muss mir erstmal ein neues Headset kaufen . . . so ein Driss.

[sigi234]

@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?

[arteck]

@sigi234 einbindung Solingen Smar City als Adapter.. die sind relativ gut aufgestellt als Stadt mit Sensorik. damit kannst du dir die Daten holen

[oFbEQnpoLKKl6mbY5e13]

@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?

[apollon77]

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

[ldittmar]

@ofbeqnpolkkl6mby5e13 sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:

@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?

:sweat_smile: das kommt davon, wenn man zuhören/verstehen will und gleichzeitig Protokoliert. Ich weiß gar nicht mehr was ich da schreiben wollte :sweat_smile: ... löschen war es aber definitiv nicht.

[oFbEQnpoLKKl6mbY5e13]

@ldittmar

Ich hatte mich vor allem gewundert, weil man zum Löschen in der Regel nur genau eine Person mit einem zu dicken Finger braucht... ;-)

[Dutchman]

@apollon77 sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:

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

dem schließe ich mich gerne an !

[Codierknecht]

@ldittmar sagte in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:

Ich weiß gar nicht mehr was ich da schreiben wollte

Ich kaufe ein "E" und möchte lösen

[Gaspode]

@apollon77 said in Meeting für ioBroker Core/Dev/Admin 29.11.23 20:30:

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.

Och menno, und gerade dieses Mal hab ich das Meeting verpasst, weil ich auf die Weihnachtsfeier meines Arbeitgebers "musste" :(