An alle Distro-Entwickler: wo liegen bei Euch die VDR-Daten?

Bei uns liegt alles unter /var/lib/vdr und es wäre schön, wenn das diesmal nicht zu einer Diskussion führen würde.

Wäre es nicht besser wenn du deinen vdrproxy als Plugin entwickeln würdest? Dann hättest du direkten Zugriff auf die Daten und bräuchtest dich nicht um die Pfade kümmern.

Gerald

Gibt es eine Pflicht die Dateien irgendwo an einen bestimmten Ort zu lagern? Da liegt doch an jedem selbst wo er die lagert.

Ich installiere bald neu, und dann kommen die Sachen ins Home Verzeichnis des Benutzers. Weil ich finde da gehören die hin.

Also was spricht dagegen wenn du es in deinem Programm einfach konfigurierbar machst? Es gibt ja nicht nur die 2-3 großen Distributionen.

cu

Stimmt. Man muss das konfigurierbar machen. Und sei es nur zur Compile-Time via "Make.config", wie es der VDR macht.

Jeder hat da andere Ansichten.

Ich sehe den VDR z.B. als Daemon an und als solcher sortiere ich die Daten passend nach /var und /etc und /usr. Ich versuche mich dabei an die LFS zu halten. AFAIR macht das Gentoo auch so. Das "$HOME" für den VDR-User habe ich eigentlich hauptsächlich für Usermode-Prozesse, die darauf bestehen (ProjetX, Xine, ...). Dann und wann nutze ich das VDR-Home um dort MP3-Dateien oder ähnliches zum Abspielen auf dem VDR abzulegen. Eben für Daten, die den VDR selber eigentlich nicht betreffen. "Benutzerdaten" eben.

Zitat

Original von Mreimer
Eben für Daten, die den VDR selber eigentlich nicht betreffen. "Benutzerdaten" eben.

Naja, der VDR ist aber auch irgendwie ein Programm was ein Nutzer ausführt (oder ausführen lässt). Und meine Timer und erledigten Aufnahmen gehen dem anderen Nutzer der sich mal dort aufs System einloggt auch nix an. Weil das sind ja meine persönlichen Nutzerdaten.

Irgendwie fehlt mir beim VDR (bei den ganzen Distributionen) ganz allgemein das Bewusstsein fürs Rechtemanagement.

Der VDR steht ja erstmal als Rechner im LAN. Ich persönlich lasse dort meinen VDR drauf laufen, aber das geht die anderen im LAN ja nix an. Es sei denn ich gebe gezielt Aufzeichnungen oder ähnliches zum lesen frei.

Aber die Sichtweise hängt vermutlich auch stark davon ab wie der VDR nun genutzt wird. D.h. ist er für eine Person da (d.h. mein Programm was ich persönlich nutze) oder für alle im LAN (als allg. Serverdienst).

cu

Zitat

Original von Keine_Ahnung
Ich installiere bald neu, und dann kommen die Sachen ins Home Verzeichnis des Benutzers. Weil ich finde da gehören die hin.

Zitat

Original von Keine_Ahnung
Irgendwie fehlt mir beim VDR (bei den ganzen Distributionen) ganz allgemein das Bewusstsein fürs Rechtemanagement.

/var/lib/vdr ist bei uns das Home-Verzeichnis des Benutzers vdr der den vdr ausführt, oder meinst du ein Home-Verzeichnis ist nur dann ein Home-Verzeichnis, wenn Home im Namen auftaucht?

Gerald

Zitat

Original von gda
/var/lib/vdr ist bei uns das Home-Verzeichnis des Benutzers vdr der den vdr ausführt, oder meinst du ein Home-Verzeichnis ist nur dann ein Home-Verzeichnis, wenn Home im Namen auftaucht?

Naja, wäre von Vorteil wenn die Sachen da sind wo man sie erwartet Gerade für Anfänger ist so was hilfreich.

Aber ich wollte jetzt auch nicht generell eine bestimmte Distribution angreifen, es ging mir eher um den allg. Trend. Und zwar so wie ich ihn als Benutzer Wahrnehme.

cu

Zitat

Original von Keine_Ahnung
Naja, wäre von Vorteil wenn die Sachen da sind wo man sie erwartet Gerade für Anfänger ist so was hilfreich.

