[vdr] [ANNOUNCE] VDR developer version 1.3.38

wow, diese Änderung find ich auch klasse:

- The "Red" button in the "Schedule", "What's on now/next?" and "Event" menus
now immediately creates a timer for the selected event and marks it with 'T'.
If the event is already marked with 'T', the "Red" button opens the "Edit
timer" menu for that timer.

Vielen Dank für die neue Version

Moin!
Vielleicht (wahrscheinlich) bin ich nur zu doof, habe grade den VDR unter Linvdr compiliert und habe dazu als vorbereitung die capability.h verlinkt und das libcap-dev installiert (stand weiter oben im Tread). Danach habe ich aber immernoch den gleichen Fehler gehabt! Wenn ich aber den Link auf die capability.h entferne geht er durch! Habe ich das überlesen, oder mußtet ihr das nicht machen?

Gruß

Toxic

Zitat

- The file 'ca.conf' is obsolete and has been removed.
- Revised all descriptions regarding CICAM.
- Adapted c(Dvb)Device::ProvidesCa() to the dynamic CA handling.

Verstehe ich es richtig, dass die Kanäle, wenn zwei CAMs an zwei FF-Karten verwendet werden, jetzt automatisch zugewiesen werden? Bisher mussten die Kanäle ja der Karte (DVB1, DVB2, ...) zugewiesen werden, da je eine Smartcard für Premiere und Kabel Deutschland genutzt wird. Dieses führte bei mir leider zu unregelmäßigen Neustarts des VDR.

Gruß,
Andree

Toxic-Tonic
linvdr wird in woody umgebung kompiliert. Bei Woody ist veraltete libpcap 0.6.2 dabei...Daher ist das Problem. Mit Sarge ist sauber (0.7.2)

Guten Morgen,

Das Plugin "setup" lässt sich leider micht patchen.

es gibt zwei rej (menu.h und menu.c)

das menu.h ist schnell manuell beseitigt, menu.c jedoch extrem umfangreich.

Peter

free-x

Danke, nach update läuft es ja durch!

pixelpeter

Frank sagte das Bigpatch ist heute abend wahrscheinlich fertig, da wird ja auch das Setup-Plugin-Patch bei sein (denke ich)! Dann kannst du dir das auflösen der rejects von Hand sparen!

Gruß

Toxic

Zitat

Original von pixelpeter
menu.c jedoch extrem umfangreich.
Peter

Auch der noEPG hängt bei menu.c. Da hat sich einiges drin verändert. Wird aber wohl auch im Bigpatch sein.

Kann mir jemand die Passage erklären?

Zitat

- When started as user 'root' VDR now switches to a lesser privileged user id,
keeping the capability to set the system time (based on a patch from Ludwig
Nussel). By default the user id 'vdr' is used, which can be changed through
the new command line option '-u'. Note that for security reasons VDR will no
longer run as user 'root' (unless you explicitly start it with '-u root',
but this is not recommended!). The 'runvdr' script has been changed to
use the '-u' option.

Alles anzeigen

Ich meine nicht inhaltlich sondern wie es sich jetzt in der Praxis verhält. Ich habe nämlich kein Interesse an einem vdr-User, mein VDR läuft seit jeher als root, und meinetwegen kann es so bleiben.

Jetzt hab ich in die runvdr versucht die Option -u root als Startparameter einzutragen, aber irgendwie will das nicht wirklich...

Meine runvdr sieht jetzt so aus:

export VDRUSR=root


DVBDIR="/usr/local/src/DVB/"
#DVBDIR="/usr/local/src/DVB/driver"
DVBREM="/usr/local/bin/"
VDRPRG="/usr/local/bin/vdr"
VDRCMD="$VDRPRG -u $VDRUSR -w 60 -E /tmp -L /usr/local/src/VDR/PLUGINS/lib -c /usr/local/vdr/etc $* \
                -s /usr/local/bin/vdrshutdown \
.
.
.

Ich habs auch schon mit -u root direkt versucht, aber nix ändert sich. Er versucht immer als User vdr zu starten. Aus Verzweifelung habe ich schon einen user vdr angelegt, danach kam eben der Hinweis dass der User vdr kein Zugriff auf /video hat

Was muss da denn nu hin, damit root genommen wird?

Log:

vdr: can't access video directory /video
Mon Jan  9 13:52:47 CET 2006
restarting VDR

Yo , das Problem habe ich auch.

/video ist nen Link auf /vdr_bigpart/vdr_recordings

Permissions sind stefan:users

Starte ich nun VDR als root mit -u root , habe ich kein
Zugriff auf /video0

Nur wenn ich die Permissions von /video0 auf root:root
setze , was ich eigentllich unlogisch finde.

Starte ich als user -u stefan , habe ich zwar Zugriff auf
/video0 aber dann funzt mein Remote-Plugin nicht mehr
(...und sicherlich andere Dinge auch net mehr) .
Koennte ich zwar aendern aber ich wollte auch bei
root bleiben. Die Aenderung finde ich aber ansonsten gut.

bye

hm, bei mir ist es wohl auch noch was anderes. Er startet, alles sieht einwandfrei aus. Das OSD wird einmal eingeblendet aber die Fernbedienung reagliert nicht (remote Plugin) um gleich danach ohne Kommentar zu restarten
Bleibt mir wohl nix anderes übrig als nach und nach die Plugins erst zu zuschalten um zu sehen ,obs an einem Plugin liegt

