vdr-dev 2.1.x in yavdr-testing integrieren

    Hallo,


    ja, ich weiß - bitte nicht prügeln. Gibt es eine einfache Möglichkeit das vdr Paket aus yavdr-unstable (also aktuell die 2.1.6er für precise) in yavdr-testing zu integrieren? Hab gerade auf testing ge"dist-upgraded", da fiel mir erst auf, daß hier auch der stable-vdr drin ist. Nebenbei habe ich noch ein paar Pakete von Frodo's ppa eingebunden ...


    Oder ist es am einfachsten gleich auf unstable zu gehen, aber da habe ich ein wenig weiche Knie, da es hier doch "relativ" stabil laufen sollte.


    Danke für eine kurze Info!

    Die unstable-vdr Pakete für Precise werden bald komplett verschwinden, da sie nicht mehr von uns aktiv gepflegt werden, daher empfehle ich nicht darauf umzustellen.


    Ich will keine voreiligen Versprechungen machen, aber es war mal geplant den aktuellen 2.1.x Zweig nach testing-vdr-dev zu bringen, wenn sich die Zeit findet. Wann und ob dies wirklich zeitnah passiert kann ich nicht versprechen.

    VDR: yavdr-ansible/22.04 LTS auf Intel NUC (BOXNUC6CAYH), 2x Kingston KVR16LS11/4, One For All URC 2981

    VDR-Server: yavdr-ansible/22.04 LTS in ESXi VM

    Zitat von ciax

    Gibt es eine einfache Möglichkeit das vdr Paket aus yavdr-unstable


    Selbst bauen. :D


    Wie schon geschrieben, wir stecken unsere spärliche Zeit komplett in trusty und yavdr 0.6. Da wir dort an dem vdr-Paket ein paar grundlegende Änderungen vorgenommen haben, passen die unstable-Pakete nicht zu den testing/stable-PPAs. Die einzige Möglichkeit ist da momentan testing-vdr-dev. Da ist zumindest schon mal ein vdr 2.1.6 drin, der zu testing passt, die Plugins sind allerdings älter.
    Also testing-vdr durch testing-vdr-dev ersetzen, ggf. apt-pinning anpassen, damit das PPA komplett ersetzt wird und dann gucken, was passiert.


    Auf eigene Gefahr.


    Lars.

    Ok, danke euch für das kurze Update bzgl. der Zweige. Ich werde mich zurückhalten mit "unstable" - wußte gar nicht, daß es einen testing-vdr-dev Abkömmling gibt. Ich probiere mal .. und versuche zu schweigen ;)

    Du kannst auch mein Repository nehmen dort liegt bereits VDR 2.1.7, damit es funktioniert muss aber die yavdr Installation auf testing umgestellt werden.
    https://launchpad.net/~frodo-v…/ubuntu/testing-vdr-2.1.7
    Wichtig ist hierbei allerdings das zwingend auch mein main Repository verwendet werden muss, einige Pakete benötigen Libraries welche noch nicht im yaVDR main Repository liegen und/oder unter Precise zu alt sind. Ohne diese Libraries lassen sich die Plugins nicht installieren oder erzeugen segfaults.


    Zur Zeit endet es nicht wie bei yaVDR auf dev sondern auf 2.1.7.
    Ich hatte Probleme trotz apt-pinning mit dem Update der Plugins, da im testing-vdr-dev von yaVDR noch VDR 2.1.6 liegt und meine Pakete teilweise die gleichen Versionsnumern hatten wurden diese nicht immer aktualisiert.


    Nachdem ich nun per PN aber schon viele Fragen beantworten mußte habe ich mir nun eine eigen Buildumgebung erstellt mit der ich alle Pakete neu versionieren kann. Das Ergebnis ist bereits unter dem genannten Link zu finden.


    Falls heute noch eine VDR 2.1.8 herrauskommt würde ich aber noch warten bis ich das eingearbeitet habe.
    Dann wird es auch wieder ein Repository testing-vdr-dev geben.


    Bevor ich nun per PN jedem beantworten muss wie man sinnvoll mein Repository einbindet, wartet noch bis testing-vdr-dev bei mir wieder befüllt wurde dann beschreibe ich es hier im Forum nochmals detailiert.

    Gruß
    Frodo

    Frodo
    :tup

    Frodo
    Setzt du im vdr-Paket auch die debian/abi-version entsprechend hoch bzw. machst sie eindeutig, damit nur deine Plugins installiert werden können? Bei Fragen dazu darfst du mich gerne anschreiben.


    Lars

    Schön! :]


    War gerade im ppa testing-vdr-dev von Frodo - und sah, daß gerade mal vdr v2.1.8 als Packterl drin war! Da passiert passiert was!


    Thx @all!


    ciax

    Genau :D


    Ich denke es kann losgehen die meisten Pakete sind gebaut und einen meiner VDRs habe ich damit auch schon problemlos umgestellt.


    Hier gehts zur Anleitung: http://www.vdr-portal.de/board…esting-yavdr/#post1230697

    Gruß
    Frodo

    Code
    Feb  9 20:39:37 vdr vdr: [25409] ERROR: video data stream broken
Feb  9 20:39:37 vdr vdr: [25409] initiating emergency exit
Feb  9 20:39:37 vdr vdr: [25228] cSkins::Message() called from background thread - ignored! (Use cSkins::QueueMessage() instead)
Feb  9 20:39:38 vdr vdr: [25138] emergency exit requested - shutting down
Feb  9 20:39:38 vdr vdr: [25138] stopping plugin: conflictcheckonly
Feb  9 20:39:38 vdr vdr: [25138] stopping plugin: live
Feb  9 20:39:38 vdr vdr: [25138] stopping plugin: markad
Feb  9 20:39:38 vdr vdr: [25138] stopping plugin: d
[..]


    das geht in einer "Schleife" so dahin .. das war schon vor 2.1.8 hier so.
    woran kann sowas liegen?


    gruß!

    Der Sender für den Timer kann anscheinend nicht korrekt empfangen werden und du hast den Notausstieg im VDR nicht abgeschaltet.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Notausstieg ist nun ausgeschaltet! Dankeschön! :]


    Ich sehe schon - es hängt mit meiner letzten Zeile im Log zusammen und dem Zusammenspiel der DVB-Devices aus meiner Signatur. sat>ip und lokale DVB-Hardware/TT3200, und wenn ein non-FTA Kanal hinzukommt - und da hängt es davon ab, daß die lokale Karte/Device nicht gleich die erste Aufnahme übernimmt. Das alles aber nur bei Aufnhamen/Recordings. Wenn ich mit femon auf non-FTA im live-Modus die "Frontends" durchschalte, gibt es kein Problem.


    Gruß!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden