Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

Sonntag, 8. Oktober 2006, 23:29

[ANNOUNCE] runvdr extreme

Hi,

Ich habe gerade die erste Version meines runvdr extreme Package veröffentlicht.

runvdr extreme ist ein runvdr-Skript, genau wie das runvdr-Skript aus der VDR-Distribution. Es bietet jedoch Konfigurationsdateien, umfangreiche Kommandozeilenoptionen, und viele zusätzliche Features.

-> http://www.udo-richter.de/vdr/scripts.html#runvdr-extreme

- Lädt die Grundkonfiguration aus runvdr.conf
- Die gesamte Konfiguration kann per Kommandozeile gesetzt werden
- Alle VDR-Optionen werden unterstützt
- Verwaltet runvdr.pid Datei, reagiert auf Signale
- Startet VDR im Falle von Fehlern neu
- Kommandos, um VDR neu zu starten und DVB-Treiber neu zu laden
- Beim VDR-Neustart wird die Konfiguration erneut gelesen
- Vermeidet endlose Schleifen, wenn VDR sofort stirbt
- Setzt Terminal zurück nachdem VDR beendet wurde
- Starten von Wrapper-Programmen zum Debuggen
- Wartet bis der VDR-Prozess beendet wurde,
hartes Beenden nach Timeout
- Kommandozeilenhilfe
- Kann Konsole umschalten
- Kann Landessprache für VDR setzen
- Unterstützt Pluginsetup-Plugin (optional)


Wer sich noch mit dem original runvdr-Skript durchschlägt, ist, für den ist diese aufgebohrte Version vielleicht interessant. Alternativ kann man sich natürlich auch ein paar coole Tricks aus dem Skript klauen und in die eigene runvdr einbauen.

Gruß,

Udo

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Urig« (3. März 2007, 18:53)


Toxic-Tonic

Erleuchteter

Beiträge: 3 648

Wohnort: Mülheim / Ruhr

Beruf: Admin

  • Nachricht senden

2

Montag, 9. Oktober 2006, 07:44

RE: [ANNOUNCE] runvdr extreme

Hi Udo!

Alter Schwede, das sieht umfangreich aus! Werde mir das Skript mal ansehen und versuchen das in das Zenslack einzubinden, von dem wir gesprochen haben! Solche Features fehlen da nämlich!

Also Danke für deine Arbeit!!! :respekt


Gruß

Toxic
Registrierter VDR-User #1275

HW neu: Asrock B75 Pro3 - Pentium G620T - SKYDVB S952
SW neu: YaVDR mit 3.16.3er Kernel ...

obarden

Profi

Beiträge: 499

Wohnort: Eppstein

Beruf: EDV-Techniker

  • Nachricht senden

3

Mittwoch, 11. Oktober 2006, 18:42

RE: [ANNOUNCE] runvdr extreme

Geniale Sache das.
Nur irgendwas mache ich wohl total falsch.
Ich bekomme das nicht zum laufen:

