Beiträge von copain

dlueth armhf

Das Update auf Deinen Github Buster 0.10.3 Release ist mit dem Script fehlerfrei durchgelaufen. Damit hat sich auch das Problem mit der settings.json gelöst. Es lag wohl tatsächlich an den Rechten der manuellen Testinstallation.

Es wäre sehr geschätzt, wenn Du den Buster Release künftig weiterhin anbieten könntest, soweit dies Deine Zeit zulässt.

Vielen Dank dafür!

dlueth armhf

Dir nochmals Respekt und vielen Dank für den unermüdlichen und schnellen Einsatz, was keineswegs selbstverständlich ist!

armhf 0.10.3 Buster läuft auf meinem System. Wie in Post #113 beschrieben, erhielt ich nach dem manuellen Rückkopieren der settings.json erneut 'Errno 13 Permission denied /etc/telerising/settings.json'. Danach habe ich mit der api wieder eine neue generiert, mit neuer uuid und leerem refresh_token.

Ich hoffe, dass das Rückkopieren künftig nach Updates mit dem Script wieder normal funktioniert. Oder habe ich allenfalls etwas übersehen und einen Fehler gemacht?

dlueth armhf

Vielen Dank für Deine Bemühungen, die ich sehr schätze!

Deine Binary aus Post #111 läuft auf meinem System. Das Rückkopieren der settings.json hat allerdings nicht funktioniert. Ich musste mit der api eine neue generieren. Unterschied: NEUE uuid und refresh_token LEER ("").

GLIBC Abfrage:

ldd --version

ldd (Debian GLIBC 2.28-10+rpi1) 2.28

Es scheint, wenn Du Buster zum Generieren des Images verwendest, sollte es funktionieren.

Frage: Ist in Deinem Repo die armhf der Version 0.10.3 bereits auf Basis Buster? Falls dem so wäre, würde ich das Update mit dem Script ausführen.

Selbstverständlich stehe ich für weitere Tests gerne zur Verfügung.

armhf easy4me  dlueth  appleshooter

Vorerst Respekt und vielen Dank an alle für die tolle Arbeit hier.

Auf meinem RPi 3B läuft noch ein 32-bit DietPi Buster mit Python 3.7.3. Leider bringe ich die Binary von dlueth nicht zum Laufen, weil sie GLIBC 2.30 benötigt, was erst unter Bullseye verfügbar ist.

Bisher konnte ich auf die armhf.deb von appleshooter zurückgreifen, die problemlos lief.

Falls noch andere User betroffen sind, wäre genial, wenn es weiterhin eine Binary für Buster gäbe ...

Besten Dank für die Bemühungen.

dlueth siehe Post #91weiter oben.

Mein RPi 3B hat ein 64-bit SoC. Im Moment läuft allerdings noch ein 32-bit DietPi mit Python 3.7.3.

Deine arm.tar.gz 32-bit Binary liess sich zwar installieren aber startete leider auf meinem RPi nicht. Offenbar benötigt sie GLIBC 2.29 oder 2.30, was auf Python 3.7 nur in tieferer Version installiert ist. Du kompilierst ja bereits mit Python 3.9 oder 3.10.

Systemmässig kenne ich mich zu wenig aus und kann den Fehler nicht beurteilen. Weisst Du genaueres?

Ich wäre gerne bereit, Deine 32-bit Binary zu testen, falls sich der Fehler lösen lässt.

Wie erwähnt, stelle ich ein kurzes Bash Script zur Verfügung. Es prüft, ob die neuste Version im Unterordner von /home/user bereits heruntergeladen (und somit installiert) wurde. Damit könnte man z. B. einen täglichen Cronjob einrichten (von mir nicht getestet). Falls bereits eine neuere Version existiert, würde sie dann automatisch installiert.

Das Löschen der alten Versionen-Unterordner in /home/user ist NICHT enthalten und müsste manuell erfolgen.

Es ist weiterentwickelt aus dem Script von Starfoxfs (Credits und Besten Dank) in Post #55 weiter oben.

Einsatz auf eigene Gefahr, aber gerne offen für Korrekturen oder Verbesserungen!

ACHTUNG: NICHT für Docker Version, sondern für .deb Binaries aus Github Repo von appleshooter!!!

Erstellen mit:

sudo nano install.sh im Homeverzeichnis /home/user

Ausführen mit:

bash install.sh

#!/bin/bash


#Wichtig dieses Script muss im Homeverzeichnis des Users ausgeführt werden wegen den Berechtigungen!


#Weiterentwickelt aus Bash Script von @Starfoxfs - Besten Dank
#https://www.kodinerds.net/thread/76211-docker-telerising-minimal/?postID=710531#post710531


DDIR="/home/user/" #Homeverzeichnis bitte anpassen
FILE="telerising_armhf.deb" #Name der Datei zum Downloaden bitte anpassen
WDIR="/etc/telerising/" #Installationsverzeichnis für Telerising bitte anpassen


