[gelöst] Fragen zu yaVDR

das gibt es "in" ubuntu, also auch bei uns:

Zitat

Package: lcdproc
Priority: extra
Section: universe/utils
Installed-Size: 1208
Maintainer: Ubuntu MOTU Team <ubuntu-motu@lists.ubuntu.com>
Original-Maintainer: Jose Luis Tallon <jltallon@adv-solutions.net>
Architecture: i386
Version: 0.5.3-0ubuntu1
Depends: lsb-base, libc6 (>= 2.7), libncurses5 (>= 5.6+20071006-3), debconf | debconf-2.0
Filename: pool/universe/l/lcdproc/lcdproc_0.5.3-0ubuntu1_i386.deb
Size: 372490
MD5sum: b3970b35f28c4c1f64b1491d68429a1b
SHA1: eb6e6088945ac251fd44b245e30e92578318933e
SHA256: df89509aa090ae17c33451e18fcf25b65ec44fbad02798bfdcaf909241c10465
Description: LCD display driver daemon and clients
This is a client/server suite including drivers for all kinds of
nifty LCD displays. The server supports several serial devices: Matrix
Orbital, Crystal Fontz, Bayrad, LB216, LCDM001 (kernelconcepts.de),
Wirz-SLI and PIC-an-LCD; and some devices connected to the LPT port:
HD44780, STV5730, T6963, SED1520 and SED1330. As of 0.4.4 some USB
displays are also supported by the drivers CFonz633, CwLnx, and USBLCD.
.
Various clients are available that display things like CPU load, system
load, memory usage, uptime, and a lot more. Custom clients can be
written using the simple client-server protocol and provided example
code.
.
Tags: use::monitoring, administration::monitoring, hardware::lcd,
role::sw:utility, interface::commandline, interface::daemon,
made-of::lang:c
Homepage: http://www.lcdproc.org/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu

Alles anzeigen

Zitat

Kernel-Headers, Sourcen, Compiler etc. dabei?

natürlich, holt sich die pakete aus den "normalen" ubuntu quellen.

Zitat

Welches Ausgabeplugin verwendet Ihr xine oder xineliboutput?

beide default xine-plugin
"umschaltbar" über das yavdr-webfrontend

zu irtrans ...... im moment kein plan

Zitat

Original von sewn4
Ich vermute mal so out-of-the-box gibts das bei eurer Distri nicht? Oder vielleicht doch? Falls nicht wäre ich dann so frei auf der Distri das selbst zu übersetzen?

Ich benutze auf meinem Produktiv-VDR, auf dem noch kein yaVDR läuft, ebenfalls einen irtrans-Receiver. Ich habe dafür noch kein Paket gebaut, weil dafür bisher keine Nachfrage Bestand, weil in den Quellen binäre Objekte enthalten sind und weil unklar war, ob man die Dateien frei distributieren darf. Ich glaube ich habe vor kurzem in dem Irserver-Forum gelesen, dass man die Dateien weitergeben darf, bin mir aber nicht absolut sicher. Das Problem ist auch die Zeit. Vielleicht hilfst du mit und fragst noch mal direkt bei denen an, ob es in Ordnung ist wenn der Treiber als Ubuntu-Paket in einem Repository angeboten wird und ob wir eventuell alle Quellen bekommen können.

Zitat

Original von sewn4
Sprich sind da Kernel-Headers, Sourcen, Compiler etc. dabei?

Die sind automatisch dabei weil wir die für die dkms-Pakete brauchen.

Gerald

Hallo,

ich greife diesen Thread einmal auf, da er nahe an meinem Problem ist:
Nach einem Neustart funktioniert Irtrans (irserver) nicht.

Installation habe ich nach dieser Anleitung durchgeführt:
http://www.vdr-wiki.de/wiki/in…#IRTrans_als_root_starten

Starte ich den Dienst /etc/init.d/irtrans manuell und danach über den yaVDR-Webzugriff das Backend neu, funktioniert die Fernbedienung. Ebenfalls wenn ich nach einem Neustart irtrans stoppe, starte und dann das Backend neu starte.

Ein Eintrag von "irtrans" in /etc/yavdr/force-reload-services führt ebenfalls zu keinem Erfolg. Vermutlich wird es nur irgendwo an der Reihenfolge (rc2.d, S20) liegen, aber da fehlt mir bei yaVDR momentan der Durchblick.

visudo:

vdr ALL=(ALL) NOPASSWD: /usr/local/irtrans/irserver
vdr ALL=(ALL) NOPASSWD: /etc/init.d/irtrans

Grüße
Thorsten

PS: Klasse Arbeit mit yaVDR, ein Paket für irtrans wäre echt Klasse!

Wir versuchen für alle für den vdr wichtigen Dienste upstart zu verwenden. Da gibts keine Nummernreihenfolge, man gibt die Abhängigkeiten direkt an wenn welche existieren, ansonsten wird "alles" parallel gestartet.

Ergo wäre es am klügsten, wenn das init skript nicht zu komplex ist, ein upstart skript zu erstellen, welches auf starting vdr startet.

ahhh ... upstart wird verwendet. Ok, Zeit sich da mal reinzulesen. Melde mich dann wieder!
Danke!