Neues Modul: Signalbot (Integration für den Signal Messenger) via signal-cli

[DigiNecro]

Ja ich versuche FHEM einzuladen. Ich habe die Gruppe am Handy erstellt und einen Einladungslink per Signal an FHEM gesendet. In der Gruppe steht er auch als eingeladen drin, aber noch nicht als beigetreten. FHEM ist in signal nicht geblockt oder sowas. Ich habe es mit Autojoin und manuellem Join versucht.

Es liegt auch nicht an der Version von Signalbot, da es mit der Version aus dem normalen Kanal auch schon so war. Daher habe ich heute die 10.5 installiert.


Nachrichten senden und empfangen funktioniert natürlich.

[Adimarantis]

Hab das bei mir mal durchgespielt. Gruppe am Handy erstellt, FHEM eingeladen, nach einem "get groups" wird die Gruppe mit active=yes gelistet. Nachricht an die Gruppe senden erfolgreich. Scheint alles zu gehen (aktuelle Version von github mit signal-cli 10.5)
signal-cli schreibt eigene Fehlermeldungen nach /var/log/syslog. Am Besten ein

Code Auswählen Erweitern

tail -f /var/log/syslog | grep signal-cli

und dann die entsprechenden Aktionen durchführen. Vielleicht gibt das mehr Aufschluss.

[Adimarantis]

ich versuche aktuell einen Dockercontainer mit der fhem_signal_docker_install.sh,
dabei bekomme ich immer folgende Fehlermeldung, mit der ich leider nichts anfangen kann:

Code Auswählen Erweitern

Error response from daemon: failed to create shim: OCI runtime create failed: container_linux.go:380: starting container process caused: exec: "./entry.sh": permission denied: unknown


Ich habe mir heute mal die Dockerinstallation etwas angesehen. Ich hatte den Fehler oben auch, da das execute Recht der entry.sh im fhem-6.x Verzeichnis fehlte. Daher habe ich das Script jetzt angepasst und dabei auch ein paar weitere Anpassungen vorgenommen, damit es jetzt mit signal-cli 0.10.5 , Fhem-6.1 etc. funktionieren sollte.
Neues Docker Script unter: https://github.com/bublath/FHEM-Signalbot

In dem Zuge habe ich die Signalbot Version von Github und den signal-installer der 0.10.5 offziell unterstützt ins SVN eingecheckt.

[DigiNecro]

Hab das bei mir mal durchgespielt. Gruppe am Handy erstellt, FHEM eingeladen, nach einem "get groups" wird die Gruppe mit active=yes gelistet. Nachricht an die Gruppe senden erfolgreich. Scheint alles zu gehen (aktuelle Version von github mit signal-cli 10.5)
signal-cli schreibt eigene Fehlermeldungen nach /var/log/syslog. Am Besten ein

Code Auswählen Erweitern

tail -f /var/log/syslog | grep signal-cli

und dann die entsprechenden Aktionen durchführen. Vielleicht gibt das mehr Aufschluss.

Wenn ich einen

Code Auswählen Erweitern

set group join https://signal.group/#XXXXXX mache kommt nichts im Syslog. Senden und Empfangen steht was drin.

Code Auswählen Erweitern

ping signal.group geht vom FHEM-Server aus.

Code Auswählen Erweitern

wget https://signal.group/#XXXXXX auch

[Gisbert]

Guten Morgen Adimarantis,

ich hab heute morgen 50-Signalbot.pm upgedated und Fhem neu gestartet. Ich erhalte folgende Version in meinem Signal-Devise:

Code Auswählen Erweitern

VERSION Signalbot:3.8 signal-cli:0.9.2 Protocol::DBus:0.19

Hab ich was falsch gemacht, bzw. was hab ich falsch gemacht?

Viele​ Grüße​ Gisbert​

[Adimarantis]

Code Auswählen Erweitern

VERSION Signalbot:3.8 signal-cli:0.9.2 Protocol::DBus:0.19

Das ist erstmal völlig in Ordnung. Der Installer updated signal-cli nur wenn Java 17 offiziell unterstützt wird, was bei Debian/Raspban ab 11 (Bullseye) oder Ubuntu 20 der Fall sein sollte.
Wer ein älteres System (z.B. Debian "buster") hat, kann mit

Code Auswählen Erweitern

sudo ./signal_install.sh experimental
eine alternative Runtime holen lassen. So "experimentell" ist das nicht mehr - mein Produktivsystem auf Raspian Buster läuft schon geraume Zeit so.

