Hi, hier wurde eine neue OScam bereitgestellt-leider bekomme ich die nicht auf Gigablue quad 4k mit Openatv installiert. Weder über Telnet noch direkt über Menü ipk installation. Openatv 6.2 Bitte um Hilfe
ipk nach /tmp schieben Telnet Verbindung aufbauen zum Receiver cd /tmp opkg install *.ipk Softcam im Panel suchen und starten Webif aufrufen und einstellen http://ip.deines.receiver:4115 * Paket für arm_4K lässt sich nicht installieren - das...
Laut deinem Screenshot ist die 11523-796 schon drauf, warum willst du die nochmal installieren? Ein ipk lässt sich nur "einmal" installieren. Du kannst ja prüfen ob die installiert ist indem du das eingibst
Die 11523-796 vom Deb-Feed startet wegen fehlender Libs nicht.
Die müßte entweder mit der richtigen Toolchain neu gebaut werden oder zumindest müßte das postinst-Script die nötigen Hack-Links anlegen.
Wäre aber mit dem alten Feed/SoftCAM-Support genauso passiert, das Problem ist schlichtweg, daß der oscam gegen OpenSSL 0.9.8 gebaut wurde, den OpenATV seit Jahren nicht mehr verwendet.
Eigentlich waren bisher in jeder Version von ATV Symlinks schon auf OpenSSL 0.9.8 gesetzt und das hat bis Heute mit dem Toolchain openpli4.0 immer funktioniert. Der DEB Feed kam eigentlich nur ins dasein bevor der neue oATV Feed kam um den Usern aktuelle Softcams anzubieten.
Da der neue oATV Feed schon alles beinhaltet wird der DEB Feed die nächste Tagen auch gelöscht werden da es nur für Verwirrung sorgt.
VG Toni
Eigentlich waren bisher in jeder Version von ATV Symlinks schon auf OpenSSL 0.9.8 gesetzt und das hat bis Heute mit dem Toolchain openpli4.0 immer funktioniert. Der DEB Feed kam eigentlich nur ins dasein bevor der neue oATV Feed kam um den Usern aktuelle Softcams anzubieten.
Da der neue oATV Feed schon alles beinhaltet wird der DEB Feed die nächste Tagen auch gelöscht werden da es nur für Verwirrung sorgt.
VG Toni
Ne, es gab nur Links auf 0.9.7 ... wofür auch immer.
Die openpli40-Toolchain baut gegen OpenSSL 1.0.0, das ist der große Unterschied zur alten mips-blah-oe2.0.
Da ist also offenbar eine Verwechslung der Toolchains bzw. der erzeugten Binary passiert.