js-controller 3.2 jetzt im Latest!

[Thomas Braun]

@didi-0

Prüf mal die node-Installation:

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

[Diginix]

@thomas-braun Wie oft hast du diese Kommandos schon im Forum gepostet?

[Thomas Braun]

@diginix Hab 'nen Autotext dafür. Kein Problem...

Aber offenbar noch nicht oft genug, so häufig wie man da dann doch auf krumme Installationen stößt.

[Diginix]

@thomas-braun Ich bin für einen Counter in deiner Signatur.

[Thomas Braun]

@diginix sagte in js-controller 3.2 jetzt im Latest!:

@thomas-braun Ich bin für einen Counter in deiner Signatur.

Dann auch noch einen Couner für:
Man meldet sich nicht als root an!

[Jan1]

@thomas-braun
OK, wenn wir schon dabei sind, wäre dann nicht auch noch einer für "Runlevel 5 ist nix für ein Server" angebracht?

[Didi 0]

@thomas-braun @apollon77

atombook ~ # which node && node -v && which npm && npm -v
/usr/bin/node
v12.20.1
/usr/bin/npm
6.14.10

nodejs und apt gibt es auf dem System nicht, ist ein gentoo Bisher hatte ich auch keine Probleme mit NodeJs unter gentoo. Ich kann aber gerne auch mal ein 14er Release installieren und es damit probieren...

[Thomas Braun]

@didi-0
Gut, gentoo hatte ich jetzt nicht erwartet, damit bist du ein Super-Exoten-Pinguin unter den ioBrokern. nodejs ist letzendlich ohnehin nur ein symlink auf node, das muss nicht unbedingt vorhanden sein.
Ich vermute aber, das ein node14 dich auch nicht weiterbringen wird.

[Didi 0]

@thomas-braun
Naja, ich werde das schon noch probieren. Dachte nur, dass vielleicht auch noch jemand anders das Problem hat.
Oder eine Idee, woran's liegt?
Kennt sich jemand mit node so gut aus, zu wissen, was zum regex-parsen benützt wird? Eigentlich kann's ja nur eine zu alte Library auf meinem System sein oder irgendein node-module funkt dazwischen...

atombook ~ # ldd /usr/bin/node
        linux-vdso.so.1 (0x00007ffcaf769000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f4e5b8f5000)
        libhttp_parser.so.2.9 => /usr/lib64/libhttp_parser.so.2.9 (0x00007f4e5b8e9000)
        libbrotlidec.so.1 => /usr/lib64/libbrotlidec.so.1 (0x00007f4e5b8db000)
        libbrotlienc.so.1 => /usr/lib64/libbrotlienc.so.1 (0x00007f4e5b849000)
        libcares.so.2 => /usr/lib64/libcares.so.2 (0x00007f4e5b832000)
        libnghttp2.so.14 => /usr/lib64/libnghttp2.so.14 (0x00007f4e5b808000)
        libcrypto.so.1.1 => /usr/lib64/libcrypto.so.1.1 (0x00007f4e5b558000)
        libssl.so.1.1 => /usr/lib64/libssl.so.1.1 (0x00007f4e5b4c6000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f4e5b4c1000)
        libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libstdc++.so.6 (0x00007f4e5b24b000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f4e5b107000)
        libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libgcc_s.so.1 (0x00007f4e5b0ed000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4e5b0cb000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f4e5af0f000)
        libbrotlicommon.so.1 => /usr/lib64/libbrotlicommon.so.1 (0x00007f4e5aeec000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f4e5d221000)

[Thomas Braun]

@didi-0 node aus pacman gebaut?
Keine Ahnung wie 'fragmentiert' das auf gentoo gebaut wird. Die debian-dfsg-Version ist jedenfalls sehr modular, die hier präferierte Version von nodesource gebaut bringt mehr Module mit. Vermutlich dann auch das benötigte Modul für die reg-Echsen.

[Didi 0]

@thomas-braun nope, aus dem Standard-Repo, das aktuelle Release für die 12er Serie.
Mir ist gerade aufgefallen, dass ich ohne "Internationalization Components for Unicode" Library gebaut habe, vielleicht hat das einen Einfluss... so viele build-Optionen gibt es da sonst nicht:

[U] net-libs/nodejs
     Available versions:  12.19.1(0/12)^t ~12.20.1(0/12)^t 14.15.0(0/14)^t 14.15.1(0/14)^t ~14.15.4(0/14)^t ~15.5.1(0/15)^t **99999999*l^t {debug doc (+)icu inspector +npm pax_kernel +snapshot +ssl system-icu +system-ssl systemtap test CPU_FLAGS_X86="sse2"}
     Installed versions:  12.20.1(0/12)^t(08:01:48 AM 02/05/2021)(npm snapshot ssl system-ssl -debug -doc -icu -inspector -systemtap -test CPU_FLAGS_X86="sse2")

[Didi 0]

@apollon77 @Thomas-Braun
Die fehlende ICU-Library war's! Ich hatte gestern abend node (12.20.1) neu gebaut und gerade eben lief das Update dann erfolgreich durch!

atombook ~ # ldd /usr/bin/node
...
        libicui18n.so.68 => /usr/lib64/libicui18n.so.68 (0x00007f5055078000)
        libicuuc.so.68 => /usr/lib64/libicuuc.so.68 (0x00007f5054e91000)
...
        libicudata.so.68 => /usr/lib64/libicudata.so.68 (0x00007f5052d72000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f50572f1000)

Vielleicht könnt ihr das ja irgendwo als Dependency-Hinweis aufnehmen? Danke!

[pi4]

Hallo zusammen,

könnt ihr mir bitte eine kurze Hilfestellung geben.
Ich versuche gerade das Update von 3.1.6 auf 3.2.13 durchzuführen und kommen mit der Anleitung einfach nicht weiter:
Linux

iobroker stop
iobroker update
iobroker upgrade self
iobroker start

Es bleibt dann die aktuelle Version 3.1.6 installiert.
Ich würde die aktuelle Version 3.2.X gerne wegen LetsEncrypt nutzen.
VG
Kalle

[Thomas Braun]

@pi4

iobroker repo list

[arteck]

@pi4 LOG... was steht im LOG

[apollon77]

@pi4 Das interessante ist die Konsolenausgabe bei den einzelnen Kommandos. Vor allem bei upgrade self

[fastfoot]

@pi4 sagte in js-controller 3.2 jetzt im Latest!:

Es bleibt dann die aktuelle Version 3.1.6 installiert.

ist denn die repo auch auf latest?

[pi4]

Konsolenausgabe.txt
Hier die Konsolenausgabe:

iobroker repo list
iobroker stop
iobroker update
iobroker upgrade self
iobroker repo list
iobroker start
iobroker repo list

[Thomas Braun]

@pi4 In stable ist die Version noch nicht drin, nur im Beta-Zweig.

[pi4]

@thomas-braun Danke für die schnelle Antwort. Wann wird sie in "stable" ca. zur Verfügung stehen?