yavdr ansible

Klar: https://launchpad.net/~seahawk…shed&field.series_filter=

Zitat von seahawk1986

Wer mit yaVDR-Paketen für den VDR 2.3.9 unter Ubuntu 18.04 spielen will: https://launchpad.net/~seahawk…+archive/ubuntu/vdr-2.3.9

Ich habe die VDR 2.3.9 Fixes eingepflegt.

Reicht es wenn ich die Paketquelle unter yavdr-ansible einbinde und mit apt upgrade hochziehe um zu spielen?

Gruß

Ja, mit Ausnahme von vaapidevice sollten IIRC alle Pakete im vdr-2.3.9 PPA neuer sein als in experimental-vdr

Nach einem apt-update & apt-upgrade habe ich sobald ein Bild erscheint dauerhaft ein Reset. Ich glaube der Skindesigner (libskindesignerapi.so.0.1.2) macht Probleme.

Meine vorgehensweise:

1. apt-update & upgrade lief ohne Probleme durch.

2. Neustart. Ab hier kam es schon zu den ersten restarts.

(yavdr_frontend.frontends.softhddevice:g-dbus-error-quark mit einem Unknown Service weil "de.tvdr.vdr not provided" war)

3. Neue Source eingebinden

4. apt-update & upgrade lief ohne Probleme durch.

Habe gestern noch ein Log vor dem 2. Upgrade gemacht. Das reiche ich nachher mal nach.

Gruß

Mh, das kann ich hier mit vdr-plugin-skindesigner, vdr-plugin-softhddevice-openglosd und xserver-xorg-video-nvidia-390 leider nicht nachvollziehen - hast du mal geschaut, ob bei dir die gleichen Versionen installiert sind bzw. nvidia-390 gegenüber nvidia-384 einen Unterschied macht?

$ apt-cache policy libskindesignerapi0 vdr-plugin-skindesigner vdr-plugin-softhddevice-openglosd
libskindesignerapi0:
  Installiert:           0.1.2-1.2.7-0yavdr2~bionic
  Installationskandidat: 0.1.2-1.2.7-0yavdr2~bionic
  Versionstabelle:
 *** 0.1.2-1.2.7-0yavdr2~bionic 1004
       1004 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main amd64 Packages
        100 /var/lib/dpkg/status
     0.1.2-1.2.7-0yavdr1~bionic 500
        500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic/main amd64 Packages
vdr-plugin-skindesigner:
  Installiert:           1.2.7-0yavdr2~bionic
  Installationskandidat: 1.2.7-0yavdr2~bionic
  Versionstabelle:
 *** 1.2.7-0yavdr2~bionic 1004
       1004 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main amd64 Packages
        100 /var/lib/dpkg/status
     1.2.7-0yavdr1~bionic 500
        500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic/main amd64 Packages
vdr-plugin-softhddevice-openglosd:
  Installiert:           1:0.6.1rc1-26-569fde5-3yavdr1~bionic
  Installationskandidat: 1:0.6.1rc1-26-569fde5-3yavdr1~bionic
  Versionstabelle:
 *** 1:0.6.1rc1-26-569fde5-3yavdr1~bionic 1004
       1004 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main amd64 Packages
        100 /var/lib/dpkg/status
     1:0.6.1rc1-26-569fde5-3yavdr0~bionic 500
        500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic/main amd64 Packages

$ apt-cache policy xserver-xorg-video-nvidia-390
xserver-xorg-video-nvidia-390:
  Installiert:           390.42-0ubuntu1
  Installationskandidat: 390.42-0ubuntu1
  Versionstabelle:
 *** 390.42-0ubuntu1 500
        500 http://de.archive.ubuntu.com/ubuntu bionic/restricted amd64 Packages
        100 /var/lib/dpkg/status

Moin,

Zitat

Mar 21 19:46:56 new-vdr vdr: [4155] VDR version 2.3.8 started

sollte das nicht 2.3.9 werden?

Mir hat hier ja letztlich jemand zu 'apt-get dist-upgrade' geraten

Konnte jetzt nur per VPN drau zu greifen und das dist-upgrade durchführen, aber es scheint so aus den Logs heraus, das es das wohl war.

habe den vdr mit 18.04 und ansible zum Laufen bekommen - sogar mit Ton.

allerdings bekomme ich den Atric IR controller seriell nicht eingebunden und auf die +/- Controls auf dem Keyboard reagieren nicht.

verdammt laut hier... hat jemand einen schnellen Tipp, gehen serielle lirc Devices überhaupt noch?

Sowohl die Konfiguration für Lircd als auch die Kernel-Treiber (serial_ir) für den seriellen Empfänger haben sich geändert.

Das sollte in etwa so aussehen wie in https://lists.gt.net/mythtv/users/608867#608867 nur dass alle Einträge in [modinit] einen eindeutigen Namen haben müssen.