: command not foundf: line 9:
: command not foundf: line 13:
: command not foundf: line 16:
: command not foundf: line 21:
: command not foundf: line 25:
: command not foundf: line 28:
: command not foundf: line 32:
: command not foundf: line 33:
: command not foundf: line 37:
: command not foundf: line 61:
: command not foundf: line 64:
: command not foundf: line 68:
: command not foundf: line 74:
: command not foundf: line 79:
: command not foundf: line 88:
: command not foundf: line 92:
: command not foundf: line 98:
: command not foundf: line 102:
: command not foundf: line 107:
: command not foundf: line 111:
: command not foundf: line 115:
: command not foundf: line 121:
: command not foundf: line 125:
: command not foundf: line 128:
: command not foundf: line 132:
: command not foundf: line 136:
: command not foundf: line 139:
: command not foundf: line 142:
: command not foundf: line 146:
: command not foundf: line 150:
: command not foundf: line 153:
: command not foundf: line 159:
: command not founddr: line 580:
Starting VDR at Mi Okt 11 18:11:32 CEST 2006
"-w 90 "/videop 2001a
: command not founddr: line 604:
VDR died within 10 seconds, this happened 1 time(s).
Restarting VDR and DVB by error level 127 at Mi Okt 11 18:11:32 CEST 2006
";)syntax error: operand expected (error token is "/runvdr: line 454: ((: i<

";)syntax error: operand expected (error token is "/runvdr: line 465: ((: i<
failed.



Ich hab die .conf schon soweit abgespeckt, daß nur die benötigten Daten wirklich drin sind.
aber immer dasselbe. Ich fahre SuSE 10.1 mit selbstkompiliertem Kernel 2.6.17.13 und VDR 1.4.3-1

Ich oute mich jetzt mal also totaler script-Anfänger, aber:
Was mir auffällt ist, daß wenn ich das script mit kwrite anschaue, daß der Bereich ab
"function AddDevice()" komplett in rot ist.
kwrite markiert ja scripts farblich so daß man die einzelnen Funktionen schön unterscheiden kann, aber ab dieser Zeile 198 ist es wohl gestört. Sobald ich vorher ein " einsetze ist das behoben.
Kannst Du das bitte nochmal überprüfen, oder mache ich generell etwas falsch ???

Die 'command not foundf:' bringt er wohl für jede leere Zeile in der runvdr.conf.
VDR: SuSE Linux 13.2(64bit) - Kernel 3.16.7 - VDR 2.2.0
TechniSat SkyStarHD
ANTEC Fusion , Gigabyte GA-73UM-S2H mit onboard NVIDIA GeForce 7150, Core2Duo E6750, 2GB RAM
:vader :trooper :trooper :trooper :trooper :trooper :trooper :trooper :fans :trooper :trooper :trooper :trooper :trooper :trooper :trooper :trooper :vader

4

Donnerstag, 12. Oktober 2006, 00:05

Ich hab etwas gegrübelt, bis ich verstanden hatte, was die Fehlermeldung besagt...

: command not foundf: line 9:

... bedeutet eigentlich:
/......./runvdr.conf: line 9: ^M: command not found

und:
: command not founddr: line 580:

... bedeutet eigentlich:
/usr/local/bin/runvdr: line 580: ^M: command not found

Dabei ist ^M der Zeilenrücklauf (CR), weshalb der Anfang der Fehlermeldung wieder überschrieben wird. Fazit: Du hast die runvdr.conf in einem Windows-Texteditor bearbeitet, und dabei ist die Datei ins DOS-CRLF-Format konvertiert worden, und deine Shell interpretiert jetzt jedes CR am Zeilenende als reguläres Zeichen, bzw. sonst irgendwie als verwertbaren Text.

Zitat

Was mir auffällt ist, daß wenn ich das script mit kwrite anschaue, daß der Bereich ab "function AddDevice()" komplett in rot ist.


Das hat nichts zu sagen, da wird nur das Shell-Quoting so kompliziert, dass kein simpler Texteditor mehr mit kommt. So lange die bash es aber noch versteht, sollte das ok sein. ;)

Gruß,

Udo

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Urig« (12. Oktober 2006, 00:27)


5

Donnerstag, 12. Oktober 2006, 14:47

RE: [ANNOUNCE] runvdr extreme

Wenn man VFAT=1 setzt klappt Dein Skript nicht. Der Patch fixt das.

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
--- runvdr~     2006-10-12 14:20:41.000000000 +0200
+++ runvdr      2006-10-12 14:25:17.322670869 +0200
@@ -63,7 +63,7 @@
 #  -s #  --shutdown # SHUTDOWN         call CMD to shutdown the computer
 #  -t #  --terminal # TERMINAL         controlling tty
 #  -u #  --user #     USER             run as user USER; only applicable if started as root
-#  -v    --vfat       VFAT             encode special characters in recording names
+#        --vfat       VFAT             encode special characters in recording names
 #  -v #  --video #    VIDEODIR         use DIR as video directory
 #  -w #  --watchdog # WATCHDOG         activate the watchdog timer with a timeout of SEC

@@ -413,7 +413,7 @@
     [ -n "$SHUTDOWN"  ] && VDRCMD="$VDRCMD -s "$SHUTDOWN""
     [ -n "$TERMINAL"  ] && VDRCMD="$VDRCMD -t "$TERMINAL""
     [ -n "$VDRUSER"   ] && VDRCMD="$VDRCMD -u "$VDRUSER""
-    [ -n "$VFAT"      ] && VDRCMD="$VDRCMD -v"
+    [ -n "$VFAT"      ] && VDRCMD="$VDRCMD --vfat"
     [ -n "$VIDEODIR"  ] && VDRCMD="$VDRCMD -v "$VIDEODIR""
     [ -n "$WATCHDOG"  ] && VDRCMD="$VDRCMD -w $WATCHDOG"

6

Freitag, 13. Oktober 2006, 17:27

Einen Patch für das Problem gab es auch schon auf der Mailingliste.
Ein weiterer Patch behebt das Problem der verlorenen "-" Dateien.

Gruß,

Udo

7

Dienstag, 17. Oktober 2006, 11:41

Hi,

Klasse Script, habe ein - zwei für mein EIS/Fair Packet augeschaut.
Nur stört mich etwas, dass das Script nur dann auf Signale reagiert, wenn der VDR schon nicht mehr läuft.

deswegen hab ich die Zeilen

Quellcode

1
2
wait $PID
RET=$?


durch folgendes ersetzt

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
   while (true)
    do
      if [ $(ps -p $PID | wc -l) -lt 2 ]
        then
         wait $PID 2>/dev/null >/dev/null
         RET=$?
         break
      fi
      if [ "$OLDSIG" != "$SIG" ]
        then
         RET=1
         break
      fi
      OLDSIG=$SIG
      sleep 1
   done


jetzt reagiert das Script auch auf Signale wärend der VDR noch läuft.

Vielleicht kanns ja noch jemand außer mir gebrauchen,
in das neue EIS/Fair VDR PAcket kommt es jedenfalls so rein.

Gruß Maverick-ME

Spoiler Spoiler

Server: 16 GB RAM; 16TB HDD; Ubuntu 14.04

Client 1: Intel Dual E2200, 2GB RAM, 250GB SSD, NOVA T 500, TT 1500 DVB-C, 2 x TT S3200 Ubuntu 14.04

Client 2: AMD AM2 E1650, 1GB RAM, 200GB HDD, TT 1500 DVB-C, YaVDR-0.5.0

4 x Raspberry Pi - Rasbian Jessie VDR 2.2.0

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »maverick-me« (17. Oktober 2006, 11:44)


8

Dienstag, 17. Oktober 2006, 15:52

Sorry, irgendwie verstehe ich das nicht.

Zunächst mal, VDR wird vom Skript mit & im Hintergrund gestartet. Unmittelbar danach legt sich runvdr im Vordergrund mit wait schlafen. Damit reagiert runvdr durchaus auf Signale, während vdr läuft.

Außerdem verstehe ich deinen Code nicht: Wenn der VDR-Prozess existiert (was er anfangs fast sicher tut), schläft deine Schleife auch mit wait, und wird dann beendet.
Wenn der VDR-Prozess nicht existiert (zb. wegen sofortiger Beendigung), wartest du noch auf ein Signal, bevor das runvdr-Skript weiter läuft. Dadurch wird aber ein Neustartversuch auch unterbunden.

Also: Stehe ich auf der Leitung, oder du? ;)

Gruß,

Udo

9

Dienstag, 17. Oktober 2006, 16:42

Hi,

Zitat

Zunächst mal, VDR wird vom Skript mit & im Hintergrund gestartet. Unmittelbar danach legt sich runvdr im Vordergrund mit wait schlafen. Damit reagiert runvdr durchaus auf Signale, während vdr läuft.
Bei mir reagiert das Script erst auf die Signale wenn der VDR Prozess beendet wurde.

Zitat

Wenn der VDR-Prozess existiert (was er anfangs fast sicher tut), schläft deine Schleife auch mit wait, und wird dann beendet.

Nein die Scheife schläft nicht mit wait, sondern mit sleep und in der Schleife wird geprüft, ob der VDR Prozess noch läuft, wenn nicht wird mit wait der
Returncode vom VDR geholt. Und ausserdem wird in der Schleife noch gechekt, ob dem Script ein Signal gesendet wurde.

Zitat

Wenn der VDR-Prozess nicht existiert (zb. wegen sofortiger Beendigung), wartest du noch auf ein Signal, bevor das runvdr-Skript weiter läuft. Dadurch wird aber ein Neustartversuch auch unterbunden.
Nein, da wird mit "if [ $(ps -p $PID | wc -l) -lt 2 ]" überprüft ob der VDR noch läuft.

Also, nochmal der Grund für die Zeilen: VDR wird vom Script in den Hintergrund geschickt, aber bei mir ist es so, dass
ab der Zeile "wait $PID" das Script auf keine Signale reagiert, solange der VDR Prozess nicht beendet ist.

Spoiler Spoiler

Server: 16 GB RAM; 16TB HDD; Ubuntu 14.04

Client 1: Intel Dual E2200, 2GB RAM, 250GB SSD, NOVA T 500, TT 1500 DVB-C, 2 x TT S3200 Ubuntu 14.04

Client 2: AMD AM2 E1650, 1GB RAM, 200GB HDD, TT 1500 DVB-C, YaVDR-0.5.0

4 x Raspberry Pi - Rasbian Jessie VDR 2.2.0

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »maverick-me« (17. Oktober 2006, 16:43)


10

Dienstag, 17. Oktober 2006, 16:49

Im Prinzip macht diese Schleife nix anderes als die Zeile "wait $PID".

Ich hab ja schon meine Bash im Verdacht, da die schon relativ alt ist.
(Version 2.05.0(1))

Spoiler Spoiler

Server: 16 GB RAM; 16TB HDD; Ubuntu 14.04

Client 1: Intel Dual E2200, 2GB RAM, 250GB SSD, NOVA T 500, TT 1500 DVB-C, 2 x TT S3200 Ubuntu 14.04

Client 2: AMD AM2 E1650, 1GB RAM, 200GB HDD, TT 1500 DVB-C, YaVDR-0.5.0

4 x Raspberry Pi - Rasbian Jessie VDR 2.2.0

11

Dienstag, 17. Oktober 2006, 17:24

Aus dem bash-manual:

Zitat

3.7.6 Signals
[...]
When Bash receives a signal for which a trap has been set while waiting for a command to complete, the trap will not be executed until the command completes. When Bash is waiting for an asynchronous command via the wait builtin, the reception of a signal for which a trap has been set will cause the wait builtin to return immediately with an exit status greater than 128, immediately after which the trap is executed.


Bei mir funktioniert es jedenfalls. Meine bash ist dabei auch altes Eisen: 2.05b.0(1)-release (Debian Sarge).

Hier ein Kompakt-Test:

#>{ trap "echo SIGTERM" SIGTERM ; sleep 10 & wait $! ; echo "wait: $?" ; } &
[7] 3829
[1]+ Done sleep 10
wait: 0

#>{ trap "echo SIGTERM" SIGTERM ; sleep 10 & wait $! ; echo "wait: $?" ; } &
[8] 3834
#>kill 3834
SIGTERM
wait: 143

#>


Beim ersten Start passiert 10s lang nichts, dann liefert wait 0 zurück. Beim zweiten Start wird das Kommando mittels SIGTERM abgebrochen, und wait kehrt frühzeitig zurück.

Gruß,

Udo

12

Dienstag, 17. Oktober 2006, 18:14

Hi,

zu den Tests:
die funktionieren wie ich hier schon getestet hatte,
Test 1 läuft 10 sec.
Test 2 läuft 10 sec. kann aber durch kill beendet werden.

trotzdem hab ich hier das Problem, dass es in einem Script nicht funktioniert.

z.B. ich starte auf einer Konsole das Script

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#!/bin/bash

trap "SIG=HUP" SIGHUP
trap "SIG=INT" SIGINT
trap "SIG=QUIT" SIGQUIT
trap "SIG=TERM" SIGTERM

SIG=

sleep 20 &
PID=$!

echo "SCRIPTPID=$$"
echo "PROGPID=$PID"

wait $PID
RET=$?

echo "RET=$RET"
echo "SIG=$SIG"


nun gehe ich auf eine andere Konsole und gebe "kill" und die jeweilige SCRIPTPID ein und das
Script läuft trotzdem weiter und wird erst beendet, wenn wait "fertig ist". Die Variable SIG enthält
zwar das entsprechende Signal, aber das hat ja erst Effekt, wenn wie schon gesagt, wait beendet ist.

Spoiler Spoiler

Server: 16 GB RAM; 16TB HDD; Ubuntu 14.04

Client 1: Intel Dual E2200, 2GB RAM, 250GB SSD, NOVA T 500, TT 1500 DVB-C, 2 x TT S3200 Ubuntu 14.04

Client 2: AMD AM2 E1650, 1GB RAM, 200GB HDD, TT 1500 DVB-C, YaVDR-0.5.0

4 x Raspberry Pi - Rasbian Jessie VDR 2.2.0

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »maverick-me« (17. Oktober 2006, 18:14)


13

Mittwoch, 18. Oktober 2006, 03:42

Seltsame sache, hab keine Ahnung, warum das bei dir nicht läuft. Entweder hat deine bash noch einen Bug, den meine nicht hat, oder irgend etwas an der Konfiguration ist anders und hat hier eine Auswirkung. Wobei ich nicht wüsste, was das sein kann. Fehlende Job Control Fähigkeiten oder so.

Gruß,

Udo

14

Mittwoch, 18. Oktober 2006, 07:26

Hab mich ja auch gewundert, aber ne andere Lösung als die while Schleife von Oben, hab ich nicht gefunden.

Naja so funktionierts jedenfalls hier.

P.S.: Es ist funktioniert nciht nur nicht am meinem VDR sondern auch an anderen EIS/Fair Rechnern mit denen ich es probiert hab.

Danke nochmal!

Gruß Maverick-ME

Spoiler Spoiler

Server: 16 GB RAM; 16TB HDD; Ubuntu 14.04

Client 1: Intel Dual E2200, 2GB RAM, 250GB SSD, NOVA T 500, TT 1500 DVB-C, 2 x TT S3200 Ubuntu 14.04

Client 2: AMD AM2 E1650, 1GB RAM, 200GB HDD, TT 1500 DVB-C, YaVDR-0.5.0

4 x Raspberry Pi - Rasbian Jessie VDR 2.2.0

15

Freitag, 20. Oktober 2006, 08:42

Hallo Udo,

Zitat

Original von Urig
Einen Patch für das Problem gab es auch schon auf der Mailingliste.
Ein weiterer Patch behebt das Problem der verlorenen "-" Dateien.

Gruß,

Udo


müssen die Patches auf die aktuelle 0.1.0 noch angewendet werden oder sind die da inzwischen drin (sorry, war zu faul zum nachschauen ;D )?

Tschüss,

winni

AMD LE-1100 auf MSI-Neo-Digital, 1GB Ram, 3TB, yaVDR 0.3a
Projekte: epgsearch, scheduler

16

Samstag, 21. Oktober 2006, 03:55

Hmmm, mal überlegen. Die 0.1.0 war die erste jemals veröffentlichte Version. Die beiden Patches sind Antworten auf den Release-Post von 0.1.0. Seit 0.1.0 sind auch keine neuen Versionen erschienen. Ob die Patches wohl schon mit drin sind? ;)

Gruß,

Udo

driver140771

Fortgeschrittener

Beiträge: 252

Wohnort: Unterfranken

  • Nachricht senden

17

Donnerstag, 16. November 2006, 18:11

Zitat

Ob die Patches wohl schon mit drin sind? Augenzwinkern


Nein sind sie noch nicht.

Tolle Arbeit deine runvdr :respekt

Ich habe auch noch folgendes am Anfang eingefügt:

Quellcode

1
2
export LANG=de_DE.iso8859-1
export LC_CTYPE=de_DE.iso8859-1



Viele Grüße

Vielleicht veröffentlichst Du mal eine neue Version?
MSI K9 Neo V3 | Athlon X2 6000+ | 4GB DDR2 Ram | TT Budget S2-3200 | TT DVB-S Budget S1102 (like Nova) | 400 GB Samsung HD401LJ | DVD-Laufwerk
Ubuntu 9.10 | VDR 1.7.10 | Nvidia 195.30 | xbmc mit pvr

---driver140771---

18

Donnerstag, 16. November 2006, 18:46

Hi,

Zitat

Ein weiterer Patch behebt das Problem der verlorenen "-" Dateien.


wenn ich diesen Patch einspiele, läuft das Skript unter kanotix nicht mehr:

Quellcode

1
2
3
root@Kanotix:/usr/local/src/VDR# ./runvdr &
[1] 2328
root@Kanotix:/usr/local/src/VDR# /bin/which: line 41: printf: write error: Ungültiger Dateideskriptor


unter Suse 10 allerdings schon.

Wenn es was bringt, hier mal das which von kanotix:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
#! /bin/sh
set -ef

ALLMATCHES=0

while getopts a whichopts
do
        case "$whichopts" in
                a) ALLMATCHES=1 ;;
                ?) printf "Usage: %s [-a] args\n" $0 ; exit 2 ;;
        esac
