NEWS
Phantastische Repositories und wo sie zu finden sind
-
Info zu influxdb2.
https://docs.influxdata.com/influxdb/v2/install/?t=Linux#choose-the-influxdata-key-pair-for-your-os-version
Vll. kannst Du das oben im ersten Beitrag noch aktualisieren.Für neuere Systeme (for example, Ubuntu 20.04 LTS and newer, Debian Buster and newer) sollte das
GPG key file:influxdata-archive.key
Primary key fingerprint:24C975CBA61A024EE1B631787C3D57159FC2F927
verwendet werden.curl --silent --location -O https://repos.influxdata.com/influxdata-archive.key gpg --show-keys --with-fingerprint --with-colons ./influxdata-archive.key 2>&1 \ | grep -q '^fpr:\+24C975CBA61A024EE1B631787C3D57159FC2F927:$' \ && cat influxdata-archive.key \ | gpg --dearmor \ | sudo tee /etc/apt/keyrings/influxdata-archive.gpg > /dev/null \ && echo 'deb [signed-by=/etc/apt/keyrings/influxdata-archive.gpg] https://repos.influxdata.com/debian stable main' \ | sudo tee /etc/apt/sources.list.d/influxdata.listFür ältere Systeme (for example, CentOS/RHEL 7, Ubuntu 18.04 LTS, or Debian Stretch) sollte das
GPG key file:influxdata-archive_compat.key
Signing key fingerprint:9D539D90D3328DC7D6C8D3B9D8FF8E1F7DF8B07E
verwendet werden.Danke, ich hab es aktualisiert.
-
Danke, ich hab es aktualisiert.
Hallo @thomas-braun
Mosquitto kommt jetzt auch direkt aus dem Debian Paketen. Habe auf Trixi Upgrade gemacht und es ist dabei.
Gruß Tom
https://github.com/tt-tom17
Wenn meine Hilfe erfolgreich war, benutze bitte das Voting unten rechts im BeitragNSPanel Script Wiki
https://github.com/joBr99/nspanel-lovelace-ui/wikiNSPanel Adapter Wiki
https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki -
Hallo @thomas-braun
Mosquitto kommt jetzt auch direkt aus dem Debian Paketen. Habe auf Trixi Upgrade gemacht und es ist dabei.
@tt-tom sagte in Phantastische Repositories und wo sie zu finden sind:
Mosquitto kommt jetzt auch direkt aus dem Debian Paketen. Habe auf Trixi Upgrade gemacht und es ist dabei.
Das weiß ich. Das kommt 'schon immer' (auch) aus den Debian-Quellen.
Gleiches gilt für redis. -
@tt-tom sagte in Phantastische Repositories und wo sie zu finden sind:
Mosquitto kommt jetzt auch direkt aus dem Debian Paketen. Habe auf Trixi Upgrade gemacht und es ist dabei.
Das weiß ich. Das kommt 'schon immer' (auch) aus den Debian-Quellen.
Gleiches gilt für redis.Dann könnte man es als Alternative im ersten Post mit erwähnen.
Gruß Tom
https://github.com/tt-tom17
Wenn meine Hilfe erfolgreich war, benutze bitte das Voting unten rechts im BeitragNSPanel Script Wiki
https://github.com/joBr99/nspanel-lovelace-ui/wikiNSPanel Adapter Wiki
https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki -
Dann könnte man es als Alternative im ersten Post mit erwähnen.
Ich dachte eigentlich, dass würde aus dem Einleitungstext hervorgehen.
-
Ich dachte eigentlich, dass würde aus dem Einleitungstext hervorgehen.
Wenn ich das jetzt nochmal lese verstehe ich dein Hinweis. Ist mir damals als Unwissender untergegangen oder ich fand es einfacher den Befehlen zu folgen.
Danke nochmal für deinen hervorragenden Support.
-
Wie kriegt man den neuen Key für Nodejs_22?
Ich bin etwas spät mit dem Trixie update, und kriege diese um die Ohren gehauen - das was vor den 1.2.2026 nur eine Warnung war, kriegt man jetzt etwas robuster um die Ohren gehauen
Err:5 https://deb.nodesource.com/node_22.x nodistro InRelease Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 6F71F525282841EEDAF851B42F59B5F99B1BE0B4 is not bound: No binding signature at time 2026-01-23T18:12:38Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z Fetched 6913 B in 0s (15.8 kB/s) All packages are up to date. Warning: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. OpenPGP signature verification failed: https://deb.nodesource.com/node_22.x nodistro InRelease: Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 6F71F525282841EEDAF851B42F59B5F99B1BE0B4 is not bound: No binding signature at time 2026-01-23T18:12:38Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z Warning: Failed to fetch https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 6F71F525282841EEDAF851B42F59B5F99B1BE0B4 is not bound: No binding signature at time 2026-01-23T18:12:38Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z Warning: Some index files failed to download. They have been ignored, or old ones used instead.Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
Wie kriegt man den neuen Key für Nodejs_22?
Ich bin etwas spät mit dem Trixie update, und kriege diese um die Ohren gehauen - das was vor den 1.2.2026 nur eine Warnung war, kriegt man jetzt etwas robuster um die Ohren gehauen
Err:5 https://deb.nodesource.com/node_22.x nodistro InRelease Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 6F71F525282841EEDAF851B42F59B5F99B1BE0B4 is not bound: No binding signature at time 2026-01-23T18:12:38Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z Fetched 6913 B in 0s (15.8 kB/s) All packages are up to date. Warning: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. OpenPGP signature verification failed: https://deb.nodesource.com/node_22.x nodistro InRelease: Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 6F71F525282841EEDAF851B42F59B5F99B1BE0B4 is not bound: No binding signature at time 2026-01-23T18:12:38Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z Warning: Failed to fetch https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease Sub-process /usr/bin/sqv returned an error code (1), error message is: Signing key on 6F71F525282841EEDAF851B42F59B5F99B1BE0B4 is not bound: No binding signature at time 2026-01-23T18:12:38Z because: Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance because: SHA1 is not considered secure since 2026-02-01T00:00:00Z Warning: Some index files failed to download. They have been ignored, or old ones used instead.@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:
Wie kriegt man den neuen Key für Nodejs_22?
Mit
iob nodejs-update 22wird das ganze nochmal 'drübergebügelt'.
Rückfragen mit 'y' beantworten.Siehe auch:
https://forum.iobroker.net/topic/83744/nodesource-repo-openpgp-signature-verification-failed -
Bin mitten im Upgrade, und iob steht gerade ...
Habe gerade schon ... per copy & paste von weiter oben die Anleitung für nodejs 18 kopiert, und 18 durch 22 ersetzt ... hat wohl auch funktioniert ...
curl -fsSL https://deb.nodesource.com/gpgkey/nodesource-repo.gpg.key | sudo gpg --dearmor -o /etc/apt/keyrings/nodesource.gpg echo "deb [signed-by=/etc/apt/keyrings/nodesource.gpg] https://deb.nodesource.com/node_22.x nodistro main" | sudo tee /etc/apt/sources.list.d/nodesource.listWäre es Sinnvoll trotzdem jetzt
iob nodejs-update 22auszuführen?
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
Bin mitten im Upgrade, und iob steht gerade ...
Habe gerade schon ... per copy & paste von weiter oben die Anleitung für nodejs 18 kopiert, und 18 durch 22 ersetzt ... hat wohl auch funktioniert ...
curl -fsSL https://deb.nodesource.com/gpgkey/nodesource-repo.gpg.key | sudo gpg --dearmor -o /etc/apt/keyrings/nodesource.gpg echo "deb [signed-by=/etc/apt/keyrings/nodesource.gpg] https://deb.nodesource.com/node_22.x nodistro main" | sudo tee /etc/apt/sources.list.d/nodesource.listWäre es Sinnvoll trotzdem jetzt
iob nodejs-update 22auszuführen?
@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:
Wäre es Sinnvoll trotzdem jetzt
Ja. Das iob-Kommando legt die Preferences z. B. etwas anders an als das nodesource-Skript.
-
Erster Run
Dann Reboot
Erstmal passiert bei iob diag nicht viel (läuft jetzt vielleich 4 Minuten auf meiner lahmen N3000 Krücke)*** iob diag is starting up, please wait *** The state system.host.iobroker-test-sicher.versions.nodeNewestNext was not found! The state system.host.iobroker-test-sicher.versions.npmNewestNext was not found!Bis auf diese Warnungen zu Beginn sieht aber alles auf den ersten Blick Sauber aus.
EDIT: Beim zweiten Durchlauf kamen die "...not found!" Warnungen nicht mehr
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
Erster Run
Dann Reboot
Erstmal passiert bei iob diag nicht viel (läuft jetzt vielleich 4 Minuten auf meiner lahmen N3000 Krücke)*** iob diag is starting up, please wait *** The state system.host.iobroker-test-sicher.versions.nodeNewestNext was not found! The state system.host.iobroker-test-sicher.versions.npmNewestNext was not found!Bis auf diese Warnungen zu Beginn sieht aber alles auf den ersten Blick Sauber aus.
EDIT: Beim zweiten Durchlauf kamen die "...not found!" Warnungen nicht mehr
@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:
Bis auf diese Warnungen zu Beginn sieht aber alles auf den ersten Blick Sauber aus.
Bitte einen Issue im js-controller aufmachen. Da werden wohl die States geschrieben bevor es die Objekte dazu gibt.
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:
Bis auf diese Warnungen zu Beginn sieht aber alles auf den ersten Blick Sauber aus.
Bitte einen Issue im js-controller aufmachen. Da werden wohl die States geschrieben bevor es die Objekte dazu gibt.
@haus-automatisierung sagte in Phantastische Repositories und wo sie zu finden sind:
Bitte einen Issue im js-controller aufmachen. Da werden wohl die States geschrieben bevor es die Objekte dazu gibt.
Da sind die Daten einfach noch nicht abgerufen worden und @martinp war zu schnell mit dem 'diag'.
Denn:EDIT: Beim zweiten Durchlauf kamen die "...not found!" Warnungen nicht mehr
-
Erster Run
Dann Reboot
Erstmal passiert bei iob diag nicht viel (läuft jetzt vielleich 4 Minuten auf meiner lahmen N3000 Krücke)*** iob diag is starting up, please wait *** The state system.host.iobroker-test-sicher.versions.nodeNewestNext was not found! The state system.host.iobroker-test-sicher.versions.npmNewestNext was not found!Bis auf diese Warnungen zu Beginn sieht aber alles auf den ersten Blick Sauber aus.
EDIT: Beim zweiten Durchlauf kamen die "...not found!" Warnungen nicht mehr
@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:
Hier schlägt sich das etwas andere Setup über nodejs-update nieder:
*** 22.22.0-1nodesource1 1001
500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
100 /var/lib/dpkg/statusBei nodesoure sind die da etwas weniger rabiat (oder Bescheidener) und setzen die Prio statt auf 1001 nur auf 600.
Damit würden aber Downgrades von höheren Versionen als die aktuelle Empfehlung für den ioBroker nicht mehr so einfach über nodejs-update funktionieren. -
Soll ich da noch den Issue im JS-Controller aufmachen?
Bisher läuft alles solide durch, seit dem Update.
Alle selbstgemachten LXC-Container mit Debian als Unterbau und der PVE sind auf Trixie..Problemkind ist ein Turnkey-Linux Fileserver... Die meinen, man solle statt ein Update zu machen einfach einen neuen Container herunterladen..
Muss ich mich einlesen, was das Übertragen der Konfiguration angeht.Zwei Contauner mit Ubuntu Unterbau sind auf noble, und das sollte bis auf Weiteres noch aktuell sein...
Bei Docker muss ich noch schauen, ob da auch etwas umkonfiguriert werden muss...
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
Soll ich da noch den Issue im JS-Controller aufmachen?
Bisher läuft alles solide durch, seit dem Update.
Alle selbstgemachten LXC-Container mit Debian als Unterbau und der PVE sind auf Trixie..Problemkind ist ein Turnkey-Linux Fileserver... Die meinen, man solle statt ein Update zu machen einfach einen neuen Container herunterladen..
Muss ich mich einlesen, was das Übertragen der Konfiguration angeht.Zwei Contauner mit Ubuntu Unterbau sind auf noble, und das sollte bis auf Weiteres noch aktuell sein...
Bei Docker muss ich noch schauen, ob da auch etwas umkonfiguriert werden muss...
@MartinP sagte in Phantastische Repositories und wo sie zu finden sind:
Soll ich da noch den Issue im JS-Controller aufmachen?
Wäre ja schon cool, wenn diese Objekte direkt erstellt würden. Anscheinend dauert es ja eine Weile bis diese Prüfung stattfindet.
Ist aber eher Kosmetik, weil das diag Script ja einfach nur "zu früh" nach den Infos gefragt hatte.
Support us
655
Online32.6k
Benutzer82.3k
Themen1.3m
Beiträge