Node 18.1 vs 19.0

[warp735]

Vorab: bin auf m Docker unterwegs.

Warum wird mir ein node.js Update angezeigt und nach Docker update immer noch. Auch wenn ich das Ganze manuell anstoße bleibt er auf der 18.1
Ist jetzt schon das zweite Mal so.

Das letzte Mal kam dann irgendwann ein Docker Update und dann hats wieder gepasst. Muss man jetzt immer zwei / drei Updates auslassen oder wie?

[haus-automatisierung]

@warp735 Weil 16.18.1 die letzte Version im Debian Package-Repository ist.

https://deb.nodesource.com/node_16.x/dists/bullseye/main/binary-amd64/Packages

Version: 16.18.1-deb-1nodesource1

Die Anzeige im info Adapter richtet sich nicht nach den jeweiligen Paketquellen. Ist ungünstig gelöst.

Einfach warten und dann das Image aktualisieren, wenn es mit der neuesten nodejs Version getaggt wurde. Manuell im Container irgendwelche Updates anstoßen macht man natürlich nicht

PS: Und bitte nenne demnächst die ganze Version. NodeJS 18 bzw. 19 ist ja was ganz anderes als 16.18

[Thomas Braun]

@warp735

Weil im downstream noch die 16.18.1 drin ist:

echad@chet:~ $ apt policy nodejs
nodejs:
  Installed: 19.2.0-deb-1nodesource1
  Candidate: 19.2.0-deb-1nodesource1
  Version table:
 *** 19.2.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_19.x bullseye/main arm64 Packages
        100 /var/lib/dpkg/status
     18.12.1-deb-1nodesource1 501
        500 https://deb.nodesource.com/node_18.x bullseye/main arm64 Packages
     16.18.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages
     14.21.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x bullseye/main arm64 Packages
     12.22.12~dfsg-1~deb11u1 500
        500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages
echad@chet:~ $

Die muss von nodesource erst gebaut werden und im Repo gesynct werden. Bei Docker ist das natürlich dann wieder eine etwas andere Geschichte.

[haus-automatisierung]

@thomas-braun sagte in Node 18.1 vs 19.0:

Bei Docker ist das natürlich dann wieder eine etwas andere Geschichte.

Ne, genau das gleiche. Nur dass zusätzlich das Image einmal neu gebaut und gepusht werden muss. Aber das erledigt ja der GitHub Workflow.

[OliverIO]

@warp735
Bei node sind die ungeraden Major Versionen (also19)
Immer Entwicklungsversionen.
Nur gerade Versionen sollten produktiv eingesetzt werden.
Die aktuelle Iobroker versionsempfehlung ist die neueste 16

Wie schon zuvor gesagt. Im Container selber neue Node Versionen zu installieren macht kein sinn, da beim nächsten erzeugen das wieder weg ist
Wenn dann wählst du eine neuere container Definition von buanet. Die wird es aber dann erst mit node20 geben

[haus-automatisierung]

Und deswegen habe ich darum gebeten, die vollständige Versionsnummer bei Problemen zu nennen (und nicht die erste Stelle weg zu lassen). Schon sind die ersten zu Recht verwirrt

@OliverIO Er meint 16.18.1 und 16.19.0

[lemonbiter]

@haus-automatisierung

Nehmt es mir bitte nicht übel, aber für mich ist es eine red-flag bzw. ein bug wenn im user interface (nun bereits das zweite mal) eine neue Version angekündigt wird, dieser aber faktisch (noch) nicht zur Verfügung steht. Das müsste man doch richtiger machen können!

Sorry und wegduck

[Thomas Braun]

@lemonbiter

Dann müsstest du gegen das nodesource-Repo prüfen, ob die das schon fertig gepackt haben.
Dann kommen die an, die irgendwo anders von dem Upstream-Release einer neuen Version gelesen haben und moppern rum, warum das noch nicht richtig angezeigt wird.

[haus-automatisierung]

@lemonbiter Willkommen in einer Welt, in der jeder den ioBroker auf einem beliebigen Linux oder Windows installieren kann. Wie will man das alles abfragen? Es gibt 100te Wege wie nodejs auf den Betriebssystemen landen kann.

Der Info-Adapter (welcher übrigens erstmal nur ein einzelner Community-Adapter ist und nicht zum ioBroker Core gehört), holt halt die Infos irgendwo von den nodejs Webseiten.

Jetzt hängen die Debian/Ubuntu Pakete hinterher. Andere installieren das auf Windows eventuell direkt oder nutzen andere Methoden als die Paketmanager oder auch ganz andere Distributionen.

Man könnte jetzt höchstens x Tage warten, bis man dort die neueste Version anzeigt. Aber dann kommen wieder Leute die fragen "warum steht das da nicht, wenn die doch längst freigegeben wurde?".

Also ein bisschen allgemeiner betrachten und nicht von irgendwelchen "red-flags" schreiben.

[Homoran]

@lemonbiter

kurz und knapp:
wenn du dir aus den Quellen das Paket selber bauen willst, steht es zur Verfügung!

[OliverIO]

@haus-automatisierung
@Thomas-Braun

