Leider funktioniert der Raspberry Pi Decoder unter Raspbian Buster nicht mehr.
Anfrage an OTR: Könntet Ihr einen neuen Dekoder (ARM V6 und ARM V7) compilieren, der libcurl4 verwendet statt libcurl3?
Bitte die alten Decoder trotzdem beibehalten.
Druckbare Version
Leider funktioniert der Raspberry Pi Decoder unter Raspbian Buster nicht mehr.
Anfrage an OTR: Könntet Ihr einen neuen Dekoder (ARM V6 und ARM V7) compilieren, der libcurl4 verwendet statt libcurl3?
Bitte die alten Decoder trotzdem beibehalten.
Hier noch die Fehlermeldung mit buster:
Code:./otrpidecoder: /usr/lib/arm-linux-gnueabihf/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by ./otrpidecoder)
Jetzt wo das mit der Uhrzeitbeschränkung bei FSK16 bzw. FSK18 kommt, könnte eine ausführliche Anleitung zum Ordnerweise dekodieren nützlich sein.
Dann könnte man alle Dateien von welchen man glaubt dass diese KSK16+ sind auf eine externe Festplatte kopieren und nachts den Raspberry pi diese dekodieren lassen.
Wenn das ganze so kommt, werde ich in rpiotrtool eine solche Funktion vermutlich einbauen.
Es wird davon abhängen, welche Textmeldung der Dekoder zurückgibt und ob nicht solche vergeblichen Dekodierungen (wegen falscher Uhrzeit) schon Dekodierpunkte kosten. Das wäre mehr als ärgerlich. Wenn dem nicht so ist, könnte ich die otrkeys mit den wegen Uhrzeit mißglückten Dekodierungen in einen speziellen Ordner verschieben und automatisch nachts abarbeiten.
Hat aber eigentlich nichts mit dem Thema dieses Threads zu tun.
NOOBS gehört in die Tonne! Ich weiß nicht, warum das noch irgendjemand nutzt.
Aber davon mal abgesehen. Von OTR hat sich noch niemand zu dem Thema geäußert, aber es ist ja auch Urlaubszeit. Ich habe einen Workaround gefunden, der sauber funktioniert: der rpiotrdecoder wird in einen "Käfig" gesperrt zusammen mit den alten libcurl3 Stretch libraries. Er wird dann mittels eines Scripts gestartet, das dafür sorgt, daß der Decoder die richtigen libraries verwendet.
In den nächsten Tagen werde ich ein Buster-Upgrade von rpiotrtool veröffentlichen, das diese Lösung automatisch einrichtet.
Hallo Günni,
den gleichen Fehler bekomme ich auf meinem BananaPi mit eingenem Skriptset beim otrpidecoder auch. Die Variante mit deinem rpiotrtool und dem LD Libraries klappt leider nicht. Da bekomme ich
rpiotrtool/otrpidecoder: error while loading shared libraries: libssl.so.1.0.2
Ich wäre auch an einer für Buster kompilierten otrpidecoder Version interessiert. Alles andere wäre overload...
Danke & VG
Peter
Vielleicht habe ich bei mir etwas früh auf buster aktualisiert, würde aber gerne den Decoder wieder am laufen bekommen.
So ist der PI in der Hinsicht ziemlich lahm gelegt. :-|
@ Guenni
ha, mit deinem neuen Startskript geht es. https://www.otrforum.com/showthread....6-RPi-OTR-Tool
Danke!!! :o
Ist bisher ein workaround, da die alten Libraries Dateien extra mitgeliefert werden müssen.
Vielleicht gibt es von OTR zukünftig doch noch eine neue Version?
habe jetzt aus einem alten stretch deb Paket für libssl1.0.2 die libssl.1.0.2 und die libcrypto.1.0.2 extrahiert und in Deinen /usr/local/share/rpiotrtool ordner kopiert. Mit dem vorrangingen ziehen dieser so's in Deinem Startskript geht es wieder. Danke für die Idee.
Jetzt läuft mein "Bananengeskripte" auch wieder ;)
Ich hatte auch gerade diesen Fehler:Es geht noch einfacher: den folgenden Befehl ausführen:Code:/usr/local/share/rpiotrtool/otrpidecoder: error while loading shared libraries: libssl.so.1.0.2: cannot open shared object file: No such file or directory
-- langes Vorgehen, nciht mehr benötigt:Code:sudo apt-get install libssl1.0.2
Wie in dem Post geschrieben hab ich die zwei Dateien von http://security.debian.org/debian-se...b9u1_armhf.deb heruntergeladen. Hier kann man sie nochmal einzeln laden: https://ufile.io/iyats7rw https://ufile.io/6s0d24t1
Mittelsin /usr/local/share/rpiotrtool kopieren.Code:sudo pcmanfm
Mit beiden Wegen geht wieder alles.