KODI 18 aus dem ppa:team-xbmc/xbmc-nightly sollte unter bionic mit yavdr-ansible funktionieren, wenn man der Lircmap.xml und der remote.xml einen Header verpasst:

• https://github.com/yavdr/yavdr…6174b4c7a32d3cea923ffc39e
• https://github.com/yavdr/yavdr…423968b602be08abc5ef40448

Bei den Start-Zeiten bin ich jetzt statt über netplan direkt über systemd-networkd gegangen, statt den ipv6-Stack komplett zu deaktivieren (was eine Reihe von Problemen mit Diensten verursacht, die so vorkonfiguriert sind, dass sie zumindest IPv6 für localhost erwarten) - also z.B. wenn man nur DHCP für IPv4 nutzen will und sowohl eine statische als auch eine dynamisch zugewiesene IPv4-Addresse will:

[Match]
Name=eno1

[Network]
DHCP=yes
LinkLocalAddressing=no
DNS=192.168.1.1 8.8.8.8
Address=192.168.1.30/24
Gateway=192.168.1.1
IPv6AcceptRA=no

[DHCP]
UseTimezone=yes

Damit sehen die Bootzeiten gut aus:

$ systemd-analyze 
Startup finished in 3.189s (kernel) + 7.726s (userspace) = 10.916s
graphical.target reached after 7.700s in userspace
$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @7.700s
└─multi-user.target @7.700s
  └─vdr-net-monitor.service @7.700s
    └─vdr.service @6.882s +816ms
      └─x@vt7.service @5.215s +1.664s
        └─basic.target @2.140s
          └─sockets.target @2.140s
            └─snapd.socket @2.138s +1ms
              └─sysinit.target @2.134s
                └─apparmor.service @1.751s +383ms
                  └─local-fs.target @1.747s
                    └─run-user-666.mount @6.911s
                      └─swap.target @1.665s
                        └─dev-disk-by\x2duuid-b5bbb1c1\x2d0cdc\x2d4bef\x2da8f0\x2d67237f108c30.swap @1.653s +12ms
                          └─dev-disk-by\x2duuid-b5bbb1c1\x2d0cdc\x2d4bef\x2da8f0\x2d67237f108c30.device @1.652s

Zitat von seahawk1986

KODI 18 aus dem ppa:team-xbmc/xbmc-nightly sollte unter bionic mit yavdr-ansible funktionieren, wenn man der Lircmap.xml und der remote.xml einen Header verpasst:

https://github.com/yavdr/yavdr…6174b4c7a32d3cea923ffc39e
https://github.com/yavdr/yavdr…423968b602be08abc5ef4044

Bei mir war noch das Problem das kodi-bin deinstalliert werden musste (gibt bei kodi 18 nicht).

Die Pakete für den VDR 2.4.0 in ppa:yavdr/experimental-vdr sind fertig.

Zitat von seahawk1986

KODI 18 aus dem ppa:team-xbmc/xbmc-nightly sollte unter bionic mit yavdr-ansible funktionieren, wenn man der Lircmap.xml und der remote.xml einen Header verpasst:

Nach dem update auf das aktuelle Kodi-nightly funktioniert die Fernbedienung unter Kodi nicht mehr. Die Header sind noch da.

Die scheinen da kräftig an der Lirc-Anbindung zu werkeln: https://github.com/xbmc/xbmc/pull/13761

Mal sehen, was dabei heraus kommt...

Wie es aussieht fehlt dem kodi-Paket aus ppa:team-xbmc/xbmc-nightly die neu hinzugekommene Build-Dependency liblirc-dev. Dann ist auch noch das --lircdev Startargument weggefallen. Ich lasse gerade ein KODI-Paket mit der fehlenden Build-Dependency bauen und sehe mir das im Verlauf des Tages an.

Ich habe den PPA-Maintainern mal eine Mail geschrieben, das kodi Paket mit der neuen Build-Dependency liegt in ppa:yavdr/experimental-kodi.

Man sollte dann noch in der /var/lib/vdr/.config/systemd/user/kodi.service das -l /run/lirc/lircd entfernen, dann funktioniert es wieder wie gewohnt.

Läuft wieder, vielen Dank.

Das aktuelle Kodi nightly läuft auch wieder.

Ist es eigentlich richtig das ansible nur mit aktuelleren Nvidia Treibern läuft oder kann man auch ältere Karten nehmen wie zum Bsp. 304???

Zitat von Morpheus1607

Ist es eigentlich richtig das ansible nur mit aktuelleren Nvidia Treibern läuft oder kann man auch ältere Karten nehmen wie zum Bsp. 304???

yavdr-ansible überlässt die Auswahl des nvidia-Treibers dem ubuntu-drivers Tool: https://github.com/yavdr/yavdr…tu-drivers/tasks/main.yml

Solange ein nvidia-Treiber grundsätzlich funktioniert, kann man später auch einen anderen nachinstallieren (oder das Playbook so abändern, dass der gewünschte Treiber direkt installiert wird).