Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[OliverIO]

@Thomas-Braun

Würde ich nicht machen.
Das muss über das Image gemacht werden und das muss buanet machen.

Wenn er jetzt das Betriebssystem im Container aktualisiert, werden uU auch irgendwelche Laufzeit Bestandteile in irgendeiner Node Bibliothek aktualisiert.
Bei der nächsten Container Regeneration sind die is Änderungen weg. Die laufzeitkomponentrn aber noch auf dem neuen Stand

Im Iobroker Docker Container ist nur alles unter /opt/iobroker permanent

Daher im Iobroker Container nur
Jscontroller und Adapter aktualisieren

[Thomas Braun]

@OliverIO sagte:

und das muss buanet machen.

Das Ding sollte auch langsam mal auf die Basis 'trixie' gebracht werden...

[OliverIO]

@Thomas-Braun

die diskussion hatten wir ja schon mal.
wenn dann muss das @andre / buanet machen
bookworm hat LTS-Datum 2028-06-30
LTS Versionen sind bei VM und container meiner Meinung nach die übliche version
Die upstream security patches werden auch automatisiert von buanet aktualisiert (letztes image von vor 5 Tagen, was durch die debian Aktualisierung getriggert wurde)

[Thomas Braun]

@OliverIO

Auf LTS kannst du ja nicht wirklich setzen, das letzte PointRelease ist für Debian 12 veröffentlicht worden.
https://linuxnews.de/debian-12-15-bookworm-als-letztes-point-release-veroeffentlicht/
Aller allerhöchste Zeit da endlich den Absprung zu machen. Wenn nicht jetzt, wann dann?

[OliverIO]

@Thomas-Braun
naja, 8 Tage alt, das ist das was da auch im aktuellen image angekommen ist.
Davor dann am 16.5.26

Das aktuelle war dann das letzte offizielle non LTS release. Nun kümmert sich das LTS-Team drum
https://www.debian.org/News/2026/

[Thomas Braun]

@OliverIO

Geht auch nicht darum, wie alt das ist, sondern darum, dass es das letzte Release ist. Ab jetzt liegt das Ding endgültig auf der LTS-Geriatrie. Wie lange willste das denn noch durchschleppen?
Wie lange es dauert, bis aktuelle Versionen dann auch bei den usern ankommen siehste z. B. auch daran, das erst 50% der ioBroker-Instllationen auf nodejs@22 laufen. Und 1/3 immer noch auf abgekündigten nodejs-Versionen wie 20 oder 18 hocken. Warum auch immer...

[OliverIO]

@Thomas-Braun

Ich weiß aus mehreren großen Unternehmen wie da der Betrieb gemacht wird.
Der Betrieb ist zuständig für Oberkante Betriebssystem.
Das sind Unternehmen, die mehrere 100 oder auch 1000-ende VMs und Container betreiben.

Da geht man keine Risiken ein. Daher LTS. Security Updates werden zeitnah gemacht, aber keine Funktionserweiterung durch das Betriebssystem.

ca 1 Jahr vor Ablauf der LTS müssen dann die Applikationsteams anfangen die Umstellung zu planen. Das geht dann aber meistens aus dem Betriebskonzept und der Risikoeinschätzung darin hervor.

[Thomas Braun]

@OliverIO

Jetzt willst du aber nicht Klaus Müllers ioBroker-Installation auf einem NUC/NAS/Raspberry usw. mit Unternehmen vergleichen, die ein Team an Admins haben?

[haselchen]

@Thomas-Braun

Du willst uns doch auch erzählen, dass wenn das Trixie Update von buanet rauskommt, dass die 1/3 sich sofort auf ein Update stürzen. Manchmal vergesst ihr / Du, dass die überwiegende Mehrheit das hier als Hobby hat.

[OliverIO]

@Thomas-Braun
Doch.
Wenn es für große Unternehmen sicherheitstechnisch ausreicht, dann doch auf für zu Hause. Insbesondere dann, wenn die meisten hier, von solchen Updates meist überfordert sind und es eher auf die lange Bank schieben.

Die meisten die hier das Betriebssystem direkt installiert haben, machen weniger häufig ein OS-Update. Mit Containern geht das ja noch einfacher, aber wer hat hier schon watchtower oder einen anderen ähnlichen Aktualisierungsdienst für seine container am laufen.

(forum hat gerade schluckauf)

[Thomas Braun]

@OliverIO sagte:

und es eher auf die lange Bank schieben.