eigentlich hat er ja recht.
der info adapter schlägt ein update vor, wo es kein update geben sollte.
das ganze Kopfwissen welches hier viele haben,
haben die Anfänger ja nicht und folgen halt dann den Anweisungen auf dem Bildschirm, insbesondere dann, wenn aus ihrer Sicht irgendwas nicht richtig funktioniert, sucht man dann Hilfe in einer neueren Version, die das evtl besser macht.

Also sollte man doch für den Adapter ein Issue auf github anlegen, so das das verbessert werden kann oder ggfs mit zusätzlichem Text versehen wird, so das Anfänger da nicht so ohne weiteres darauf reinfallen.

[Thomas Braun]

@homoran

Oder eine der anderen Möglichkeiten der Installation nutzt. Aber vorsicht, das kann zu großen Komplikationen mit dem Paketmanager führen, wenn das nicht sauber gemacht wird.
Ich rate davon strikt ab und würde um etwas Geduld bitten, bis eine Version im Upstream auch im Downstream der Distibution ankommt.

[haus-automatisierung]

@oliverio sagte in Node 18.1 vs 19.0:

Also sollte man doch für den Adapter ein Issue auf github anlegen, so das das verbessert werden kann oder ggfs mit zusätzlichem Text versehen wird, so das Anfänger da nicht so ohne weiteres darauf reinfallen.

Das kann man machen. Aber da alle Varianten abzudecken ist unmöglich. Alleine für Debian müsste man ja erstmal gucken, welche Version installiert ist, ob das über apt installiert wurde, dann fehlen die Rechte um auf die sources.list zuzugreifen usw. Docker wäre wieder komplett anders zu behandeln.

Eine einfache Info, dass man sich bitte informieren soll, wann und wie neue nodejs Versionen bei der eigenen Installation zur Verfügung gestellt werden sollte reichen.

Aber... ob das Leute dann wirklich verstehen? Viele hauen ja auch einfach einen Docker-Container auf das System und kennen den Inhalt des Images gar nicht oder wie man generell mit Docker arbeitet. Thomas repariert hier auch täglich verpfuschte nodejs Installationen, wo irgendwelche Leute zip Dateien nach sonstwo entpackt haben.

[Homoran]

@oliverio sagte in Node 18.1 vs 19.0:

eigentlich hat er ja recht.

...und wir versuchen nur zu erklären warum es zu dieser Meldung kommt, und dass es eigentlich keine Lösung für eine "korrektere" Aussage gibt.

[Homoran]

@haus-automatisierung sagte in Node 18.1 vs 19.0:

Eine einfache Info, dass man sich bitte informieren soll, wann und wie neue nodejs Versionen bei der eigenen Installation zur Verfügung gestellt werden sollte reichen.

sehr gute Idee!
so etwas wie

eine neue Version wird voraussichtlich in den nächsten Tagen verfügbar sein (ist im Zulauf). Bitte mit sudo apt update prüfen.

[haus-automatisierung]

@homoran sagte in Node 18.1 vs 19.0:

eine neue Version wird voraussichtlich in den nächsten Tagen verfügbar sein (ist im Zulauf). Bitte mit sudo apt update prüfen.

Das wäre aber schon wieder für Windows, Docker und andere Distributionen als Debian/Ubuntu eine falsche Information...

[Homoran]

@haus-automatisierung heisse Nadel und so...
bitte feilen

[Thomas Braun]

@oliverio

Das ist halt eine Frage der Perspektive.
Im Upstream ist eine Version released worden, die damit aber noch lange nicht passend zur Distribution im Downstream nachgearbeitet wurde.
Ist ja bei fast jedem Paket der Fall. Selbst bei einem ganz frischen Release von z. B. Debian sind die verwendeten Pakete schon gut 'abgehangen', einfach weil man halt eine stabile Version raushauen will und nicht unbedingt den neusten heißen Sch**ß.

Meiner Meinung nach könnte man auf die Angabe der exakten nodejs-Version eh weitestgehend verzichten und nur die aktuell empfohlene Major-Version aufführen. Die Minor-Releases fließen ja auf einem ordentlich gepflegen System eh zu gegebener Zeit nach. (Jedenfalls in meiner naiven Traumwelt).

[haus-automatisierung]

@thomas-braun Sehe ich auch so! In einer sauberen Installation macht man eh regelmäßig (automatisch) ein Update von nodejs und braucht dazwischen nicht jeden Hotfix.

Und wenn man das nicht macht, dann interessiert einen die Meldung auch nicht Manche sind hier ja auch noch irgendwo auf node 10 oder 12

[Homoran]

@haus-automatisierung Das sind genau die zwei Welten!

@oliverio sagte in Node 18.1 vs 19.0:

das ganze Kopfwissen welches hier viele haben,
haben die Anfänger ja nicht und folgen halt dann den Anweisungen auf dem Bildschirm,

oder

@thomas-braun sagte in Node 18.1 vs 19.0:

Die Minor-Releases fließen ja auf einem ordentlich gepflegen System eh zu gegebener Zeit nach. (Jedenfalls in meiner naiven Traumwelt).