Tue dir selbst einen gefallen und versuche zur Zeit nicht mit Bionic meine Pakete zu verwenden.
Ich habe diese nur testweise gebaut und auch noch nie selbst verwendet.
Ich selbst teste zur Zeit mit den experimental Paketen die yadr-ansible mit installiert. (Zur Zeit noch virtuell)
Hierfür findest du auch ein PPA (experimental-vdr-yavdr) bei mir, welches fehlende Pakete beinhaltet.
Das hat geholfen:
Ich habe nun auch einmal die ansible Installtion getestet.
Beim installieren von vdr-plugin-skindesigner bekomme ich folgende Fehlermeldung:
Das Paket stammt vom YAVDR PPA:
Das fehlende oder falsche Paket kommt vom Ubuntu PPA:
Nutzen tue ich zur Zeit nur die von Ansible bereitgestellten und eines von mir welches gegen die YaVDR PPAs baut:
I think you should ask DD.
This article is about dvb cards and CI for the PC and not for DD OctopusNet.
However, no one could help you without the information about the card type, the encryption system (Irdeto, Nagra, etc.) and the PayTV provider.
Welche DVB Karte verwendest Du? Vielleicht fehlt hier noch die passende Firmware.
Das mit der /etc/resolv.conf ging bei mir nicht, erst ein Reset hat funktioniert.
Die Einstellung habe ich bei mir OctopusNet 1.0.81aber auch nicht gesehen.
Unabhängig davon sagt eine Updateprüfung bei mir das es keinen gibt und das auf zwei Octopus Net .
Hier aber direkt, sprich die Platten sind per SATA angebunden.
Ich weiß nicht was das Problem ist, ich sehe nur, daß der 2.2er stabil läuft und der 2.4er gerne mal abkackt.
Vielleicht liegt das aber auch am unstable repo von Frodo.
Ich hoffe Du nutzt nicht wirklich mein unstable Repo, dort wird maximal getestet ob sich ein Paket bauen lässt.
Und für Bionic habe ich noch gar nichts getestet.
Meine VDRs laufen unter Xenial und VDR 2.4 allerdings ist nach meinem Gefühl der VDR 2.2 viel stabiler gewesen.
Die meisten Problem die ich hier aber sehe ist das softhddevice in Verbindung mit den ffmpeg Libraries. Hier habe ich auch vollkomen den Überblick verloren welche softhddevice Version gepflegt wird und vor allem mit dem skindesigner Plugin funktioniert. Deshalb nutze ich noch immer die OpenGL Variante von Louis.
Leider habe ich damit aber auch die oben erwähnten sporadischen Crashes im zusammenspiel mit ffmpeg.
Hallo zusammen,
ich habe seit drei Tagen in meinem Ubiquiti UniFi® Security Gateway (USG) das Intrusion Prevention System (IPS) aktiviert.
Dieses meldet mir von meinen zwei Linux Servern mit epgd (Entwicklung und Produktion) das es einen Netzwerk Trojaner entdeckt hat.
Nach kurzer Analyse
bekam ich die Prozess ID vom EPGD zurück nach dem ich den Daemon gestoppt habe ist die Bedrohung beendet.
Als Plugins habe ich TV-Movie und TV-Spielfilm aktiviert. Die Adresse in USA ändert sich auch häufig, das heißt selbst wenn ich diese blockiere wird irgendwann einfach eine andere Ziel-Adresse aktiv.
Nun meine Frage wozu verbindet sich der EPGD mit einer Amazon CloudFront Adressen in der USA an Port 80
Anbei noch zwei Ausschnitte aus dem Ubiquiti USG.
Aktualisiert ist das Repository nun auch für xenial, allerdings sind die Pakete von mir vollkommen ungetestet.
Das Problem kommt mit meinen skindesigner Paket. Dort wird bisher das Recht zum ausführen von /usr/lib/vdr/plugins/skindesigner/scripts/temperatures.frodo falsch gesetzt.
Führe einfach chmod +x /usr/lib/vdr/plugins/skindesigner/scripts/temperatures.frodo aus und schon klappt es. Ansonsten warte auf mein neues Paket, das sollte hoffentlich das Problem fixen.
Nur der Paketname ist noch 1.2.3 da das git immer noch auf 1.2.3 getagged ist.
Das ist aber nur der Paketname, wenn du ein vdr -V -P skindesigner ein gibst siehst du das das Plugin Version 1.2.7 ist.
Ich baue die Paketversion anhand der git Tags, diese wurden aber schon ewig nicht mehr aktualisiert, somit bleibt die Paket Version auf 1.2.3 .
Woran erkenne ich das die Version veraltet ist bzw. woher soll eine neuere kommen?
Soweit ich weis habe ich bei mir die aktuelle Version skindesigner (1.2.7) - Skin Designer.
Welches PPA und welches Ubuntu verwendest Du von mir?
Oder das automatische abschalten des VDRs deaktivieren.
Wobei mir nicht klar ist was an der Nachricht störend ist, ich fände es viel störender wenn der VDR sich schlafen legt und ich dann eine Minute warten müsste bis ich wieder ein Bild habe nach dem ich bemerkt habe das er aus ist bzw. ausgeht. Spätestens wenn das herunterfahren eingeleitet ist habe ich keine Möglichkeit mehr dieses zu verhindern. 
Das Paket ist fertig gebaut funktioniert aber nicht, ich bekomme damit einen segfault.
Ich fürchte da mußt Du mir eine Quelle nennen die das Paket für VDR 2.4 und Trusty funktionierend gebaut hat.
