A User wants to install yaVDR without customization and relies on full automation. @@ -561,16 +561,16 @@ Several roles are used to tie everything together:
One of the major problems we faced with customized Ubuntu ISO files as installation media for prior yaVDR versions has been the limited hardware support and the time consuming process to create and update them. An interesting alternative to this approach is to enable the user to choose the installation medium by himself, so point releases, kernel versions and additional drivers can be chosen deliberately. After the basic setup is complete (and a working internet connection is available), a fully customizable install script completes the yaVDR installation.
This is an experimental feature which allows to set up a yaVDR installation based on a normal Ubuntu Server 16.04.x installation using Ansible. @@ -605,8 +605,8 @@ We use a callback to generate tags for all roles autmatically:
set -e @@ -624,7 +624,7 @@ add-apt-repository -y ppa:ansible/ansible-2.7 apt-get -y install --no-install-recommends ansible python-jmespath # TODO: run ansible on local host -ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="all" --extra-vars "first_run=True" +ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="all"
The yavdr07.yml playbook sets up a fully-featured yaVDR installation:
@@ -709,8 +709,8 @@ The yavdr07.yml playbook sets up a fully-featured yaVDR installatio
For a headless server installation yavdr07-headless.yml is a good choice
@@ -749,8 +749,8 @@ For a headless server installation yavdr07-headless.yml is a good c
This playbook can either be used to run the installation on the localhost or any other PC in the network that can be accessed via ssh. Simply add the host names or IP addresses to the hosts file in the respective section: @@ -764,12 +764,12 @@ This playbook can either be used to run the installation on the localhost or any
---
@@ -787,8 +787,8 @@ This playbook can either be used to run the installation on the localhost or any
# properties of the user vdr and vdr-related options @@ -841,8 +841,8 @@ This playbook can either be used to run the installation on the localhost or any
# dictionary of directories for (shared) files. Automatically exported via NFS and Samba if those roles are enabled @@ -857,8 +857,8 @@ This playbook can either be used to run the installation on the localhost or any
nfs:
@@ -867,8 +867,8 @@ This playbook can either be used to run the installation on the localhost or any
samba:
@@ -878,8 +878,8 @@ This playbook can either be used to run the installation on the localhost or any
# additional packages you want to install @@ -898,8 +898,8 @@ This playbook can either be used to run the installation on the localhost or any
frontend: vdr
@@ -918,8 +918,8 @@ This playbook can either be used to run the installation on the localhost or any
# Serial device to configure for a homebrew receiver. @@ -931,20 +931,20 @@ This playbook can either be used to run the installation on the localhost or any
---
@@ -962,19 +962,19 @@ This playbook can either be used to run the installation on the localhost or any
install nvidia-396 from ppa:graphics-drivers/ppa
---
@@ -1003,15 +1003,15 @@ install nvidia-396 from ppa:graphics-drivers/ppa
This role is used to set up a basic yaVDR installation. It creates the directories, installs the vdr and other useful packages.
This section is for reference only, please use the files in
You can set a list of package repositories which provide the necessary packages. Feel free to use own PPAs if you need special customization to the VDR and it’s plugins.
@@ -1041,7 +1041,7 @@ You can set a list of package repositories which provide the necessary packages.
global_vars for customizations.
@@ -1024,7 +1024,7 @@ This section is for reference only, please use the files in global_vars
-
+
Automatically installed drivers can be very useful, but if you know you need a certain driver, you can simply set it’s value to true. If you don’t want a driver to be installed, set it’s value to false. @@ -1054,7 +1054,7 @@ Automatically installed drivers can be very useful, but if you know you need a c
Add additional packages you would like to have on your installation to this list @@ -1068,7 +1068,7 @@ Add additional packages you would like to have on your installation to this list
This section allows you to set the recording directory, the user and group that runs the vdr and it’s home directory. @@ -1102,15 +1102,15 @@ This section allows you to set the recording directory, the user and group that
yavdr-common executes the following tasks:
---
@@ -1128,7 +1128,7 @@ yavdr-common executes the following tasks:
This task prevents apt to automatically install all recommended dependencies for packages: @@ -1145,7 +1145,7 @@ This task prevents apt to automatically install all recommended dependencies for
- name: add PPAs
@@ -1165,7 +1165,7 @@ This task prevents apt to automatically install all recommended dependencies for
- name: use bash instead of dash
@@ -1177,15 +1177,15 @@ This task prevents apt to automatically install all recommended dependencies for
- name: disable release-upgrade notifications
@@ -1207,7 +1207,7 @@ This task prevents apt to automatically install all recommended dependencies for
-- name: apt | install basic packages
@@ -1239,7 +1239,7 @@ This task prevents apt to automatically install all recommended dependencies for
- name: apt | install extra packages
@@ -1252,15 +1252,15 @@ This task prevents apt to automatically install all recommended dependencies for
Stop vdr before entering suspend and unload dvb modules, reverse this operation on resume @@ -1271,8 +1271,8 @@ Stop vdr before entering suspend and unload dvb modules, reverse this operation
{{ ansible_managed | comment('c') }} @@ -1283,7 +1283,7 @@ APT::Install-Suggests "0";
#!/bin/bash
@@ -1324,7 +1324,7 @@ Allow the vdr user to restart vdr.service and reboot the system
#!/usr/bin/env python3
@@ -1411,25 +1411,25 @@ Allow the vdr user to restart vdr.service and reboot the system
first_run: False +
- name: get information about usb and pci hardware and loaded kernel modules
@@ -1478,16 +1478,16 @@ Allow the vdr user to restart vdr.service and reboot the system
---
@@ -1505,7 +1505,7 @@ Allow the vdr user to restart vdr.service and reboot the system
- name: add svdrp and svdrp-disc to /etc/services
@@ -1520,7 +1520,7 @@ Allow the vdr user to restart vdr.service and reboot the system
- name: create vdr recdir
@@ -1555,7 +1555,7 @@ Allow the vdr user to restart vdr.service and reboot the system
The additional plugins to install can be set in the variable {{vdr_plugins}} in the group variables
@@ -1571,7 +1571,7 @@ The additional plugins to install can be set in the variable {{vdr_plugins
- name: ensure vdr is stopped
@@ -1635,14 +1635,14 @@ The additional plugins to install can be set in the variable {{vdr_plugins
Set up IP resp. IP range based access for VDR plugins
- name: ensure directory '/etc/vdr/xineliboutput' exists @@ -1672,7 +1672,7 @@ Set up IP resp. IP range based access for VDR plugins
- name: ensure directory '/etc/vdr/plugins/vnsiserver' exists @@ -1694,7 +1694,7 @@ Set up IP resp. IP range based access for VDR plugins
- name: ensure directory '/etc/vdr/plugins' exists @@ -1718,7 +1718,7 @@ Set up IP resp. IP range based access for VDR plugins -
- name: create directory for vdr.service systemd drop-in files
@@ -1739,12 +1739,12 @@ Set up IP resp. IP range based access for VDR plugins
{{ansible_managed | comment }}
@@ -1754,7 +1754,7 @@ Set up IP resp. IP range based access for VDR plugins
{{ ansible_managed | comment }} @@ -1768,7 +1768,7 @@ Set up IP resp. IP range based access for VDR plugins
{{ ansible_managed | comment }} @@ -1794,7 +1794,7 @@ Set up IP resp. IP range based access for VDR plugins
{{ ansible_managed | comment }} @@ -1823,7 +1823,7 @@ Set up IP resp. IP range based access for VDR plugins
# @@ -1845,12 +1845,12 @@ Set up IP resp. IP range based access for VDR plugins
LIRC.Up KEY_UP @@ -1985,7 +1985,7 @@ XKeySym.Next XF86AudioNext
# Remote control key macros for VDR @@ -2011,12 +2011,12 @@ User0 @osdteletext
install_avahi: true @@ -2024,8 +2024,8 @@ User0 @osdteletext
---
@@ -2093,12 +2093,12 @@ User0 @osdteletext
---
@@ -2120,8 +2120,8 @@ User0 @osdteletext
<?xml version="1.0" encoding="UTF-8"?>
@@ -2180,17 +2180,17 @@ User0 @osdteletext
---
@@ -2218,12 +2218,12 @@ User0 @osdteletext
/srv *(rw,fsid=0,sync,no_subtree_check,all_squash,anongid={{ vdr.gid }},anonuid={{ vdr.uid }})
@@ -2234,7 +2234,7 @@ User0 @osdteletext
<?xml version="1.0" standalone='no'?> @@ -2255,15 +2255,15 @@ User0 @osdteletext
The role yavdr-remote sets up the foundation for using eventlircd, lircd2uinput and the pre-configuration for remote receivers which can be detected by udev.
lircd0_socket: /var/run/lirc/lircd0
@@ -2271,8 +2271,8 @@ The role yavdr-remote sets up the foundation for using eventlircd,
---
@@ -2343,12 +2343,12 @@ The role yavdr-remote sets up the foundation for using eventlircd,
{% if frontend != 'kodi' %}
@@ -2359,7 +2359,7 @@ The role yavdr-remote sets up the foundation for using eventlircd,
[Service]
@@ -2369,7 +2369,7 @@ The role yavdr-remote sets up the foundation for using eventlircd,
{{ ansible_managed | comment }}
@@ -2561,12 +2561,12 @@ ati_remote rc-medion-x10-digitainer /lib/udev/rc_keymaps/rc-medion-x10-digi
---
@@ -2588,8 +2588,8 @@ ati_remote rc-medion-x10-digitainer /lib/udev/rc_keymaps/rc-medion-x10-digi
# Use PulseAudio by default @@ -2611,12 +2611,12 @@ ati_remote rc-medion-x10-digitainer /lib/udev/rc_keymaps/rc-medion-x10-digi
The X-Server is started by using the two systemd units xlogin@.service and x@.service provided by the package xlogin. The former is enabled (and started) for the vdr user - which results (using the default settings for the user vdr with the uid 666) in the activation of xlogin@vdr.service when reaching the graphical.target. To simplify starting and stopping the X-server and the desktop session a yavdr-xorg.service is provided by the package yavdr-xorg, which depends on the two units mentioned before.
@@ -2645,12 +2645,11 @@ In order to achive a clean shutdown of the session, x@t7.service is
first_run: False -preferred_outputs: +preferred_outputs: - HDMI - DP - DVI @@ -2669,12 +2668,12 @@ In order to achive a clean shutdown of the session,x@t7.serviceis
---
@@ -2687,7 +2686,7 @@ In order to achive a clean shutdown of the session, x@t7.service is
---
@@ -2805,7 +2804,7 @@ In order to achive a clean shutdown of the session, x@t7.service is
--- @@ -2895,43 +2894,6 @@ In order to achive a clean shutdown of the session,x@t7.serviceis - nvidia_driver_installed - '"nouveau" in modules' -#- name: Workaround for wrong connector names on first run -# block: -# - name: "wait a little bit before starting x-verbose@vt7.service (needed?)" -# wait_for: -# timeout: 10 -# -# - name: "start x-verbose@.service" -# systemd: -# name: "x-verbose@vt7.service" -# state: started -# enabled: false -# masked: false -# daemon_reload: true -# -# - name: "wait a little bit, so X has some time to start up (needed?)" -# wait_for: -# timeout: 3 -# -# - name: "stop x-verbose@vt7.service" -# systemd: -# name: "x-verbose@vt7.service" -# state: stopped -# enabled: false -# masked: true -# when: first_run - -#- name: "wait a little bit, so X has some time to shut down (needed?)" -# wait_for: -# timeout: 3 -# -#- name: "trigger udevadm reload" -# command: 'udevadm trigger ' -# -#- name: "wait a little bit, so udev has some time to reapply rules (needed?)" -# wait_for: -# timeout: 3 - - name: "start x-verbose@.service" systemd: name: "x-verbose@vt7.service" @@ -3037,7 +2999,7 @@ In order to achive a clean shutdown of the session,x@t7.serviceis
KMS drivers (like for intel (i915) and amd (radeon)) require additional configuration besides a customized xorg.conf - for a „static“ output configuration (which works if the TV or AV receiver is not turned on) we need to force loading the display(s) EDID early during the boot process.
@@ -3085,12 +3047,12 @@ Please note that rescanning the connected displays works only after removing the
{{ ansible_managed | comment }}
@@ -3100,11 +3062,11 @@ Please note that rescanning the connected displays works only after removing the
# file: roles/yavdr-xorg/templates/systemd/system/x-verbose@.service.j2 @@ -3120,7 +3082,7 @@ Please note that rescanning the connected displays works only after removing the
[Unit]
@@ -3146,7 +3108,7 @@ Please note that rescanning the connected displays works only after removing the
{{ ansible_managed | comment }}
@@ -3158,7 +3120,7 @@ Please note that rescanning the connected displays works only after removing the
{{ ansible_managed | comment }}
@@ -3173,7 +3135,7 @@ EndSection
{{ ansible_managed | comment }} @@ -3281,7 +3243,7 @@ EndSection
{{ ansible_managed | comment }}
@@ -3607,7 +3569,7 @@ EndSection
{{ ansible_managed | comment }}
@@ -3624,7 +3586,7 @@ EndSection
-Set environment variables for system locale and user session on startup @@ -3640,12 +3602,12 @@ Set environment variables for system locale and user session on startup
#!/bin/bash @@ -3670,16 +3632,16 @@ exit 0
---
@@ -3845,16 +3807,16 @@ exit 0
xterm*background: Black @@ -3877,7 +3839,7 @@ XTerm.vt100.font: 7x13
#!/bin/bash @@ -3889,11 +3851,11 @@ XTerm.vt100.font: 7x13 -
# forward environment variables to an environment file and the systemd user session @@ -3929,7 +3891,7 @@ systemctl --user isolate yavdr-desktop.target
<?xml version="1.0" encoding="UTF-8"?> @@ -4776,7 +4738,7 @@ systemctl --user isolate yavdr-desktop.target
<?xml version="1.0" encoding="UTF-8"?> @@ -5605,11 +5567,11 @@ systemctl --user isolate yavdr-desktop.target -
[Unit] @@ -5622,7 +5584,7 @@ systemctl --user isolate yavdr-desktop.target
#!/bin/bash @@ -5651,7 +5613,7 @@ systemctl --user isolate yavdr-desktop.target
This script exchanges the primary and secondary screen. It needs access to the systemd user session. @@ -5670,7 +5632,7 @@ frontend-dbus-send start
[Unit]
@@ -5692,7 +5654,7 @@ frontend-dbus-send start
[Unit]
@@ -5715,7 +5677,7 @@ frontend-dbus-send start
[Unit]
@@ -5734,7 +5696,7 @@ frontend-dbus-send start
[Unit]
@@ -5753,7 +5715,7 @@ frontend-dbus-send start
-irexec.service starts irexec for the user session @@ -5786,12 +5748,12 @@ end
---
@@ -5812,12 +5774,12 @@ end
---
@@ -5842,16 +5804,16 @@ end
{{ ansible_managed | comment }}
@@ -5938,7 +5900,7 @@ end
{% for name, path in media_dirs.items() | list %}
@@ -5960,7 +5922,7 @@ end
include = /etc/samba/smb.conf.custom @@ -5973,15 +5935,15 @@ end
It would be nice to be able to detect if it is suitable to install those drivers:
For now we have the role install-sundtek, in the future we could do a little better:
@@ -6001,7 +5963,7 @@ Vendor-IDs:
https://github.com/s-moch/linux-saa716x - kann man den relevanten Teil als dkms-Paket bauen? @@ -6021,15 +5983,15 @@ Vendor-IDs:
The tool ubuntu-drivers is used to install the matching driver version for nvidia graphics cards, virtualbox guest additions and Intel and AMD microcode updates.
---
@@ -6053,8 +6015,8 @@ The tool ubuntu-drivers is used to install the matching driver version for nvidi
This role installs the guest additions for virtualbox guests on Ubuntu 18.04 @@ -6106,12 +6068,12 @@ This role installs the guest additions for virtualbox guests on Ubuntu 18.04
---
@@ -6123,8 +6085,8 @@ This role installs the guest additions for virtualbox guests on Ubuntu 18.04
---
@@ -6166,8 +6128,8 @@ This role installs the guest additions for virtualbox guests on Ubuntu 18.04
{{ ansible_managed | comment }}
@@ -6196,12 +6158,12 @@ This role installs the guest additions for virtualbox guests on Ubuntu 18.04
---
@@ -6212,8 +6174,8 @@ This role installs the guest additions for virtualbox guests on Ubuntu 18.04
---
@@ -6255,8 +6217,8 @@ This role installs the guest additions for virtualbox guests on Ubuntu 18.04
{{ ansible_managed | comment }}
@@ -6284,15 +6246,15 @@ This role installs the guest additions for virtualbox guests on Ubuntu 18.04
If a Sat>IP Server responds to a discovery request, the package vdr-plugin-satip is installed.
---
@@ -6316,12 +6278,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6337,12 +6299,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6358,12 +6320,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6379,12 +6341,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6400,8 +6362,8 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6416,12 +6378,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6432,8 +6394,8 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6474,12 +6436,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6490,8 +6452,8 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6501,8 +6463,8 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
---
@@ -6552,15 +6514,15 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
How to get a driver for the TT-6400 FF card? Needed firmware files are in the yavdr-firmware package.
--- @@ -6571,8 +6533,8 @@ How to get a driver for the TT-6400 FF card? Needed firmware files are in the
--- @@ -6590,12 +6552,12 @@ How to get a driver for the TT-6400 FF card? Needed firmware files are in the
--- @@ -6606,8 +6568,8 @@ How to get a driver for the TT-6400 FF card? Needed firmware files are in the
--- @@ -6627,12 +6589,12 @@ How to get a driver for the TT-6400 FF card? Needed firmware files are in the
--- @@ -6643,8 +6605,8 @@ How to get a driver for the TT-6400 FF card? Needed firmware files are in the
--- @@ -6660,19 +6622,19 @@ How to get a driver for the TT-6400 FF card? Needed firmware files are in the
This role preconfigures the system for serial „homebrew“ receivers. Newer kernel versions provide serial_ir which acts as a rc-core driver, so we don’t need lircd - eventlircd can use the device directly.
-As configured in the role yavdr-remote (/etc/rc_maps.cfg) a keytable for a RC-6 MCE remote is loaded by default. You can choose a different keymap which may also use another ir-protocol. +As configured in the role yavdr-remote (/etc/rc_maps.cfg) a keytable for a RC-6 MCE remote is loaded by default. You can choose a different keymap which may also use another ir-protocol.
--- @@ -6683,8 +6645,8 @@ As configured in the role yavdr-remote (/etc/rc_maps.cfg
--- @@ -6712,12 +6674,12 @@ As configured in the role yavdr-remote (/etc/rc_maps.cfg