[Adimarantis]

Wenn ich einen

Code Auswählen Erweitern

set group join https://signal.group/#XXXXXX mache kommt nichts im Syslog. Senden und Empfangen steht was drin.

Code Auswählen Erweitern

ping signal.group geht vom FHEM-Server aus.

Code Auswählen Erweitern

wget https://signal.group/#XXXXXX auch

Ich konnte dein Problem bei mir jetzt Nachstellen. Bei mir hatte sich was mit den signal-cli Service verhakt. Einladung über GroupLink ging auch nicht, da ich keine Messages empfangen konnte und eben auch nichts im syslog stand. Ein

Code Auswählen Erweitern

sudo service signal restart
hat dann geholfen. Danach ging eigentlich alles wie es soll. Warum signal-cli in diesen Zustand geraten ist, kann ich leider nicht nachvollziehen.

[LuGu]

Das ist erstmal völlig in Ordnung. Der Installer updated signal-cli nur wenn Java 17 offiziell unterstützt wird, was bei Debian/Raspban ab 11 (Bullseye) oder Ubuntu 20 der Fall sein sollte.
Wer ein älteres System (z.B. Debian "buster") hat, kann mit

Code Auswählen Erweitern

sudo ./signal_install.sh experimental
eine alternative Runtime holen lassen. So "experimentell" ist das nicht mehr - mein Produktivsystem auf Raspian Buster läuft schon geraume Zeit so.

Mein Fhem läuft auf bullseye, wurde aber auch nicht geupdatet.

VERSION
Signalbot:3.8 signal-cli:0.9.2 Protocol::DBus:0.19
model
Debian GNU/Linux 11 (bullseye)

Habe ich was falsch gemacht, muss ich noch etwas anderes aktualisieren. Ein

Code Auswählen Erweitern

sudo ./signal_install.sh
hat auch nichts gebracht.

Gruß LuGu

[Adimarantis]

Euer signal_install.sh hat schon die Versionsnummer 3.8?

Code Auswählen Erweitern

#!/bin/bash
#$Id:$
SCRIPTVERSION="3.8"
....

Ansonsten mal

Code Auswählen Erweitern

sudo apt install openjdk-17-jdk-headless
ggf. auch alle openjdk-11 Pakete mit apt remove entfernen, die bei

Code Auswählen Erweitern

apt list | grep openjdk-11 | grep -i install
auftauchen, bzw. wenn Java11 erhalten bleiben soll mit

Code Auswählen Erweitern

sudo update-alternatives --config java
auf Java17 umschalten.

[LuGu]

Euer signal_install.sh hat schon die Versionsnummer 3.8?

Code Auswählen Erweitern

#!/bin/bash
#$Id:$
SCRIPTVERSION="3.8"
....

Sorry ich hatte vergessen, das script zu aktualisieren.

Danke für den schnellen Support.

VERSION   Signalbot:3.8 signal-cli:0.10.5 Protocol::DBus:0.19
model   Debian GNU/Linux 11 (bullseye)

Gruß LuGu

[DigiNecro]

Ich konnte dein Problem bei mir jetzt Nachstellen. Bei mir hatte sich was mit den signal-cli Service verhakt. Einladung über GroupLink ging auch nicht, da ich keine Messages empfangen konnte und eben auch nichts im syslog stand. Ein

Code Auswählen Erweitern

sudo service signal restart
hat dann geholfen. Danach ging eigentlich alles wie es soll. Warum signal-cli in diesen Zustand geraten ist, kann ich leider nicht nachvollziehen.

Nachdem privat was sehr schönes passiert ist, komm ich gerade nicht mehr zum Testen, aber danke dir! Ich schau mir das bald wieder an.

[jowe]

Ich habe mir heute mal die Dockerinstallation etwas angesehen. Ich hatte den Fehler oben auch, da das execute Recht der entry.sh im fhem-6.x Verzeichnis fehlte. Daher habe ich das Script jetzt angepasst und dabei auch ein paar weitere Anpassungen vorgenommen, damit es jetzt mit signal-cli 0.10.5 , Fhem-6.1 etc. funktionieren sollte.
Neues Docker Script unter: https://github.com/bublath/FHEM-Signalbot

In dem Zuge habe ich die Signalbot Version von Github und den signal-installer der 0.10.5 offziell unterstützt ins SVN eingecheckt.

