YAVDR für Ubuntu 22.04 LTS - VDR Portal (2024)

Zitat von MegaV0lt

Hat das schon jemand probiert?

Letzte Woche genau so umgesetzt für einen yavdr ansible - von Focal auf Jammy. Leider hat ein erneuter Lauf des Ansible Playbook ein paar meiner Anpassungen überschrieben, so gesehen ist ein vorheriges Backup durchaus von Wert (wobei ich langsam auch mal anfangen sollte zu dokumentieren, WO genau ich WAS ändere... ). Insgesamt war nach einer knappen Stunde eine lauffähige Version vorhanden, fast ohne eingreifen zu müssen.

Inzwischen läuft alles wieder rund (bis auf markad in den recording-hooks nach einer Aufnahme) - auch mit Kodi (20), sehr stabil und auch mit zapco*ckpit Patch dank entsprechenden PPA's von seahawk.

Zitat von HagenS

Letzte Woche genau so umgesetzt für einen yavdr ansible - von Focal auf Jammy.

Mir juckt es auch in den Fingern, mal bei Gelegenheit ein yaVDR auf Jammy zu installieren.

Auf meiner System-SSD vom VDR habe ich noch eine Partition frei, auf der ich alles installieren und testen könnte, ohne den Produktiv-VDR anfassen zu müssen.

Bin mir nur nicht ganz sicher, was ich da dann nach dem Installieren vom 64 bit server install image und dem yavdr-ansible,

an der Datei group_vars/all ändern muss, um die richtigen ppa's zu bekommen.

Kannst Du mal in ein paar Stichworten sagen, was man da anpassen muss, damit yavdr-ansible auf Jammy funktioniert?

Wäre super!

Zitat von Taipan

Habe gerade Server und Produktiv-Client im Wohnzimmer mit do-release-upgrade auf Jammy gezogen - ohne Probleme

Meinst Du, einfach über eine bestehendes yaVDR-Focal drübergebügelt?

Paulaner

ja so hat es hier funktioniert (ohne Gewähr)

Okay, dann hast Du sicherlich die ppa's von seahawk1986 bei Dir eingebunden!

Denn die haben, wie ich gerade gesehen habe, bereits "Jammy" mit enthalten.

Das ist natürlich dann am einfachsten.

Ich habe nur noch das eine "originale" experimental-main vom yavdr-Repo bei mir drin. Der Rest ist schon von seahawk1986 bzw. vom Team-XBMC.

Das muss ich vorher noch von "yavdr-Repo" auf das von seahawk1986 umlegen, dann könnte es klappen.

Werde ich demnächst mal einfach probieren.

Ich werde auf jeden Fall vorher noch ein Backup-Image machen, so bin ich auf der sicheren Seite, falls es doch klemmen sollte!

Ich habe das heute auch mal gemacht.

Leider bekomme ich nach dem Hinzufügen der Jammy-PPAs folgende Fehlermeldungen für vdr und seine Plugins. Alle alten Quellen für focal wurden entfernt.

Jemand eine Idee?