Falsche Erwartungshaltung. Auch ein Anfänger kann die Home-Verzeichnisse eines Linux-Systems in der 6. Spalte der Datei /etc/passwd finden. Dabei stellt er dann auch gleich fest, dass es noch eine ganze Menge anderer Home-Verzeichnisse gibt, die nicht unter /home liegen.

Gerald

Zitat

Original von Keine_Ahnung
Naja, der VDR ist aber auch irgendwie ein Programm was ein Nutzer ausführt (oder ausführen lässt). Und meine Timer und erledigten Aufnahmen gehen dem anderen Nutzer der sich mal dort aufs System einloggt auch nix an. Weil das sind ja meine persönlichen Nutzerdaten.

Apache ist auch ein Programm. Nur weil er nach dem Start seine Rechte aufgibt und dann als "www" läuft, würde ich aber nich von einem normalen Anwendungsprogramm sprechen.

Für mich ist an der Stelle entscheidend, dass VDR pro PC nur einmalig sinnvoll laufen kann. Eine echte Benutzeranwendung kann pro Benutzer mindestens einmal laufen.

Zitat

Irgendwie fehlt mir beim VDR (bei den ganzen Distributionen) ganz allgemein das Bewusstsein fürs Rechtemanagement.

Wo genau siehst du ein Problem? So ziemlich jede Distribution kann man mit etwas "chmod" so umbauen, dass nur eine bestimmte Gruppe lesend auf die Aufnahmen kommt.

Zitat

Der VDR steht ja erstmal als Rechner im LAN. Ich persönlich lasse dort meinen VDR drauf laufen, aber das geht die anderen im LAN ja nix an. Es sei denn ich gebe gezielt Aufzeichnungen oder ähnliches zum lesen frei.

Wer das SSH-Passwort bekommt, das kannst du ja selber bestimmen. Ohne entsprechende Zugriffspasswörter kann auch niemand aus dem LAN so ohne weiteres auf deinen VDR. Man kann sogar noch weiter gehen und Passwort-Login ganz abstellen und stattdessen mit Schlüsseldateien arbeiten.

Unter Gen2VDR siehts so aus:

epg.data - liegt unter /video
channel.conf - liegt unter /etc/vdr
timers.conf - liegt unter /etc/vdr

Zitat

Original von geronimo
Gibt es einen sinnvollen Weg, die Dateien zu finden, ohne den Benutzer zu fragen?

Zitat

Original von geronimo

• epg.data - liegt in der ramdisk ( /ramdisk )

-E FILE,  --epgfile=FILE write the EPG data into the given FILE (default is
                           'epg.data' in the video directory)
                           '-E-' disables this
                           if FILE is a directory, the default EPG file will be
                           created in that directory

Zitat

Original von geronimo

• channel.conf - liegt unter /etc/vdr
• timers.conf - liegt unter /etc/vdr

-c DIR,   --config=DIR   read config files from DIR (default: /video)

Man sollte also durch Prüfung der VDR Start Optionen herausfinden können wo die Files liegen.

Zitat

Original von geronimo
Vielleicht sollte ich mein Anliegen präzisieren:
Gibt es einen sinnvollen Weg, die Dateien zu finden, ohne den Benutzer zu fragen?

#!/bin/bash
CFG_DIR=/etc/vdr
EPG_FILE=""
VIDEO=/video


IS_CFG=0
IS_EPG=0
IS_VIDEO=0
if [ "$(pidof vdr)" = "" ] ; then
   echo "VDR is not running"
   exit
fi
for i in $(ps x| grep vdr |grep -m 1 "/vdr ") ; do
   case $i in
      -c) IS_CFG=1;;
      -e) IS_EPG=1;;
      -v) IS_VIDEO=1;;
      --config=*)  CFG_DIR=${i#*=};;
      --epgfile=*) EPG_FILE=${i#*=};;
      --video=*) VIDEO=${i#*=};;
      *) if [ "$IS_CFG" = 1 ] ; then
            CFG_DIR=$i
         elif [ "$IS_EPG" = 1 ] ; then
            EPG_FILE=$i
         elif [ "$IS_VIDEO" = 1 ] ; then
            VIDEO=$i
         fi
         IS_CFG=0
         IS_EPG=0
         IS_VIDEO=0
         ;;
   esac