Und GENAU mit diesem dämlichen 'never-tatsch-irgendwas-Unfug' tun sich die Kandidaten absolut GAR KEINEN Gefallen.
Die Pflege der Kiste und der irgendwann so oder so erforderliche Wechsel auf aktuellere Versionen wird durch 'Augen zu und Kopf in den Sand stecken' bekanntermaßen ja nicht einfacher, im Gegenteil, das wird immer komplexer.
Und deswegen hat man einen Migrationsplan. Das der für Kozerne (ich arbeite selber in einem, heute ist z. B. ein geplantes Wartungsfenster für SAP und die Server mehrere Stunden nicht erreichbar.
Kläuschen Müller hat aber eher keinen Migrationsplan. Und deswegen sollte der sich mit seiner Installation immer im gerade voll unterstützen Zeitfenster des aktuellen 'stable'-Releases bewegen.

Die 'NTARS'-Leutchen halten auch die Entwicklung auf und verursachen erhöhten Aufwand für die Maintainer, weil da ja z. B. auch gegen Asbach-Uralt-Versionen getestet werden muss.

Du willst uns doch auch erzählen, dass wenn das Trixie Update von buanet rauskommt, dass die 1/3 sich sofort auf ein Update stürzen.

Nein, das weiß ich ja nur zu gut, wie lange das dauert. Und deswegen reizt man die Supportzeiträume auch nicht bis zum äußersten aus. Eben WEIL das dann noch mehrere Monate dauert, bis das bei den Usern dann auch ankommt. Siehe nodejs. Wie lange ist 22 jetzt schon die Empfehlung und wie lange wird 22 schon bei Neuinstallationen direkt mitinstalliert? Und trotzdem sind es nicht mal 50% der Installationen, die damit unterwegs sind.

[OliverIO]

@Thomas-Braun sagte:

SAP und die Server

wie du schreibst, kommt da der trigger von der Applikation und nicht vom betriebssystem
ihr aktualisiert doch das betriebssystem (ausser security patches) nicht, ohne das es die applikation es fordert.
gut bei SAP kommen gelativ häufig updates, wo man das gleich mit erledigen kann. aber wenn ihr am betriebssystem die major version ändert, müssen die applikationsteams wieder alles testen

[Thomas Braun]

@OliverIO

Ist doch egal, ob es eine Anwendung ist oder das darunter liegende OS. Beides muss beizeiten und mit Plan aktuell gehalten werden. Wird wohl einen Grund geben, warum unsere Admins an einem Sonntag für 5 Stunden die Kisten auf Eis legen.
Muss mich als Verwender auch nicht interessieren, Hauptsache das Ding läuft morgen wieder.

Nur Klaus Müller als Zwangs-Hobby-Admin mit eingeschränktem Interesse oder Wissen oder Lust ist ja noch viel mehr daruaf angewiesen, dass dann von 'irgendwoher' ein Trigger kommt. Wenn der Trigger dann 'Du hast sämtliche Support Meilensteine verpasst, da geht jetzt außer einer Neuinstallation gar nichts mehr' lautet ist das eine sich selbsterfüllende Prophezeiung. Und für Klaus Müller halt wieder äergerlich/unverständlich/mit unnötigen "Schmerzen" verbunden.

[TripleX]

@Thomas-Braun sagte:

@TripleX sagte:

2026-07-19 15:00:48.702 - info: host.ioBroker iobroker install info@2.0.0 using installedFrom
2026-07-19 15:00:54.553 - error: host.ioBroker iobroker npm-install: host.ioBroker Unknown packet name info. Please install packages from outside the repository using "iobroker url <url-or-package>"!
2026-07-19 15:00:54.555 - error: host.ioBroker iobroker npm-install: adapter "info" cannot be installed: Unknown packet name info. Please install packages from outside the repository using "iobroker url <url-or-package>"!
2026-07-19 15:00:55.635 - info: host.ioBroker iobroker npm-install: exit 12

Den Adapter 'info' gibt es nicht mehr. Kannst ersatzlos rauswerfen.

Nur damit ich das richtig verstehen...die Fehlermeldung, die ich bekomme, wenn ich auf Info klicke...

...liegt an dem nicht mehr vorhandenen Adapter?

[Homoran]

@Thomas-Braun sagte:

2026-07-19 15:00:54.555 - error: host.ioBroker iobroker npm-install: adapter "info" cannot be installed:

Ja!
Da ist ja nichts installiert, also ist es nicht zu finden (=404; page not found)

[TripleX]

Wollte jetzt gerade den JS-Controller auf 7.2.2 aktualisieren und bekam die Meldung "failed to fetch".
Das Update ist aber dann durchgeführt worden.

[Thomas Braun]

@TripleX sagte:

...liegt an dem nicht mehr vorhandenen Adapter?

Ja, der funktioniert seit geraumer Zeit nicht mehr, lieferte Fehlinformationen (wie z. B. eine falsche nodejs-Versionsnummer) und wird daher nicht mehr zur Installation verfügbar gemacht. Auf Alt-Installationen sollte man den deinstallieren.

[Homoran]

@TripleX sagte:

bekam die Meldung "failed to fetch"

Da stand bestimmt noch mehr

[TripleX]

@Homoran sagte:

@Thomas-Braun sagte:

2026-07-19 15:00:54.555 - error: host.ioBroker iobroker npm-install: adapter "info" cannot be installed:

Ja!
Da ist ja nichts installiert, also ist es nicht zu finden (=404; page not found)

Also lief eigentl. bei mir alles richtig, wenn ich nur den Adapter gelöscht hätte.
Na dann aktualisiere ich jetzt mal wieder alles und gucke ob noch irgendwas Probleme macht.

[TripleX]

@Homoran sagte:

@TripleX sagte:

bekam die Meldung "failed to fetch"

Da stand bestimmt noch mehr

Das kann sein...war ziemlich schnell wieder weg.
Kann man das irgendwo noch nachträglich sehen?