diff --git a/Manual.html b/Manual.html index 221892f..0306e88 100644 --- a/Manual.html +++ b/Manual.html @@ -3,7 +3,7 @@ "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
- +A User wants to install yaVDR without customization and relies on full automation. @@ -521,22 +521,22 @@ 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 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. @@ -571,8 +571,8 @@ We use a callback to generate tags for all roles autmatically:
if (( $EUID != 0 )); then @@ -595,12 +595,12 @@ ansible-playbook yavdr07.yml -b -i 'localhost_inventory
The yavdr07.yml
playbook sets up a fully-featured yaVDR installation:
@@ -651,8 +651,8 @@ The yavdr07.yml
playbook sets up a fully-featured yaVDR installatio
For a headless server installation yavdr07-headless.yml
is a good choice
@@ -685,8 +685,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: @@ -700,12 +700,12 @@ This playbook can either be used to run the installation on the localhost or any
---
@@ -723,8 +723,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 @@ -750,8 +750,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 @@ -766,8 +766,8 @@ This playbook can either be used to run the installation on the localhost or any
nfs:
@@ -776,8 +776,8 @@ This playbook can either be used to run the installation on the localhost or any
samba:
@@ -787,8 +787,8 @@ This playbook can either be used to run the installation on the localhost or any
# additional packages you want to install @@ -804,8 +804,8 @@ This playbook can either be used to run the installation on the localhost or any
frontend: vdr
@@ -820,20 +820,20 @@ This playbook can either be used to run the installation on the localhost or any
---
@@ -853,19 +853,19 @@ This playbook can either be used to run the installation on the localhost or any
install nvidia-387 from ppa:graphics-drivers/ppa
---
@@ -895,15 +895,15 @@ install nvidia-387 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 global_vars
for customizations.
@@ -916,7 +916,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. @@ -946,7 +946,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 @@ -960,7 +960,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. @@ -993,15 +993,15 @@ This section allows you to set the recording directory, the user and group that
yavdr-common executes the following tasks:
---
@@ -1017,7 +1017,7 @@ yavdr-common executes the following tasks:
This task prevents apt to automatically install all recommended dependencies for packages: @@ -1034,7 +1034,7 @@ This task prevents apt to automatically install all recommended dependencies for
- name: add PPAs
@@ -1054,7 +1054,7 @@ This task prevents apt to automatically install all recommended dependencies for
- name: use bash instead of dash
@@ -1066,10 +1066,10 @@ This task prevents apt to automatically install all recommended dependencies for
- name: disable release-upgrade notifications
@@ -1091,7 +1091,7 @@ This task prevents apt to automatically install all recommended dependencies for
-
- name: apt | install basic packages
@@ -1123,7 +1123,7 @@ This task prevents apt to automatically install all recommended dependencies for
- name: apt | install extra packages
@@ -1137,13 +1137,13 @@ This task prevents apt to automatically install all recommended dependencies for
{{ ansible_managed | comment('c') }} @@ -1155,12 +1155,12 @@ APT::Install-Suggests "0";
first_run: False @@ -1168,12 +1168,12 @@ APT::Install-Suggests "0";
- name: get information about usb and pci hardware and loaded kernel modules @@ -1213,16 +1213,16 @@ APT::Install-Suggests "0";
--- @@ -1241,7 +1241,7 @@ APT::Install-Suggests "0";
- name: add svdrp and svdrp-disc to /etc/services @@ -1256,7 +1256,7 @@ APT::Install-Suggests "0";
- name: create vdr recdir @@ -1291,7 +1291,7 @@ APT::Install-Suggests "0";
The additional plugins to install can be set in the variable {{vdr_plugins}}
in the group variables
@@ -1309,7 +1309,7 @@ The additional plugins to install can be set in the variable {{vdr_plugins
- name: ensure vdr is stopped
@@ -1342,15 +1342,15 @@ The additional plugins to install can be set in the variable {{vdr_plugins
LIRC.Up KEY_UP @@ -1485,7 +1485,7 @@ XKeySym.Next XF86AudioNext
# Remote control key macros for VDR @@ -1511,12 +1511,12 @@ User0 @osdteletext
install_avahi: true @@ -1524,8 +1524,8 @@ User0 @osdteletext
---
@@ -1595,15 +1595,15 @@ User0 @osdteletext
---
@@ -1632,12 +1632,12 @@ User0 @osdteletext
/srv *(rw,fsid=0,sync,no_subtree_check,all_squash,anongid={{ vdr.gid }},anonuid={{ vdr.uid }})
@@ -1648,7 +1648,7 @@ User0 @osdteletext
<?xml version="1.0" standalone='no'?> @@ -1669,12 +1669,12 @@ User0 @osdteletext
lircd0_socket: /var/run/lirc/lircd0
@@ -1682,8 +1682,8 @@ User0 @osdteletext
---
@@ -1748,12 +1748,12 @@ User0 @osdteletext
{% if frontend != 'kodi' %} @@ -1764,7 +1764,7 @@ User0 @osdteletext
[Service]
@@ -1774,7 +1774,7 @@ User0 @osdteletext
#
@@ -1965,17 +1965,17 @@ ati_remote rc-medion-x10-digitainer /lib/udev/rc_keymaps/rc-medion-x10-digi
---
@@ -1998,8 +1998,8 @@ ati_remote rc-medion-x10-digitainer /lib/udev/rc_keymaps/rc-medion-x10-digi
# Use PulseAudio by default @@ -2021,12 +2021,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.
@@ -2055,8 +2055,8 @@ In order to achive a clean shutdown of the session, x@t7.service
is
first_run: False
@@ -2064,12 +2064,12 @@ In order to achive a clean shutdown of the session, x@t7.service
is
---
@@ -2082,7 +2082,7 @@ In order to achive a clean shutdown of the session, x@t7.service
is
---
@@ -2197,7 +2197,7 @@ In order to achive a clean shutdown of the session, x@t7.service
is
---
@@ -2349,14 +2349,14 @@ In order to achive a clean shutdown of the session, x@t7.service
is
# file: roles/yavdr-xorg/templates/systemd/system/x-verbose@.service.j2
@@ -2372,7 +2372,7 @@ In order to achive a clean shutdown of the session, x@t7.service
is
[Unit]
@@ -2398,7 +2398,7 @@ In order to achive a clean shutdown of the session, x@t7.service
is
{{ ansible_managed | comment }}
@@ -2410,7 +2410,7 @@ In order to achive a clean shutdown of the session, x@t7.service
is
#!/bin/bash
@@ -2420,7 +2420,7 @@ In order to achive a clean shutdown of the session, x@t7.service
is
{{ ansible_managed | comment }} @@ -2434,7 +2434,7 @@ EndSection
Section "Device"
@@ -2754,32 +2754,9 @@ EndSection
xterm*background: Black -xterm*foreground: grey -XTerm*locale: true -XTerm*metaSendsEscape: true -XTerm*eightBitInput: false -XTerm*backarrowKey: false -XTerm*ttyModes: erase ^? -Xterm*saveLines: 4096 -XTerm.vt100.metaSendsEscape: true -XTerm.vt100.geometry: 80x32 -XTerm.vt100.renderFont: true -xterm*faceName: xft:DejaVu Sans Mono -xterm*faceSize: 14 -xterm*renderFont: true -XTerm.vt100.faceName: xft:DejaVu Sans Mono:size=12:antialias=false -XTerm.vt100.font: 7x13 --
[Service]
@@ -2798,16 +2775,16 @@ XTerm.vt100.font: 7x13
---
@@ -2948,14 +2925,38 @@ XTerm.vt100.font: 7x13
xterm*background: Black +xterm*foreground: grey +XTerm*locale: true +XTerm*metaSendsEscape: true +XTerm*eightBitInput: false +XTerm*backarrowKey: false +XTerm*ttyModes: erase ^? +Xterm*saveLines: 4096 +XTerm.vt100.metaSendsEscape: true +XTerm.vt100.geometry: 80x32 +XTerm.vt100.renderFont: true +xterm*faceName: xft:DejaVu Sans Mono +xterm*faceSize: 14 +xterm*renderFont: true +XTerm.vt100.faceName: xft:DejaVu Sans Mono:size=12:antialias=false +XTerm.vt100.font: 7x13 ++
# forward environment variables to an environment file and the systemd user session @@ -2991,7 +2992,7 @@ systemctl --user isolate yavdr-desktop.target
<?xml version="1.0" encoding="UTF-8"?> @@ -3808,9 +3809,9 @@ systemctl --user isolate yavdr-desktop.target -
[Unit] @@ -3823,7 +3824,7 @@ systemctl --user isolate yavdr-desktop.target
[Unit]
@@ -3839,7 +3840,7 @@ systemctl --user isolate yavdr-desktop.target
[Unit]
@@ -3861,7 +3862,7 @@ systemctl --user isolate yavdr-desktop.target
[Unit]
@@ -3885,7 +3886,7 @@ systemctl --user isolate yavdr-desktop.target
[Unit]
@@ -3904,7 +3905,7 @@ systemctl --user isolate yavdr-desktop.target
[Unit]
@@ -3923,7 +3924,7 @@ systemctl --user isolate yavdr-desktop.target
-
irexec.service starts irexec for the user session @@ -3957,12 +3958,12 @@ end
---
@@ -3984,12 +3985,12 @@ end
---
@@ -4014,14 +4015,14 @@ end
{{ ansible_managed | comment }} @@ -4107,7 +4108,7 @@ end
{% for name, path in media_dirs.iteritems() %} @@ -4129,7 +4130,7 @@ end
include = /etc/samba/smb.conf.custom @@ -4142,15 +4143,15 @@ end
It would be nice to be able to detect if it is suitable to install those drivers:
Vendor-IDs: @@ -4161,14 +4162,14 @@ Vendor-IDs:
from http://www.vdr-portal.de/board18-vdr-hardware/board102-dvb-karten/120817-treiber-der-cine-ctv6-ddbridge-ci-in-den-kernel-integrieren/
@@ -4177,15 +4178,15 @@ from
-
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.
This role installs the guest additions for virtualbox guests on Ubuntu 16.04
@@ -4241,12 +4242,12 @@ This role installs the guest additions for virtualbox guests on Ubuntu 16.04
If a Sat>IP Server responds to a discovery request, the package vdr-plugin-satip is installed.
Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware sollte in yavdr-firmware stecken
This systemd unit for the user session starts (and stops) kodi.
@@ -4896,15 +4897,15 @@ This systemd unit for the user session starts (and stops) kodi.
Those configuration files provide a preconfiguration for kodi which overrides the system wide configuration
This file maps the keys defined in Lircmap.xml to actions within kodi.
This section contains custom modules for the yaVDR Playbooks. They are used to collect facts about the system and configure applications and daemons.
7.15 autoinstall-ubuntu-drivers
+7.15 autoinstall-ubuntu-drivers
7.15.1 tasks
+7.15.1 tasks
---
@@ -4209,8 +4210,8 @@ The tool ubuntu-drivers is used to install the matching driver version for nvidi
7.16 autoinstall-virtualbox-guest
+7.16 autoinstall-virtualbox-guest
7.17 autoinstall-atric-usb
+7.17 autoinstall-atric-usb
7.17.1 dependencies
+7.17.1 dependencies
---
@@ -4258,8 +4259,8 @@ This role installs the guest additions for virtualbox guests on Ubuntu 16.04
7.17.2 tasks
+7.17.2 tasks
---
@@ -4302,8 +4303,8 @@ This role installs the guest additions for virtualbox guests on Ubuntu 16.04
7.17.3 templates
+7.17.3 templates
{{ ansible_managed | comment }}
@@ -4332,12 +4333,12 @@ This role installs the guest additions for virtualbox guests on Ubuntu 16.04
7.18 autoinstall-yausbir
+7.18 autoinstall-yausbir
7.18.1 dependencies
+7.18.1 dependencies
---
@@ -4348,8 +4349,8 @@ This role installs the guest additions for virtualbox guests on Ubuntu 16.04
7.18.2 tasks
+7.18.2 tasks
---
@@ -4392,8 +4393,8 @@ This role installs the guest additions for virtualbox guests on Ubuntu 16.04
7.18.3 templates
+7.18.3 templates
{{ ansible_managed | comment }}
@@ -4421,15 +4422,15 @@ This role installs the guest additions for virtualbox guests on Ubuntu 16.04
7.19 autoinstall-satip
+7.19 autoinstall-satip
7.19.1 tasks
+7.19.1 tasks
---
@@ -4454,12 +4455,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.20 autoinstall-targavfd
+7.20 autoinstall-targavfd
7.20.1 tasks
+7.20.1 tasks
---
@@ -4475,12 +4476,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.21 autoinstall-imonlcd
+7.21 autoinstall-imonlcd
7.21.1 tasks
+7.21.1 tasks
---
@@ -4496,12 +4497,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.22 autoinstall-libcecdaemon
+7.22 autoinstall-libcecdaemon
7.22.1 tasks
+7.22.1 tasks
---
@@ -4517,12 +4518,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.23 autoinstall-pvr350
+7.23 autoinstall-pvr350
7.23.1 tasks
+7.23.1 tasks
---
@@ -4538,8 +4539,8 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.24 autoinstall-hauppauge-pvr
+7.24 autoinstall-hauppauge-pvr
---
@@ -4554,12 +4555,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.25 autoinstall-firmware
+7.25 autoinstall-firmware
7.25.1 dependencies
+7.25.1 dependencies
---
@@ -4570,8 +4571,8 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.25.2 tasks
+7.25.2 tasks
---
@@ -4596,12 +4597,12 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.26 autoinstall-dvbsky-firmware
+7.26 autoinstall-dvbsky-firmware
7.26.1 dependencies
+7.26.1 dependencies
---
@@ -4612,8 +4613,8 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.26.2 defaults
+7.26.2 defaults
---
@@ -4623,8 +4624,8 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.26.3 tasks
+7.26.3 tasks
---
@@ -4674,15 +4675,15 @@ If a Sat>IP Server responds to a discovery request, the package vdr-plugin-sa
7.27 TODO autoinstall-dvbhddevice
+7.27 TODO autoinstall-dvbhddevice
7.27.1 dependencies
+7.27.1 dependencies
---
@@ -4693,8 +4694,8 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
7.27.2 tasks
+7.27.2 tasks
---
@@ -4711,12 +4712,12 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
7.28 autoinstall-dvbsddevice
+7.28 autoinstall-dvbsddevice
7.28.1 dependencies
+7.28.1 dependencies
---
@@ -4727,8 +4728,8 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
7.28.2 tasks
+7.28.2 tasks
---
@@ -4746,12 +4747,12 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
7.29 autoinstall-hardware-irmp
+7.29 autoinstall-hardware-irmp
7.29.1 dependencies
+7.29.1 dependencies
---
@@ -4762,8 +4763,8 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
7.29.2 tasks
+7.29.2 tasks
---
@@ -4779,19 +4780,19 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
7.30 kodi
+7.30 kodi
7.30.1 tasks
+7.30.1 tasks
-
+
-
-
+- import_tasks: install-kodi.yml tags=install,update,kodi:install
- import_tasks: configure-kodi.yml tags=install,update,kodi:configure
@@ -4799,7 +4800,7 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
+
---
@@ -4817,7 +4818,7 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
+
- name: create kodi.service for the user session
@@ -4866,12 +4867,12 @@ Problem: woher kommt der Treiber (AFAIK noch nicht im Kernel)? Die Firmware soll
7.30.2 templates
+7.30.2 templates
-
+
7.30.3 files
+7.30.3 files
+
-
+
<!-- This file contains the mapping of keys (gamepad, remote, and keyboard) to actions within XBMC -->
@@ -5532,17 +5533,17 @@ This file maps the keys defined in Lircmap.xml to actions within kodi.
7.31 dvd
+7.31 dvd
7.31.1 tasks
+7.31.1 tasks
-
-
+---
# file: roles/dvd/tasks/main.yml
@@ -5582,8 +5583,8 @@ This file maps the keys defined in Lircmap.xml to actions within kodi.
7.32 template-test
+7.32 template-test
---
@@ -5824,12 +5825,12 @@ EndSection
7.33 wakeup
+7.33 wakeup
7.33.1 defaults
+7.33.1 defaults
---
@@ -5839,8 +5840,8 @@ EndSection
7.33.2 tasks
+7.33.2 tasks
---
@@ -5861,8 +5862,8 @@ EndSection
7.33.3 templates
+7.33.3 templates
{{ ansible_managed | comment }}
@@ -5888,12 +5889,12 @@ ACPI_START_AHEAD=5
7.34 grub-config
+7.34 grub-config
7.34.1 default variables
+7.34.1 default variables
system:
@@ -5905,8 +5906,8 @@ ACPI_START_AHEAD=5
7.34.2 tasks
+7.34.2 tasks
---
@@ -5931,8 +5932,8 @@ ACPI_START_AHEAD=5
7.34.3 templates
+7.34.3 templates
#!/bin/sh
@@ -5955,8 +5956,8 @@ menuentry "PowerOff" {
7.34.4 handlers
+7.34.4 handlers
---
@@ -5974,15 +5975,15 @@ menuentry "PowerOff" {
8 Modules
+8 Modules
8.1 hardware_facts.py
+8.1 hardware_facts.py
# This Module collects the vendor- and device ids for USB- and PCI(e)-devices and currently loaded kernel modules.
@@ -6159,8 +6160,8 @@ This section contains custom modules for the yaVDR Playbooks. They are used to c
8.2 satip_facts.py
+8.2 satip_facts.py
DOCUMENTATION = '''
@@ -6284,8 +6285,8 @@ This section contains custom modules for the yaVDR Playbooks. They are used to c
8.3 xrandr_facts.py
+8.3 xrandr_facts.py
[ ]
support multiple screens (-d :0.0 .. :0.n)9 Handlers
+9 Handlers
- name: Reconfigure unattended upgrades with dpkg
@@ -6641,7 +6642,7 @@ This section contains custom modules for the yaVDR Playbooks. They are used to c