LATESTVER=$(curl --silent -qI https://github.com/applesh00ter/telerising-api/releases/latest | awk -F '/' '/^location/ {print  substr($NF, 1, length($NF)-1)}'); \
DOWNLOADURL="https://github.com/applesh00ter/telerising-api/releases/download/$LATESTVER/$FILE"
VDIR="$DDIR$LATESTVER/" #Versions-Unterverzeichnis im Homeverzeichnis


SETTINGS="settings.json"




echo "##### Prüfe auf Download (und Installation) von Telerising #####"
if ! [ -e "$VDIR$FILE" ]
then
echo -e ">>> Download der Telerising Version $LATESTVER/$FILE <<< \n"
sudo mkdir "$VDIR"
wget -q -O "$VDIR$FILE" "$DOWNLOADURL"


echo "##### Prüfe auf Update oder Neuinstallation von Telerising #####"
if (find / type -d -name "telerising" 2>&1 | grep -v find)
then
echo "### Telerising Installation gefunden, führe Update aus ###"


#Update


echo -e "Stoppe Telerising.service \n"
sudo systemctl stop telerising.service
sleep 1


echo -e "Entferne ALTES Telerising Paket \n"
sudo apt purge -y telerising
sleep 1


echo -e "Installiere NEUES Telerising Paket \n"
sudo mkdir "$WDIR"
sudo apt install -y "$VDIR$FILE"
sleep 1


echo -e "Aktiviere und Starte Telerising.service \n"
sudo systemctl enable telerising.service
sudo systemctl start telerising.service
sleep 1


echo "Update abgeschlossen"


#Neuinstallation


else
echo "### Keine Telerising Installation gefunden, starte Neuinstallation ###"


echo -e "Installiere Telerising ... \n"
sudo mkdir "$WDIR"
sudo apt install -y "$VDIR$FILE"
sleep 1


echo -e "Aktiviere und Starte Telerising.service \n"
sudo systemctl enable telerising.service
sudo systemctl start telerising.service
sleep 1


echo "Neuinstallation abgeschlossen"
fi


#Latest Version bereits heruntergeladen


else
echo "### Telerising Version $LATESTVER/$FILE bereits heruntergeladen (und installiert) ###"


echo -e "Restart Telerising.service \n"
sudo systemctl restart telerising.service
sleep 1


echo "Prüfung auf Download abgeschlossen"
fi

appleshooter danke für die Änderung der Filenamen! Nun lässt sich ein Update Script erstellen, das noch einfacher ausfällt als das von Starfoxfs, weil Deine .deb Binary ja bereits einige Schritte (z. B. Settings sichern und rückkopieren, Service einrichten) abdeckt. Wenn gewünscht (und erlaubt ...), könnte ich es dann auch hier zur Verfügung stellen.

Ich würde gerne kurz warten und dann gleich den richtigen Pfad einbauen, falls Du die im Post #97 von Starfoxfs direkt oben vorgeschlagene Anpassung noch berücksichtigen könntest.

Tolles Forum, vielen Dank und Respekt an alle beteiligten Entwickler!

easy4me ist verständlich, und auch Dir vielen Dank für die Arbeit.

Starfoxfs

Aktuell verwende ich die armhf.deb von appleshooter. Allerdings arbeitet er auf seinem Github Repo NICHT mit releases/latest. Dadurch ändert jeweils der Name mit der Version, weshalb sich das Update nicht so einfach automatisieren lässt.

Deshalb versuchte ich es mit Deinem Script und der arm.tar.gz 32-bit Binary von dlueth aus seinem Github Repo, wo der Name stets gleich bleibt.

Dein bash Script läuft auf meinem RPi ohne Probleme. Allerdings startet telerising der 32-bit Binary von dlueth NICHT, weil er diese vermutlich mit einer höheren Python 3 Version als 3.7 kompiliert als appleshooter. Soweit ich herausgefunden habe, benötigt die 32-bit Binary von dlueth GLIBC 2.29 oder 2.30, was auf Python 3.7 nur auf einer tieferen Version installiert ist.

Deshalb war meine Frage, ob die 32-bit Binary von dlueth allenfalls mit Python 3.7 kompiliert und zur Verfügung gestellt werden könnte. Als Alternative könnte appleshooter vielleicht die Binaries in seinem Github Repo auch mit gleichen Filenamen unter /latest anbieten.

Mir ist bewusst, alles hier ist freiwillige Arbeit der Community. Deshalb trotzdem auf jeden Fall vielen Dank an alle Entwickler, dass es die api überhaupt gibt und sie regelmässig gewartet wird.

Starfoxfs

Sorry, wollte hier nichts durcheinander bringen ...

Ich hätte nur gerne versucht, Telerising auf meinem RPi mit Deinem Script automatisch zu aktualisieren. Dabei stellte ich fest, dass die 32-bit Binary leider mit Python 3.7 wegen GLIBC 2.30 nicht zu laufen scheint.

Zitat von copain

Starfoxfs

Ich versuche, Dein Script aus Post #55 auf meinem Raspi 3B für die arm 32-bit Binary zum laufen zu bringen.

Der Prozess ist da, aber er schläft. Der Status zeigt telerising starting ..., aber die api startet nicht. Deshalb kann ich auch nicht mit dem Browser zugreifen.

Wenn ich im Service den ExecStartPre lösche, hat der Prozess nach dem Start einen Fehler.

Hättest Du eine Idee, was ich falsch mache, respektive korrigieren kann, um es zum Laufen zu bringen?

Besten Dank.

Alles anzeigen

Falls es jemandem hilft, hier der mögliche Fehler:

Auf meinem RPi ist nur Python 3.7.3 installiert. Die 32-bit Binary benötigt aber wohl eine neuere Version mit GLIBC 2.29 oder GLIBC 2.30. Allerdings kenne ich mich zu wenig aus und Details könnten nur die Entwickler hier geben.

Wäre es ev. möglich, die Binaries mit Python 3.7 zu kompilieren und zur Verfügung zu stellen?

Vielen Dank.

Starfoxfs

Ich versuche, Dein Script aus Post #55 auf meinem Raspi 3B für die arm 32-bit Binary zum laufen zu bringen.

Der Prozess ist da, aber er schläft. Der Status zeigt telerising starting ..., aber die api startet nicht. Deshalb kann ich auch nicht mit dem Browser zugreifen.

Wenn ich im Service den ExecStartPre lösche, hat der Prozess nach dem Start einen Fehler.

Hättest Du eine Idee, was ich falsch mache, respektive korrigieren kann, um es zum Laufen zu bringen?

Besten Dank.