[Docker] telerising.minimal

Zitat von dlueth

So, hab die fehlenden Binaries manuell gebaut und ins Repo gepackt, kann sie nachträglich wohl nicht zum Release hinzufügen: https://github.com/dlueth/teleris…e/main/binaries

telerising.arm64v8.16k.tar.gz getestest. laeuft

tar: Ignoring unknown extended header keyword 'LIBARCHIVE.xattr.com.apple.provenance'

--no-xattrs sollte helfen.

dluethparameter fuer tar

Zitat von dlueth

Ist das nicht eigentlich der default? fds97AVVS

du hast unter mac bsd tar ..da ist es aktiviert. solltest auf gnu wechseln

Schreibt Telerising irgendwo ein Log. Die neue Version startet auf meinem RasberryPi 5 nicht (fand unter /var/log zumindest nichts)
Mit den Files https://github.com/dlueth/teleris…ng.arm64.tar.gz startet Telerising (wird aber als 0.13.5 ausgegeben)

pi@RB5BPiHole:~ $ sudo systemctl start telerising.service
pi@RB5BPiHole:~ $ sudo systemctl status telerising.service
● telerising.service - Telerising Service
     Loaded: loaded (/etc/systemd/system/telerising.service; enabled; preset: enabled)
     Active: active (running) since Sat 2025-01-25 13:37:57 CET; 1s ago
   Main PID: 124207 (telerising)
      Tasks: 1 (limit: 9554)
        CPU: 533ms
     CGroup: /system.slice/telerising.service
             └─124207 /etc/telerising/telerising

Jan 25 13:37:57 RB5BPiHole systemd[1]: Started telerising.service - Telerising Service.

Mit den Files https://github.com/dlueth/teleris…ng.arm64.tar.gz startet Telerising hingegen nicht

pi@RB5BPiHole:~ $ sudo systemctl status telerising.service
× telerising.service - Telerising Service
    Loaded: loaded (/etc/systemd/system/telerising.service; enabled; preset: enabled)
    Active: failed (Result: signal) since Sat 2025-01-25 13:35:48 CET; 2min 6s ago
  Duration: 1ms
   Process: 124158 ExecStart=/etc/telerising/telerising (code=killed, signal=SEGV)
  Main PID: 124158 (code=killed, signal=SEGV)
       CPU: 1ms
Jan 25 13:35:48 RB5BPiHole systemd[1]: telerising.service: Scheduled restart job, restart counter is at 5.
Jan 25 13:35:48 RB5BPiHole systemd[1]: Stopped telerising.service - Telerising Service.
Jan 25 13:35:48 RB5BPiHole systemd[1]: telerising.service: Start request repeated too quickly.
Jan 25 13:35:48 RB5BPiHole systemd[1]: telerising.service: Failed with result 'signal'.
Jan 25 13:35:48 RB5BPiHole systemd[1]: Failed to start telerising.service - Telerising Service.

Sysinfos

Model           : Raspberry Pi 5 Model B Rev 1.0
Linux version 6.6.62+rpt-rpi-2712 (serge@raspberrypi.com) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT Debian 1:6.6.62-1+rpt1 (2024-11-25)

Blue7 exceptions.txt im telerising dir. ich empfehle dir einfach mal ohne service von hand zu starten und schau was es dir entgegenschmeist. systemd mit journal etc ist da ein wenig zu overpowered

Zitat von fds97AVVS

Blue7 exceptions.txt im telerising dir. ich empfehle dir einfach mal ohne service von hand zu starten und schau was es dir entgegenschmeist. systemd mit journal etc ist da ein wenig zu overpowered

die hatte ich auch entdeckt, aber reingeschrieben hat sie eigentlich nichts neues. Sollte der letzte Eintrag aber doch vom fehlerhaften Start geschrieben worden sein, dann ist er noch unlogischer, denn mit der älteren Version konnte die Domain ja aufgelöst werden (Teleboy lief)