Ich mich an der Docker-Installation auf RPI versucht, allerdings scheitert die Installation:

Code Auswählen Erweitern



  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
Err:2 http://ports.ubuntu.com/ubuntu-ports jammy-updates InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
Err:3 http://ports.ubuntu.com/ubuntu-ports jammy-backports InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
Err:4 http://ports.ubuntu.com/ubuntu-ports jammy-security InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
Reading package lists...
W: http://ports.ubuntu.com/ubuntu-ports/dists/jammy/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2012-cdimage.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://ports.ubuntu.com/ubuntu-ports/dists/jammy/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2018-archive.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: GPG error: http://ports.ubuntu.com/ubuntu-ports jammy InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
E: The repository 'http://ports.ubuntu.com/ubuntu-ports jammy InRelease' is not signed.
W: http://ports.ubuntu.com/ubuntu-ports/dists/jammy-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2012-cdimage.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://ports.ubuntu.com/ubuntu-ports/dists/jammy-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2018-archive.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: GPG error: http://ports.ubuntu.com/ubuntu-ports jammy-updates InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
E: The repository 'http://ports.ubuntu.com/ubuntu-ports jammy-updates InRelease' is not signed.
W: http://ports.ubuntu.com/ubuntu-ports/dists/jammy-backports/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2012-cdimage.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://ports.ubuntu.com/ubuntu-ports/dists/jammy-backports/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2018-archive.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: GPG error: http://ports.ubuntu.com/ubuntu-ports jammy-backports InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
E: The repository 'http://ports.ubuntu.com/ubuntu-ports jammy-backports InRelease' is not signed.
W: http://ports.ubuntu.com/ubuntu-ports/dists/jammy-security/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2012-cdimage.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: http://ports.ubuntu.com/ubuntu-ports/dists/jammy-security/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg.d/ubuntu-keyring-2018-archive.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
W: GPG error: http://ports.ubuntu.com/ubuntu-ports jammy-security InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 871920D1991BC93C
E: The repository 'http://ports.ubuntu.com/ubuntu-ports jammy-security InRelease' is not signed.
ERROR: Service 'fhem' failed to build: The command '/bin/sh -c DEBIAN_FRONTEND=noninteractive apt-get update -y && DEBIAN_FRONTEND=noninteractive apt-get install -y base-files locales apt-utils sudo' returned a non-zero code: 100


Irgendeine Idee? Verstehe ich das richtig: Das Script installiert docker, docker-compose usw. wenn noch nicht vorhanden. Dann wird ein Ubuntu Docker-Container erstellt und im Container Signal  + FHEM installiert? Was genau versucht das Script denn von den Ubuntu-Servern herunterzuladen?

Gruß Jonas

[Adimarantis]

Docker-compose installiert mit "apt" im Container weitere Pakete - die kommen dann von Ubuntu - ist ja schliesslich dann ein Ubuntu System.
Auf dem Raspberry habe ich das bsiher aber noch nicht probert, nur auf einen X86 Server - gut möglich dass da einiges nicht geht.
Hab es mal auf meinem Raspi400 laufen lassen und bin deutlich weiter gekommen, aber durchlaufen tut es nicht.

Auf dem Raspi würde ich wirklich die normale Installation empfehlen. Das mit dem Docker ist eine Spielerei, da fehlt mir sowohl das Know How als auch die Zeit das vollständig zu supporten.

[jowe]

Danke für die Antwort! Dann werde ich nochmal die direkte Installation auf dem Pi versuchen.

Gruß Jonas

[Sany]

Guten Morgen,

habe Signalbot kürzlich auf den neuesten Stand gebracht (Signalbot:3.8 signal-cli:0.10.5 Protocol::DBus:0.19) sowie einige Messages per markdown formatiert. Danach ist mir aufgefallen, dass ich immer eine PerlWarning im Log habe, wenn ich "Save config" klicke.
Ich habe dann den hier https://forum.fhem.de/index.php/topic,105257.msg991907.html#msg991907 gezeigten Weg genommen und herausgefunden, es liegt an meinem SignalBot-Device. Etwas herumprobieren hat noch ans Licht gebracht, dass die Warning immer kommt, wenn im Reading "sentMsg" irgendswas steht, was per markdown formatiert ist. Ich nutze im Moment nur markdown.
Ist nicht wirklich wichtig, aber vielleicht doch nur ein kleiner Bug.


Gruß

Sany