done
if [ "$EPG_FILE" = "" ] ; then
   EPG_FILE="${VIDEO%/}/epg.data"
elif [ -d "$EPG_FILE" ] ; then
   EPG_FILE="${EPG_FILE%/}/epg.data"
fi


echo "EPG-File: <$EPG_FILE>"
echo "CFG-Dir:  <$CFG_DIR>"

P.S: Ist aber so nicht ganz richtig, falls --epgfile nicht angegeben ist, aber videodir gesetzt wird, dann ists nicht unter /video ...

P.P.S. Habs korrigiert

Zitat

Original von gda

Falsche Erwartungshaltung.

Möglich Es wird schon einen Grund geben warum es zig verschiedene Linux Distributionen udn zig verschiedene VDR Distributionen gibt

Vermutlich kann man sich über das "richtig" ewig streiten.

Aber dann bleibt es wohl trotzdem bei der Kernaussage, ein Programm kann keine bestimmten Pfade für bestimmte Dateien erwarten.

cu

Zitat

Original von pinky666
Man sollte also durch Prüfung der VDR Start Optionen herausfinden können wo die Files liegen.

Nein. Die Standardpfade werden in der "Make.config" festgelegt und einkompiliert. Mein VDR legt die Daten ganz automatisch so ab, wie ich mir das gedacht habe und zwar ganz ohne zusätzliche Parameter.

Nur bei der epg.conf geht das nicht. Für die bräuchte man einen Parameter und aus diesem Grund lasse ich die auch so liegen, wie sie liegt (bei mir dann unter /var/vdr/video0)

Man könnte ja mal überlegen welche Infos so von den ganzen Scripten und Programmen benötigt werden könnten und dann eine Vereinbarung treffen, das diese Informationen in der Datei XY im Pfad YZ abgelegt werden.

Die Distributionsentwickler könnten die dann passend einpflegen und die Selberbauer müssten die dann halt im Rahmen des üblichen Installationsproseses erstellen.

Ein Anwendungsbeispiel wäre dann z.B. der SVDRP Port auf dem der VDR lauscht, das könnten Scripte (z.B. svdrpsend-ng.pl) dann da automatisch auslesen.

cu

Zitat

Original von MreimerNein. Die Standardpfade werden in der "Make.config" festgelegt und einkompiliert. Mein VDR legt die Daten ganz automatisch so ab, wie ich mir das gedacht habe und zwar ganz ohne zusätzliche Parameter.

Klaus hat den Benutzern einfach zuviel Moeglichkeiten gegeben Ein User der sowas macht kann von keinem Tool erwarten dass dies seine Pfade kennen kann, d.h. er muss wenn er Geronimos Tools nutzen will eben dieses anpassen.

Zitat

Original von helau
Klaus hat den Benutzern einfach zuviel Moeglichkeiten gegeben Ein User der sowas macht kann von keinem Tool erwarten dass dies seine Pfade kennen kann, d.h. er muss wenn er Geronimos Tools nutzen will eben dieses anpassen.

Ich habe eine Idee für ein Plugin. Die einzige Funktion ist, auf Anfrage per svdrpsend die aktuell benutzen Pfade zu returnieren ;).

Gerald

Wenn man jetzt ganz ganz genau nach LFS geht, müsste die epg.data in /var/cache/vdr liegen.

Die epg.data in einer RamDisk ist unmöglich.... Die Datei besteht ja länger, auch über das Abschalten hinaus. Wenn man aber eine Ramdisk "abschaltet" ist die leer.

Gerade bei Systemen mit nur einer TV-Karte ist das schlecht, da dann nur für einene Transponder die Daten verfügbar sind. Oder bei infosatepg, das würde dann gar nicht funktionieren.

(Oder wird die Ramdisk wieder auf die Platte zurückgeschrieben beim Abschalten)

VDR ist auf jedenfall ein Deamon. Der klassische VDR hat nämlich keine KDE/Gnome/etc. Ein VDR soll ja eigentlich ein Festplattenreceiver sein (wenn auch ein sehr überdimensionierter).