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.Zitat:
Zitat von sv00010
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.
Was für ein Quatsch! Bitte unterlasse demnächst solche "Befürchtungen" (noch lieb formuliert).Zitat:
Zitat von Guenni
Back2Topic
MfG
MCMUPPET
Dies bedeutet dann wohl, dass jeder der mit NOOBS installiert, keine Dekodierungen mehr durchführen kann, weil NOOBS automatisch Buster installiert ?Zitat:
Zitat von Guenni
NOOBS gehört in die Tonne! Ich weiß nicht, warum das noch irgendjemand nutzt.Zitat:
Zitat von sv00010
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.
Ich bentze NOOBS, weil ich bisher immer so meinen Raspberry installiert habe.Zitat:
Zitat von Guenni
Du kannst gerne Links posten, wie es anders geht (bitte einsteigerfreundlich).
Es gibt ein speziell dafür entwickeltes Programm namens "Etcher" für alle Plattformen. Damit kann man das Image direkt auf die SD-Karte schreiben. Man muß noch nicht mal die ZIP-Datei entpacken. Außerdem wird nach dem Beschreiben die SD-Karte Bit für Bit überprüft.Zitat:
Zitat von sv00010
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. :-|
Ich habe gestern eine Buster-Version von rpiotrtool veröffentlicht. Die enthält alles um den Decoder auf Buster wieder ans Laufen zu bekommen.Zitat:
Zitat von 0daredevil0
@ 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?
Ja, wäre nicht schlecht. Aber zumindest funktioniert es jetzt wieder.Zitat:
Zitat von 0daredevil0
Dann installier doch einfach mal libssl1.0.2Zitat:
Zitat von PeterR
rpiotrdecoder ist natürlich auch nicht für Bananen, Orangen und andere Trittbrettfahrer geschrieben und geignet.
Oh es hat jemand dd neu für klickiBunti-Umsteiger erfunden, mit dem man seit Unix-Urzeiten schon diskimages screiben konnte.Zitat:
Zitat von Guenni
SCNR ;-)
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.Zitat:
Zitat von Guenni
Jetzt läuft mein "Bananengeskripte" auch wieder ;)
Ich hatte auch gerade diesen Fehler:Zitat:
Zitat von PeterR
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.