[testing] kein aufregendes Update, Stabilisierungsphase

Zitat von CKone

ich wusste ich hab das Gesicht schon gesehen

welches ? wo?

Zitat von mini73

Ist mit Sicherheit ein copy&paste Fehler, der wohl schon von Anfang an drin ist.
Ich setze es auf die Liste, danke!

Und hier noch mehr copy&paste

dpkg -l|grep -i nOpacity
ii vdr-plugin-skinflat 0.1.1.git20130922-b-1yavdr1~precise nOpacity skin for VDR
ii vdr-plugin-skinflatplus 0.1.1.git20140212-0yavdr1~precise nOpacity skin for VDR
ii vdr-plugin-skinnopacity 1.0.4.git20140201.1840-0yavdr1~precise nOpacity skin for VDR

hi, mir ist da mal noch etwas aufgefallen - und zwar wurde ja früher die Ausgabe von der Konsole des VDRs umgeleitet nach /tmp/vdr.log.

In der aktuellen Version scheint das nicht mehr drinnen zu sein.

Aber es gibt noch /etc/init/vdr-exit-2.conf und /etc/init/vdr-exit-other.conf welche die Datei bearbeiten wollen.

Außerdem ist in der /etc/init/vdr.conf noch das $REDIRECT gesetzt, mit dem es früher möglich war die Eingaben von einem Terminal an die Konsole umzuleiten (siehe z.B. hier). Warum wurde der Teil entfernt?

Finde das ganze ist etwas inkonsequent und sollte mal aufgeräumt werden. Ich persönlich finde(/fande) die Ausgabe manchmal nicht schlecht, da man abstürze daran gut erkennen kann.

Toll wäre es auch, ein rsyslog Template mit ins VDR Paket zu packen, damit alle Ausgaben von VDR nach /var/log/vdr.log umgeleitet werden (Achtung darf sich dann natürlich nicht mit den upstart Skripten vdr-exit-*.conf überschneiden).

Ich habe das so gemacht (/etc/rsyslog.d/30-vdr.conf):

# Enhanced VDR log handling. Redirect (and suppress) VDR-messages logged to syslog


## Suppress repeating messages with low relevance
# Messages related to the deactivated VDR-shutdown (on a server)
#if $syslogtag startswith 'vdr-shutdown' and $msg contains 'Shutdown deactivated (see /etc/default/vdr)' then ~
#if $syslogtag startswith 'vdr' and $msg contains 'executing \'/usr/lib/vdr/vdr-shutdown-message' then ~
#if $syslogtag startswith 'vdr' and $msg contains 'saved setup to /var/lib/vdr/setup.conf' then ~


# PID changes
#if $syslogtag startswith 'vdr' and $msg contains 'changing pids of channel' then ~




## redirect all remaining VDR related messages to a seperate log file
if $syslogtag startswith 'vdr' then -/var/log/vdr/vdr.log
if $syslogtag startswith 'recordingaction' then -/var/log/vdr/vdr.log
& ~

Inspiriert von hier: Gelöst: Logging von yaVDR in separaten Logfiles anstelle des syslog und Probleme durch initctl

Dann sollte aber natürlich auch eine /etc/logrotate.d/vdr nicht fehlen:

/var/log/vdr/*.log {
        daily
        missingok
        rotate 7
        delaycompress
        compress
        notifempty
#        nocreate
        postrotate
                reload rsyslog >/dev/null 2>&1 || true
        endscript
}

Zitat von mini73

Moin!

Die vdr-exit-Geschichte ist nur noch historisch, in der nächsten yaVDR-Version gibt's die gar nicht mehr, das wird dann ganz anders gehandhabt (Stichwort /etc/init/vdr-dbg.conf im vdr-dbg-Paket).

genau so übersichtlich? und wenn man das logging von upstart abschalten will damit es nicht so viele Daten loggt (hatte z.B. ein Logfile von upstart das mir letztes die ganze Platte zugemüllt hatte).
Finde es wäre übersichtlicher in /var/log/vdr alles vdr-mäßige da rein zu packen.

Zitat von mini73

Thema Redirect:
Upstart leitet alles schon nach /var/log/upstart/vdr.log um, da muss man gar nichts machen.
Dein Link zeigt auf das SysV-Init-Script, das wird bei yaVDR gar nicht benutzt. Das wurde vor einiger Zeit mal mit Debian synchronisiert, hab aber schon eine Weile nicht mehr da reingesehen. Mit Upstart sieht die Geschichte ganz anders aus.

yain! Klar ist das ein reguläres init skript und ein upstart skript ist anders aufgebaut, der Skript teil zum starten ist darin aber fast gleich. Nur wurde eben die Geschichte mit dem $REDIRECT mal einfach raus geschmissen (allerdings nicht vollständig).

Zitat von mini73

Ein rsyslog-Template hat meiner Meinung nach nichts im vdr-Paket zu suchen, das ist eine Distributionssache.

nein, da muss ich dir widersprechen: Woher soll die Distribution wissen, was wo hin geloggt werden soll?!

Das VDR Paket das den Dienst mitbringt welcher die Logausgaben erzeugt, sollte das festlegen. Deswegen hat Debian/Ubuntu auch die "rsyslog.d"-Ordner, damit ein Paket dies auch einfach machen kann. Anders würde ja auch sonnst eine rsyslog.conf reichen die man manuell bearbeiten muss.

Der Übersicht halber wäre also so etwas lobenswert.

Es gibt neue Versionen des vdr-plugin-epg2vdr und des vdr-epg-daemon, die unter anderem die Problematik, dass der VDR nicht herunterfährt beheben sollten.

Für die Nutzer von stable-vdr gibt es das Update ebenfalls - es könnte allerdings sein, dass die ihre Tabellen für epg2vdr neu aufbauen lassen müssen.