vdr (2.6.1-2yavdr0~jammy) wird eingerichtet ...mkdir: das Verzeichnis »/srv“ kann nicht angelegt werden: Eingabe-/Ausgabefehlerdpkg: Fehler beim Bearbeiten des Paketes vdr (--configure): »installiertes vdr-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurückdpkg: Abhängigkeitsprobleme verhindern Konfiguration von vdr-plugin-osdteletext: vdr-plugin-osdteletext hängt ab von vdr-abi-2.6.1-2yavdr; aber: Paket vdr-abi-2.6.1-2yavdr ist nicht installiert. Paket vdr, das vdr-abi-2.6.1-2yavdr bereitstellt, ist noch nicht konfiguriert.dpkg: Fehler beim Bearbeiten des Paketes vdr-plugin-osdteletext (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriertdpkg: Abhängigkeitsprobleme verhindern Konfiguration von vdr-plugin-weatherforecast: vdr-plugin-weatherforecast hängt ab von vdr-abi-2.6.1-2yavdr; aber: Paket vdr-abi-2.6.1-2yavdr ist nicht installiert. Paket vdr, das vdr-abi-2.6.1-2yavdr bereitstellt, ist noch nicht konfiguriert. .....Fehler traten auf beim Bearbeiten von: vdr vdr-plugin-osdteletext vdr-plugin-weatherforecast vdr-dbg vdrctl vdr-plugin-satip vdr-plugin-live-ng vdr-plugin-tvscraper vdr-plugin-scraper2vdr vdr-plugin-epg2vdr vdr-addon-acpiwakeup vdr-plugin-softhdvaapi vdr-plugin-skindesigner vdr-plugin-vnsiserver-ng vdr-plugin-skinnopacity vdr-plugin-dbus2vdr vdr-plugin-menuorg python3-dbus2vdr python3-yavdrfrontend python3-pydbus2vdrE: Sub-process /usr/bin/dpkg returned an error code (1)

Scheinbar ist wohl irgend etwas schief gegangen.

Ich kann weder per ssh noch winscp auf / wechseln oder zugreifen. In andere Vereichnisse kann ich wechseln.

Würde auch die Fehlermeldung mit dem /srv erklären. Sobald ich cd /srv eingebe, hängt ssh und ich kann das putty-Fenster nur schliessen.

Ich habe nach der Anleitung yavdr für jammy installiert und es funktioniert wunderbar

Zwei Kleinigkeiten würde ich aber noch gern ändern:

1. Ich benötige das lirc Paket nicht, da ich eine spezielle Ferbedienungssoftware benutze, die den lircd Daemon simuliert.

Bei jedem Aufrul von install-yavdr.sh wird es aber wieder installiert.

Zitat von elektromann

1. Ich benötige das lirc Paket nicht, da ich eine spezielle Ferbedienungssoftware benutze, die den lircd Daemon simuliert.

Bei jedem Aufrul von install-yavdr.sh wird es aber wieder installiert.

...
Gibt es eine Möglichkeit, dieses Verhalten zu ändern?

Nicht benötigte Rollen können im Playbook (yavdr07.yml bzw. yavdr07-headless.yml) auskommentiert werden und Rollen, die keine automatische Hardwareerkennung nutzen (wie z.B. serial-ir und epgd) können bei Bedarf aktiviert werden.

siehe:

Ansible Playbooks für yaVDR

Gruß

Ulf

Zitat von elektromann

1. Ich benötige das lirc Paket nicht, da ich eine spezielle Ferbedienungssoftware benutze, die den lircd Daemon simuliert.

Bei jedem Aufrul von install-yavdr.sh wird es aber wieder installiert.

Das Playbook deaktiviert die Systemd-Units für lircd (wenn sie nicht für spezielle Empfänger wie den yaUsbIR benötigt werden), so dass das keine Probleme machen sollte - dafür hat man dann irw, um sehen zu können, welche Tastendrücke auf sonstigen Lirc-kompatiblen Sockeln ankommen (eventlircd, irmplircd uvm.). Grundsätzlich kannst du das Paket in https://github.com/yavdr/yavdr…-remote/tasks/main.yml#L8 rausnehmen, aber wegen den paar Megabyte sehe ich da keinen großen Vorteil.

Habe mich dran gewagt und meine SSD geklont, falls was schief geht.

Release-Upgrade auf jammy gemacht und die jammy-PPA so wie das vdr-2.6.4 aktiviert. VDR läuft erst mal. Super!

Was irgendwie zerschossen wurde ist das iMon-Display. Das zeigt jetzt nur noch den LCDProc-Bildschirm

Wie bekomme ich das wieder zum laufen? Treiber scheint wohl geladen zu sein:

darkwing@vdr01:~$ dmesg |grep imondmesg: Lesen des Kernelpuffers ist fehlgeschlagen: Vorgang nicht zulässigdarkwing@vdr01:~$ sudo dmesg |grep imon[ 4.918233] imon 1-1.5:1.0: 0xffdc iMON LCD, MCE IR[ 4.953009] Registered IR keymap rc-imon-mce[ 4.973045] rc rc0: lirc_dev: driver imon registered at minor = 0, scancode receiver, no transmitter[ 4.973184] imon 1-1.5:1.0: iMON device (15c2:ffdc, intf0) on usb<1:5> initialized[ 4.973218] usbcore: registered new interface driver imon[ 22.177021] imon:display_open: display port is already open[ 131.606622] imon:display_open: display port is already open[ 153.654356] imon:display_open: display port is already open[ 260.314756] imon:display_open: display port is already open[ 372.804655] imon:display_open: display port is already opendarkwing@vdr01:~$ ll /dev/*imon*lrwxrwxrwx 1 root root 4 Mär 7 11:08 /dev/imon_ffdc -> lcd0lrwxrwxrwx 1 root root 4 Mär 7 11:08 /dev/lcd-imon -> lcd0

Vermutlich. Im Log sieht man, dass sich der VDR beschwert, dass das Device belegt ist und nicht geöffnet werden kann.

Weiß nur nicht was da verstellt wurde. Bei Kodi muss es ja z.B. wieder gestartet werden.

Da ich jetzt aber bemerkt habe, dass der VDR abschmiert, wenn ich auf verschlüsselte Kanäle umschalte und auch Kodi nicht startet, werde ich meine andere SSD (Klon) erst mal wieder aktivieren. [Hoffentlich klaptts]

Die Kiste läuft nachdem ich 22.04 server installiert habe und mich durch den ganzen Rest gehangelt habe!

Alle die wissen wie es geht, können hier aufhören zu lesen.

4 Aufnahmen gleichzeitig gestartet, kein Problem für den NUC10i3 ( klar sind dann nicht mehr alle Kanäle verfügbar beim zappen)

Ich beobachte das Ganze die nächsten Tage und melde mich wenn es was Neues gibt.

An alle Akteure/Mitleser/Ideengeber... Vielen lieben Dank.

Schönen Abend

Alle Anfänger wie ich, können hier nachlesen was ich genau gemacht habe:

über einen bootable stick die 22.04 server version auf eine SSD installiert.

dann sudo apt install git und git clone https://github.com/yavdr/yavdr-ansible

das playbook editiert, damit die sundtek treiber installiert werden, sonst nichts geändert.

/yavdr-ansible/host_vars/localhost angelegt, die localhost sieht so aus:

branch: jammy

ppa_owner: 'ppa:seahawk1986-hotmail'

sundtek:

force_install: false

wait_for_devices: true

wait_for_network: false

danach $ sudo -H ./install-yavdr.sh

systemctl stop vdr

channels.conf nach /var/lib/vdr/ kopiert

zusätzlich das live pluging installiert da ich gerne mit dem Handy den Timer starte, mit sudo apt install vdr-plugin-live-ng

sudo apt-get install vdr-plugin-softhdvaapi und deaktivieren von sudo vdrctl disable softhddevice

einmal neu starten mit sudo systemctl reboot -i

un ferddisch! wie man in Hessen sagt

Also beim Umschalten auf verschlüsselte Kanäle schmiert der VDR ab:

Mär 09 11:57:46 vdr01 vdr[4132]: [4132] switching to channel 47 S19.2E-1-1057-61204 (ntv HD)Mär 09 11:57:46 vdr01 vdr[4132]: [4132] osdteletext: cTxtReceiver stopped after 10 sec: cTelePage received on DVB 0 for channel 48 'ntv' ID=S19.2E-1->Mär 09 11:57:46 vdr01 vdr[4132]: [4132] DVBAPI: 0.0 set CAM decrypt (SID 61204 (0xEF14), caLm 5, HasCaDescriptors 0)Mär 09 11:57:46 vdr01 vdr[4132]: [4132] DVBAPI: 0.0 set CAM decrypt (SID 61204 (0xEF14), caLm 4, HasCaDescriptors 0)Mär 09 11:57:46 vdr01 vdr[4132]: [4132] osdteletext: cTxtReceiver started on DVB 0 for channel 47 'ntv HD' ID=S19.2E-1-1057-61204 storeTopText=false >Mär 09 11:57:47 vdr01 vdr[4132]: vdr: pcm.c:1224: snd_pcm_prepare: Zusicherung »pcm« nicht erfüllt.Mär 09 11:57:47 vdr01 vdr[4132]: Magick: abort due to signal 6 (SIGABRT) "Abort"...Mär 09 11:57:47 vdr01 mariadbd[1040]: 2023-03-09 11:57:47 56 [Warning] Aborted connection 56 to db: 'epg2vdr' user: 'epg2vdr' host: 'localhost' (Got >Mär 09 11:57:47 vdr01 yavdr-frontend[1654]: INFO:pydbus2vdr:VDR Status: stoppedMär 09 11:57:47 vdr01 yavdr-frontend[1654]: DEBUG:softhddevice:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de>Mär 09 11:57:47 vdr01 systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRTMär 09 11:57:47 vdr01 systemd[1]: vdr.service: Failed with result 'signal'.

Verschiedene Skins probiert

Habs so:

[softhddevice]-a pulse-p pulse-v vdpau#-w alsa-close-open-delay # Off: Test jammy-w alsa-driver-broken-w alsa-no-close-open # On: Test Jammy

Hängt nach umschalte oder starten eine rAufnahme. Komisch ist die Meldung beim Start:

Mär 09 15:46:01 vdr01 vdr[4757]: [4757] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.6.3Mär 09 15:46:01 vdr01 vdr[4757]: Unknown option 'Mär 09 15:46:01 vdr01 vdr[4757]: '

Nach umschalten auf ZDF HD kein Bild und nach ca 1 Minute Neustart

Ich musste shd manuell installieren, da es beim Update entfernt wurde (apt install vdr-plugin softhddevice). Kann das ein Problem sein?