Traceback (most recent call last):
  File "/etc/telerising/urllib3/connectionpool.py", line 787, in urlopen
  File "/etc/telerising/urllib3/connectionpool.py", line 493, in _make_request
  File "/etc/telerising/urllib3/connection.py", line 445, in request
  File "/etc/telerising/http/client.py", line 1280, in endheaders
  File "/etc/telerising/http/client.py", line 1040, in _send_output
  File "/etc/telerising/http/client.py", line 980, in send
  File "/etc/telerising/urllib3/connection.py", line 276, in connect
  File "/etc/telerising/urllib3/connection.py", line 205, in _new_conn
urllib3.exceptions.NameResolutionError: <urllib3.connection.HTTPConnection object at 0x7ffefb0b0c70>: Failed to resolve 'ip-api.com' ([Errno -3] Temporary failure in name resolution)

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/etc/telerising/requests/adapters.py", line 667, in send
  File "/etc/telerising/urllib3/connectionpool.py", line 841, in urlopen
  File "/etc/telerising/urllib3/util/retry.py", line 519, in increment
urllib3.exceptions.MaxRetryError: HTTPConnectionPool(host='ip-api.com', port=80): Max retries exceeded with url: /json/ (Caused by NameResolutionError("<urllib3.connection.HTTPConnection object at 0x7ffefb0b0c70>: Failed to resolve 'ip-api.com' ([Errno -3] Temporary failure in name resolution)"))

Zitat von dlueth

Blue7 ich denke du brauchst die 16k Version, nicht die 4k. Die normale Arm64 ist aber 4k...

Ja mit dieser ARM-Version läuft auch 0.13.7 bei mir. Thx

Zitat von fds97AVVS

also bei mir wirfts immer noch 403 mit 0.13.7. nun die frage, liegts an mir?

Bei mir geht der Login leider auch noch nicht über das Docker Image. Ohne Docker läuft es allerdings fehlerfrei. Habe das Image (latest) aus dem Docker Hub geladen, angezeigt wird auch 0.13.7. Muss man noch etwas beachten?

Zitat von Chinmay

Bei mir geht der Login leider auch noch nicht über das Docker Image. Ohne Docker läuft es allerdings fehlerfrei. Habe das Image (latest) aus dem Docker Hub geladen, angezeigt wird auch 0.13.7. Muss man noch etwas beachten?

das docker image ist 15 stunden alt. also vermutlich die builds von heute nacht. diese gehen bei mir auch nicht. sollstest also lieber erstmal ohne docker laufen lassen.

Ich würde den Screenshot rausnehmen... der Anbieter liest nämlich evtl. auch mit. Der 403-Fehler ist bereits bekannt.

- Docker Images

ich hab mal die docker images von DeBaschdi ein bisserl aufgebohrt, damit könnt ihr aktuelle releases direkt starten ohne auf neue docker versionen zu warten.

- env UPDATEURL. download starten fertig.

- amd64, amd-u2404 (ubuntu fuer easy4me), arm32v6, arm32v7, arm64v8

- arm32v6 build nutzt die benötigten glibs von rasbian. (2MB)

- volume /telerising, fuer settings.json

- befindet sich im telerising verzeichnis neben der settings.json auch andere dateien, wird die neuste als update verwendet und UPDATEURL ignoriert.

aktuelle versionen (nur beispiele, passt eure docker parameter an):

- AppImages

• http://216.225.197.57:8080
• erstmal nur als test ob wirklich benötigt. auf alle faelle wollte ich easy4me's ubuntu build ueberall verfuegbar machen.
• Telerising-x86_64.AppImage, Telerising-aarch64.AppImage
• anderes system? schreib mir.
• some infos:

Zitat von dlueth

fds97AVVS meine Arm64 16k binary lief ja bei dir, bis auf das entpacken, oder? Du hast einen rpi5, korrekt? Hast Du auch Sky?

korrekt, bis auf das es ein pi3 ist.

Zitat von fds97AVVS

still 4k pagesize.