YaVDR/Templates

Viele Konfigurationsdateien werden regelmäßig automatisch von yaVDR mit neuem Inhalt überschrieben. Wenn man manuelle Änderungen an Konfigurationsdateien vornehmen möchte, die langfristig überleben sollen, so sollte man das Templating-Konzept verstehen und sich Custom-Templates anlegen. Dieser Artikel erklärt beides.

Problembeschreibung

Die zentral wichtigen Konfigurationsdateien unter yaVDR werden automatisch auf Basis von Templates (Vorlagen) zusammengebaut. Diejenigen Templates, die das yaVDR-Team ausliefert, nennen wir im folgenden Standard-Templates. Wir bieten auf unserer Website einen Überblick darüber, für welche Konfigurationsdateien es Standard-Templates gibt.

Will man nun etwas in die Konfigurationsdateien einfügen, hat man folgende Probleme:

• Wenn man die Konfigurationsdatei direkt ändert, wird die manuelle Änderung überschrieben beim nächsten Paketupdate, bei dem alle Konfigurationsdateien neu generiert werden aus den Standard-Templates. Nebenbei: Um den Frust bei Euch klein zu halten, werden alte Versionen von Konfigurationsdateien vor dem Überschreiben gebackuppt (unterhalb von /var/cache/yavdr/process-template-backup).
• Wenn man nun denkt, man ist schlau, und ändert gleich die Standard-Templates, ist man auch nicht sicher: Die Standard-Templates werden bei einem Paketupdate aktualisiert und dabei werden manuelle Änderungen auch überschrieben.

Deshalb gibt es die Möglichkeit, Custom-Templates anzulegen, welche die Standard-Templates ergänzen oder Teile von ihnen überschreiben. Alle Custom-Templates sind manuell anzulegen unterhalb des Ordners

/etc/yavdr/templates_custom/

In diesem Ordner wird bei Paketupdates nichts verändert, gelöscht, überschrieben.

Beispiele

Ausführliches Beispiel /etc/X11/xorg.conf.yavdr

Als praktisches Beispiel nehmen wir uns mal die Konfigurationsdatei /etc/X11/xorg.conf.yavdr vor. Existieren keine Custom-Templates, wird die Datei xorg.conf.yavdr gänzlich aus den Standard-Templates generiert, welche das yaVDR-Team pflegt, ausliefert und aktualisiert. Bevor wir Custom Templates für die xorg.conf.yavdr anlegen, schauen wir uns erst die yaVDR-Standard-Templates für diese Datei an. Diese liegen in folgendem Verzeichnis:

/usr/share/yavdr/templates/etc/X11/xorg.conf.yavdr/

Welche Dateien dort liegen zeigt Dir folgender Befehl an:

ls -all /usr/share/yavdr/templates/etc/X11/xorg.conf.yavdr/

Diese Template-Dateien erzeugen nach Namen sortiert die xorg.conf.yavdr. Das heißt, sie werden alphabetisch abgearbeitet bzw. wenn sie mit Ziffern beginnen, numerisch sortiert. Eine einzelne Datei ist also nur ein Schnipsel des Ganzen.

Wenn du etwas einfügen willst, dann erzeugst du, falls nötig, das Verzeichnis

mkdir -p /etc/yavdr/templates_custom/etc/X11/xorg.conf.yavdr/

In diesem Verzeichnis legst du eine Datei mit beliebigem Namen an. Du musst nur sicherstellen, dass der Name an die richtige Stelle zwischen den Namen der anderen Dateien sortiert würde.

Beispiel:

• 001mein_template

Der Inhalt dieser Datei (Deine Anpassungen) wird nun beim Generieren von xorg.conf.yavdr eingefügt, und zwar zwischen 000header und 0100serverlayout-header:

• 000header
• 001mein_template
• 0100serverlayout-header
• ...

Danach führst du das Kommando

sudo process-template /etc/X11/xorg.conf.yavdr 

aus, fertig.

Solltest du etwas von uns ersetzen wollen, dann muss deine Datei den selben Namen wie unsere Datei haben. Wenn jetzt in Zukunft wieder eine neue xorg.conf.yavdr von uns kommt, dann werden deine Änderungen automatisch berücksichtigt.

Das Verfahren funktioniert natürlich nicht nur mit xorg.conf.yavdr

Kurzes Beispiel /etc/vdr/vdr-nvram-wakeup.conf

Um eigene updatesichere Templates für vdr-nvram-wakeup.conf zu erstellen beginnen wir mit dem Verzeichnis:

mkdir -p /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/

Dorthin kopieren wir nur die benötigten original Templates:

cp /usr/share/yavdr/templates/etc/vdr/vdr-nvram-wakeup.conf/10_enable-nvram /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/
cp /usr/share/yavdr/templates/etc/vdr/vdr-nvram-wakeup.conf/20_commandline /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/
cp /usr/share/yavdr/templates/etc/vdr/vdr-nvram-wakeup.conf/30_specialshutdown /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/
cp /usr/share/yavdr/templates/etc/vdr/vdr-nvram-wakeup.conf/40_force-reboot /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/ 

Und passen die Kopien der Reihe nach unseren Bedürfnissen an:

nano /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/10_enable-nvram
nano /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/20_commandline
nano /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/30_specialshutdown
nano /etc/yavdr/templates_custom/etc/vdr/vdr-nvram-wakeup.conf/40_force-reboot

Jetzt noch:

process-template /etc/vdr/vdr-nvram-wakeup.conf

Und dann das Ergebnis prüfen mit:

cat /etc/vdr/vdr-nvram-wakeup.conf

Ganz kurzes Bespiel Buffer anpassen-NICHT UPDATESICHER-

In diesem Beispiel passen wir die mitgelieferten Templates mit aktuell gehandelten Bestwerten an.

nano /usr/share/yavdr/templates/etc/xine/config/70_engine

Dort suchen wir folgende Werte und passen nur den Zahlenwert an:

# Anzahl der Audiopuffer
# numeric, default: 230
engine.buffers.audio_num_buffers:1000
# Anzahl der Videopuffer
# numeric, default: 500
engine.buffers.video_num_buffers:3500

Das Gleiche tun die vdr-sxfe user (oder auch alle es schadet ja nicht) mit folgender Datei:

nano /usr/share/yavdr/templates/etc/vdr-sxfe/config_xineliboutput/70_engine

Dann beide Datein noch verarbeiten:

process-template /etc/vdr-sxfe/config_xineliboutput
process-template /etc/xine/config 

Und VDR-Frontend neu starten:

stop vdr-frontend
start vdr-frontend

Zusammenfassung

Die originalen Vorlagen von yaVDR liegen in: /usr/share/yavdr/templates

Verzeichnis für eigene Vorlagen: /etc/yavdr/templates_custom

Daraus erzeugt process-template dann eine Datei.

Einige Dateien benötigen besondere Rechte oder Sicherheitseinstellungen.

Das läßt sich so erreichen:

sudo process-template --owner=vdr --group=vdr /var/lib/vdr/setup.conf
sudo process-template --mode 755 /usr/bin/start-xine