@WXbet
dreamOS: ssl 1.0
openpli 8.3: ssl 1.0
openatv 7.3: ssl 1.0 und/oder ssl 3.x
openpli 9.0: ssl 1.1
openatv 7.4/7.5: ssl 3.x
wo willst du da jetzt anfangen "blank" zuziehen?
bedenke, das im dreamOS nix mehr nachkommt,
und die Open* erst vor kurzen einen Release-Wechsel vorgenommen haben!
=> ich bin eher der Meinung, das die "sogenannten"
.ipk/.deb - "Anbieter" es tunlichst unterlassen sollten,
solche Fallbeispiele, wie
@fly-tox oder
@ghost0815 es benannt haben, unter's Volk zu werfen!
=> die User solchen "Müll's" fallen nun beim Oscam-Sign damit ja nun nachweislich auf die Nase!
=> und wenn man sich den Wildwuchs in den Download's so anschaut (auch hier im DEB), dann ist man als unbedarfter User schnell überfordert!
edit:
nach internen Test's muss ich meine Aussage gegenüber
@WXbet mal etwas "revidieren":
generell könnte man alle Images mit SSL-3 zusätzlich ausstatten, um dann zb. entsprechende Oscam's mit SSL-3 zu bauen und bereitzustellen.
(das funktioniert auch für die "ollen" dreamOS-Images)
aber das setzt voraus, das die Image-Bauer für jede Platform (also 3x dreamOS und 2x Open*) die jeweils benötigten 3 Lib's auf ihren Feeds bereitstellen!
(libatomic.so.1, libcrypto.so.3, libssl.so.3)
da das momentan aber auch nicht immer mit der libdvbcsa funktioniert, müsste/könnte man auch statisch die Oscam's mit SSL-3 bauen!
(was aber wiederum die Binaries vergrössert)
das "edit" schliesst aber nicht o.g. Aussage ein, das das sinnlose Verlinken der Lib's aufhören sollte!