NodeBB hat Version 2.8.9 released. Wollen wir hoffen, das der Bug weg ist

In der Anleitung von iframely werden zwei Tools angesprochen, um den Dienst dauerhaft am Laufen zu halten. forever pm2 Ich habe beide ausprobiert, pm2 recht intensiv. Bin aber zu der Überzeugung gekommen, das es für mich nicht sinnvoll ist eines dieser Tools zu nutzen. Meine NodeJS Fähigkeiten sind sehr überschaubar, so das ich mich mit keinem der Tools richtig wohl gefühlt habe. Also machen wir es so, wie es in Debian 11 eingebaut ist - mit systemd Hier das File wie ich den Dienst starte. [Unit] Description=Iframely Documentation=https://iframely.com/docs/host After=system.slice multi-user.target [Service] Type=simple User=<USER> StandardOutput=syslog StandardError=syslog SyslogIdentifier=iframely WorkingDirectory=/home/<USER>/iframely PIDFile=/home/<USER>/iframely/pidfile ExecStart=/usr/bin/node cluster Restart=always [Install] WantedBy=multi-user.target

Bitte dazu auch diesen Beitrag lesen... https://linux-nerds.org/topic/1315/nodebb-iframely

Heute gab es ein Update von 2.4.5 -> 2.5.0 Das oben geschriebene funktioniert nicht git fetch git reset --hard origin/v2.x ./nodebb upgrade Ausschnitt der Konsole ~/nodebb$ git fetch remote: Enumerating objects: 244, done. remote: Counting objects: 100% (239/239), done. remote: Compressing objects: 100% (100/100), done. remote: Total 244 (delta 160), reused 212 (delta 138), pack-reused 5 Receiving objects: 100% (244/244), 55.57 KiB | 7.94 MiB/s, done. Resolving deltas: 100% (160/160), completed with 62 local objects. From https://github.com/NodeBB/NodeBB dd3e1a2861..01d276cbee v2.x -> origin/v2.x * [new branch] async-zxcvbn -> origin/async-zxcvbn 9260b4ef19..d06938d877 bootstrap5 -> origin/bootstrap5 884d40756a..8fe41d92a2 develop -> origin/develop a088eb19af..1076285dc9 master -> origin/master + b7d916c321...c85ac68373 renovate/ace-builds-1.x -> origin/renovate/ace-builds-1.x (forced update) * [new tag] v2.5.0 -> v2.5.0 :~/nodebb$ git reset --hard origin/v2.x HEAD is now at 01d276cbee chore: incrementing version number - v2.5.0 :~/nodebb$ ./nodebb upgrade Updating NodeBB...

Und so, wenn man beide 2FA Möglichkeiten aktiviert hat. [image: 1654683786232-552a3e23-bae3-4cfd-9c2e-26026ab63138-grafik.png]

Wer manuell fixen will, hier sind die Änderungen drin die man braucht, damit alles wieder läuft. https://community.nodebb.org/topic/16504/login-problem-2-0-1/18

Irgendwie hatte ich Differenzen zwischen meinen beiden Foren, die es eigentlich nicht geben dürfte!? Problem scheint zu sein, das das Plugin nodebb-plugin-ns-embed nicht richtig funktioniert. Da bekam ich den Tipp, das Plugin nodebb-plugin-embed zu installieren. Das ging aber nicht über das Admin Panel, da kam folgendes. [image: 1653559307844-plugin_error.png] Ok, dann von Hand npm install nodebb-plugin-embed Im Admin Panel aktivieren, danach Rebuild und Restarten. Aktuell in v2.0.0 nicht über das Admin Panle durchführbar, Fix ist schon fertig. Kommt wohl mit v2.0.1 ./nodebb upgrade ./nodebb restart Danach lief alles!?? Hoffe ich

Es gab da noch ein lästiges Problem -> https://github.com/NodeBB/nodebb-plugin-emoji/issues/52 npm install nodebb-plugin-emoji@3.5.13 Die Version v3.5.13 behebt das Problem.

Heute Morgen beim Kaffee dann dieses Forum hier gemacht. Dazu habe ich aber die Vorgehensweise, nach einem Tipp aus dem NodeBB-Forum, ein wenig geändert. Ich habe jetzt festgestellt, das es sehr sinnvoll sein kann, nur mit einer Kopie zu arbeiten. Also, kopieren wir uns den ganzen Ordner. cp -r nodebb/ nodebb_test/ In diesen Ordner dann wechseln. cd nodebb_test/ Der Versuch von ./nodebb upgrade ist wieder gescheitert. In file included from ../src/common.cc:24: /usr/include/vips/vips8:35:10: fatal error: glib-object.h: Datei oder Verzeichnis nicht gefunden 35 | #include <glib-object.h> | ^~~~~~~~~~~~~~~ compilation terminated. make: *** [sharp-linux-x64.target.mk:139: Release/obj.target/sharp-linux-x64/src/common.o] Fehler 1 make: Verzeichnis „/home/user_nodebb/nodebb_test/node_modules/sharp/build“ wird verlassen gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 Nun der Tipp aus dem NodeBB-Forum. Ich soll den node_modules/ Ordner neu installieren lassen. Ok, dazu sichern wir uns den erstmal. mv node_modules/ node_modules_BAK/ Danach ein npm install Da ich kein nodejs Nerd bin, vermute ich mal, das npm (der Paketmanager) jetzt alle Pakete aus der package.json neu runterlädt und installiert!? Die Aussage ist mit Vorsicht zu genießen, da ich mir nicht 100% sicher bin. Sollte aber passen Jedenfalls habe ich danach wieder einen node_modules/ Ordner. Dann hatte ich ja gestern gelernt, wie ich mir die Version der Pakete anzeigen lassen kann. user@webserver2:~/nodebb_test$ npm list sharp nodebb@1.18.5 /home/user/nodebb_test └── sharp@0.29.2 Jetzt hat der Paketmanager npm in der richtigen Version installiert. Schon ein wenig verrückt, oder? Danach ein ./nodebb upgrade Das lief durch NodeBB Upgrade Complete! Um das jetzt nicht nochmal machen zu müssen, habe ich die Original NodeBB Installation gesichert und den Testordner an dessen Stelle kopiert. Einmal neugestartet und ausprobiert. Bei dieser Version muss ich leider immer zweimal ./nodebb upgrade machen, bis es ordentlich läuft. Seltsam, aber kann ich mit leben. Diese Paket sharp macht jedesmal auf eine andere Art und Weise Probleme - ziemlich nervig. Eigentlich ist dieser Upgrade Vorgang nämlich stressfrei und problemlos. In seltenen Fällen meckert er mal über ein FIle was schon da ist. Das sieht man aber in der Ausgabe und löscht das dann einfach, Vorgang erneut starten und gut. Merksatz Original Ordner kopieren und darin den Upgrade Prozess erst testen!!