hallo,
weiss nicht ob dass hierher passt?
ich hätte da einen verbesserungsvorschlag für das timermenu,
wenn die blaue taste zweimal gedrückt wird, dann wird der timer aktiviert bzw. deaktiviert.
leider passiert dass auch unbeabsichtigt. hier sollte vieleicht ein dialog dazwischen liegen, oder noch besser blaue taste im timermenu deaktivieren.
gruss, onur

Zitat

Original von ronnykornexl

Habe es einfach rein geklatscht.

Code

bash> sed -i 's:\(#define DEFAULTVDRUSER   \).*:\1"root":' vdr.c

die Plugins, unter anderem mp3 u. control, haben damit immer noch (wie auch im Original) auf meinem System z.T. Probleme aufgrund der gesetzten Berechtigungen.

Gruß
Frank

Zitat

Original von onur
hallo,
weiss nicht ob dass hierher passt?
ich hätte da einen verbesserungsvorschlag für das timermenu,
wenn die blaue taste zweimal gedrückt wird, dann wird der timer aktiviert bzw. deaktiviert.
leider passiert dass auch unbeabsichtigt. hier sollte vieleicht ein dialog dazwischen liegen, oder noch besser blaue taste im timermenu deaktivieren.
gruss, onur

Alles anzeigen

Ob's hier wirklich hinpasst, sei mal dahingestellt...aber: Du hast vollkommen recht! Es ist mir auch schon mehr als einmal passiert, dass ich die blaue Taste zweimal gedrückt habe, weil der Rechner mit diversen Timeraufnahmen beschäftigt war und nur träge reagiert hat.

Das schöne dabei ist: Der Rechner ist dann mit einer Aufnahme weniger beschäftigt und nicht mehr so träge. Das unschöne dabei: Ein mehr oder weniger großes Loch in der Aufnahme -je nachdem, wie schnell man es bemerkt Das ganze passiert mit Vorliebe dann, wenn man besonders "wichtige" Timer laufen hat, und mal eben noch ins Timermenü geht, um auch wirklich *ganz* sicher zu sein, dass der Timer auch läuft.

Ich habe mir daher einfach das Drücken der blauen Taste zur Anzeige der Timer abgewöhnt

Gruß,
Holger

Zitat

Original von Morone
Yo , das Problem habe ich auch.

/video ist nen Link auf /vdr_bigpart/vdr_recordings

Permissions sind stefan:users

Starte ich nun VDR als root mit -u root , habe ich kein
Zugriff auf /video0

Nur wenn ich die Permissions von /video0 auf root:root
setze , was ich eigentllich unlogisch finde.

Starte ich als user -u stefan , habe ich zwar Zugriff auf
/video0 aber dann funzt mein Remote-Plugin nicht mehr
(...und sicherlich andere Dinge auch net mehr) .
Koennte ich zwar aendern aber ich wollte auch bei
root bleiben. Die Aenderung finde ich aber ansonsten gut.

bye

Alles anzeigen

Ich werd's wohl dahingehend ändern, daß im Falle von "-u root" einfach gar keine Rechte verändert werden - VDR läuft dann ja eh' bereits als 'root'.

Klaus

Zitat

Original von Habib
hm, bei mir ist es wohl auch noch was anderes. Er startet, alles sieht einwandfrei aus. Das OSD wird einmal eingeblendet aber die Fernbedienung reagliert nicht (remote Plugin) um gleich danach ohne Kommentar zu restarten
Bleibt mir wohl nix anderes übrig als nach und nach die Plugins erst zu zuschalten um zu sehen ,obs an einem Plugin liegt

Wie wäre es mit einem Blick ins Logfile?
Da steht, welche Berechtigungen nicht passen.

Was das remote-Plugin angeht: Vor dem vdr-Start müssen die Berechtigungen für
- /proc/av7110_ir
- /dev/input/event...
so gesetzt werden, daß der vdr-User darauf Zugriff hat.

Kann man z.B. in runvdr machen.

CU
Oliver

Hi Oliver,

Zitat

Original von UFO
Was das remote-Plugin angeht: Vor dem vdr-Start müssen die Berechtigungen für
- /proc/av7110_ir
- /dev/input/event...
so gesetzt werden, daß der vdr-User darauf Zugriff hat.

Kann man z.B. in runvdr machen.

Alles anzeigen

da finde ich die Ankündigung von KLS besser, sonst läuft das Portal bald über mit Threads ala "Warum ... nicht?", bei über hundert verfügbaren Plugins, zumal die Meldungen im Log z.T. nicht sehr aussagekräftig sind.

Gruß
Frank

Hab's nicht explizit getestet, aber hiermit müsste es gehen:

--- vdr.c       2006/01/08 11:49:03     1.233
+++ vdr.c       2006/01/09 16:44:15
@@ -339,14 +339,16 @@


   if (getuid() == 0) {
      StartedAsRoot = true;
-     if (!SetKeepCaps(true))
-        return 2;
-     if (!SetUser(VdrUser))
-        return 2;
-     if (!SetKeepCaps(false))
-        return 2;
-     if (!SetCapSysTime())
-        return 2;
+     if (strcmp(VdrUser, "root")) {
+        if (!SetKeepCaps(true))
+           return 2;
+        if (!SetUser(VdrUser))
+           return 2;
+        if (!SetKeepCaps(false))
+           return 2;
+        if (!SetCapSysTime())
+           return 2;
+        }
      }


   // Help and version info:

Wenn VDR als 'root' laufen soll muß man das aber nach wie vor explizit mit "-u root" verlangen. Ist aber aus Sicherheitsaspekten bestimmt ok so.

Klaus

kls
danke, läuft jetzt auch hier als root