done
shift $(($OPTIND - 1))

if [ "$#" -eq 0 ]; then
 ALLRET=1
else
 ALLRET=0
fi
case $PATH in
 *::) : "not *DIR:" ;;
  *:) PATH="$PATH:" ;;
esac
for PROGRAM in "$@"; do
 RET=1
 IFS_SAVE="$IFS"
 IFS=:
 case $PROGRAM in
  */*)
   if [ -f "$PROGRAM" ] && [ -x "$PROGRAM" ]; then
    printf '%s\n' "$PROGRAM"
    RET=0
   fi
   ;;
  *)
   for ELEMENT in $PATH; do
    if [ -z "$ELEMENT" ]; then
     ELEMENT=.
    fi
    if [ -f "$ELEMENT/$PROGRAM" ] && [ -x "$ELEMENT/$PROGRAM" ]; then
     printf '%s\n' "$ELEMENT/$PROGRAM"
     RET=0
     [ "$ALLMATCHES" -eq 1 ] || break
    fi
   done
   ;;
 esac
 IFS="$IFS_SAVE"
 if [ "$RET" -ne 0 ]; then
  ALLRET=1
 fi
done

exit "$ALLRET"


Zitat

Vielleicht veröffentlichst Du mal eine neue Version?


find ich auch ;)

Tschüss,

winni

AMD LE-1100 auf MSI-Neo-Digital, 1GB Ram, 3TB, yaVDR 0.3a
Projekte: epgsearch, scheduler

19

Freitag, 17. November 2006, 16:39

Zitat

Originally posted by winni
wenn ich diesen Patch einspiele, läuft das Skript unter kanotix nicht mehr:

Quellcode

1
2
3
root@Kanotix:/usr/local/src/VDR# ./runvdr &
[1] 2328
root@Kanotix:/usr/local/src/VDR# /bin/which: line 41: printf: write error: Ungültiger Dateideskriptor


Da mag wer nicht, dass ich die Dateideskriptoren schließe. Ersetz mal ab Zeile 71 in runvdr alle >&- durch das 'traditionelle' >/dev/null.

Zitat

Zitat

Vielleicht veröffentlichst Du mal eine neue Version?


find ich auch ;)


jaja... aber ich bin gerade an einem Plugin, das mindestens genauso interessant sein dürfte...

Zitat

Originally posted by driver140771
Ich habe auch noch folgendes am Anfang eingefügt:

Quellcode

1
2
export LANG=de_DE.iso8859-1
export LC_CTYPE=de_DE.iso8859-1


Zumindest LANG kann man über die Option LANGUAGE bzw. über --language setzen. Hat es darüber hinaus einen Vorteil, auch LC_CTYPE zu setzen? Ist bei mir auf keinem System gesetzt.

Gruß,

Udo

20

Freitag, 17. November 2006, 21:45

Zitat

Da mag wer nicht, dass ich die Dateideskriptoren schließe. Ersetz mal ab Zeile 71 in runvdr alle >&- durch das 'traditionelle' >/dev/null.


so mag es nun auch kanotix, Danke!

noch was anderes, was aber nichts mit Deiner runvdr zu tun haben muss: Ich hab seit meiner Umstellung von Suse auf Kanotix das Problem, dass sich VDR plötzlich ohne jeden Grund beendet:

Quellcode

1
2
3
4
5
6
7
8
Nov 16 23:38:01 Kanotix vdr: [2492] record /video0/Spielfilme/Egoshooter_(Drama)/2006-11-16.23.
38.40.99.rec
Nov 16 23:47:36 Kanotix vdr: [2497] channel 22 (HR) event Don 16.11.2006 23:00-23:45 'Late Lounge: Club' status 1
Nov 16 23:47:37 Kanotix vdr: [2497] channel 22 (HR) event Don 16.11.2006 23:45-00:15 'Harald Schmidt' status 2
Nov 16 23:48:01 Kanotix vdr: [2497] channel 22 (HR) event Don 16.11.2006 23:45-00:15 'Harald Schmidt' status 4
Nov 16 23:54:26 Kanotix vdr: [2492] caught signal 15
Nov 16 23:54:26 Kanotix vdr: [2492] stopping plugin: osdteletext
Nov 16 23:54:26 Kanotix vdr: [2492] stopping plugin: premiereepg


auch die runvdr beendet sich dann. Der Rechner selbst läuft dann unendlich weiter. Ich hab schon alle Logs durchforstet, aber finde nirgends einen Sender von signal 15. Die runvdr-extreme war bei mir bei kanotix von Anfang an im Einsatz, aber wie gesagt, muss nicht daran liegen. Mit einer "normalen" runvdr hab ich es noch nicht getestet. Mir ist nur eines aufgefallen: Das Problem taucht scheinbar nur dann auf, wenn ich vdr per "runvdr &" direkt aus einer shell per ssh starte. Beim Start per inittab trat es bisher nie auf. Im Fehlerfall läuft vdr meist ein paar Stunden und dann passiert es einfach. Irgendeine Idee?

Tschüss,

winni

AMD LE-1100 auf MSI-Neo-Digital, 1GB Ram, 3TB, yaVDR 0.3a
Projekte: epgsearch, scheduler

Immortal Romance Spielautomat