Beiträge von Manfred

    /usr/share/vdr-xxv/contrib/update-xxv benutzt die Datei upgrade-xxv-db.sql


    Darin werden die Tabellen erzeugt:


    create table
    ...
    ) ENGINE=MyISAM DEFAULT CHARSET=latin1;


    Und genau darüber stolpert mein MySQL-Server 4.0.24 mit der folgenden Fehlermeldung:


    update-xxv
    ----------


    Info: Checking Server
    Info: Checking Database
    Info: Retrieving current version
    Info: current database version: 0
    Info: new database version: 2
    Info: Starting update...
    Info: Saving Data
    Info: Updating Database
    ERROR 1064 at line 21: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 19
    ERROR 1064 at line 46: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 18
    ERROR 1064 at line 70: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1 COMMENT='0.35'' at line 14
    ERROR 1064 at line 90: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 15
    ERROR 1064 at line 111: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 4
    ERROR 1064 at line 121: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 14
    ERROR 1064 at line 141: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
    PRIMARY KEY (
    ERROR 1064 at line 160: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
    PRIMARY KEY (
    ERROR 1064 at line 185: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 8
    ERROR 1064 at line 199: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 3
    ERROR 1064 at line 208: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1 COMMENT='V0.30'' at line 4
    Info: Restoring Data
    ERROR 1146 at line 1: Table 'xxv.AUTOTIMER' doesn't exist
    Error: Can't load table 'AUTOTIMER'



    Viele Grüße,
    Manfred

    Zitat


    Stimmt, aber es geht einfacher mit dem mitgelieferten Skript update-xxv, das konvertiert Eure alte XXV Database in ein neues Format und sichert dabei alle wichtigen Daten. Sucht das Skript mal mit...


    Leider stolpert MySQL beim Aufruf von update-xxv allerdings über die Tabelleneigenschaften DEFAULT CHARSET=isolatin1.


    Habe ctvdr4


    Gruß,
    Manfred

    snoozevdr schrieb:

    Zitat


    ich habe die Konfiguration grade nicht zur Hand, da ich nicht zu Hause bin, sinngemaß habe ich folgendes gemacht: ....


    Danke vielmals,
    so funktionierts auch bei mir.
    Gruß,
    Manfred

    snoozevdr


    Zitat


    ...
    Ich habe mitlerweile ein work-around gebastelt, der Funktioniert. Ich setzte eine "Flag Datei" und prüfe deren Existenz in vdrdevel-shutdown und mache dann den "Spezial Shutdown".


    Ist nicht elegant, geht aber.


    könntest du das mal näher erklären. Ich habe anscheinend die identische konstellation.
    Danke,
    Manfred

    Wenn ich update:



    uuuäääh. Seit dem Update von woody auf sarge (per apt-get dist-upgrade hatte ich es auf einmal) funktioniert nix mehr richtig.


    Manfred



    P.S.: Na gut, nach einem Neustart funktionierte das update wieder. Aber mein System ist fürchterlich Windows-like: instabil und unberechenbar. Ich grüble schon über eine windowsartige Lösung: Neuinstallation.

    Ich habe das gleiche Problem.
    Seit dem apt-update von woody auf sarge friert der Rechner völlig unmotiviert meist nach ca. 1h Laufzeit ein. Das hängt auch nicht mit vdr zusammen, denn auch wenn man die vdr-software stoppt (/etc/init.d/vdrdevel stop) friert der Rechner ein. Ich habe auch einen Hermes 651p.


    Der Kernel, der gebootet wird ist 2.4.23-ctvdr-3 vom Februar 2004, also nicht gerade ganz neu.


    Den Logs kann man nichts entnehmen.


    Gruß,
    Manfred

    Seit ich den vdr installiert habe, meldet er sich beim booten mit komplexer.
    Mittlerweile wird die Kombination
    1. bunter Bildschirm mit Zufallsmuster
    2. Meldung : 2001 Convergence ....


    drei Mal durchlaufen, bevor das Fernsehprogramm startet. Wenn ich mich recht entsinne war es ursprünglich nur ein Durchlauf.
    Ist das normal?
    Gruß,
    Manfred

    Problem gelöst:
    Habe auf der nvram-wakeup Seite bei Sourceforge die fehlende Datei gefunden und installiert. Nun geht es.
    Da scheint aber ein "Fehler" im Debian-Paket vdrdevel-addon-nvram-wakeup zu sein, da die Datei /etc/vdr-nvram-wakeup.conf nicht installiert wird.


    Gruß,
    Manfred

    Hallo,
    seit dem automatischen upgrade von woody auf sarge spinnt nvram-wakeup.
    Ich habe die apt-sources.lst gemäß den Angaben im entsprechenden Thread zu vdrdevel 1.3.25-2 angepasst. Als nvram-wakeup dann nicht funktionierte habe ich


    vdrdevel-addon-nvram-wakeup und vdr-addon-nvram-wakeup removed und vdrdevel-addon-nvram-wakeup neu installiert.


    vdr-addon-nvram-wakeup konnte ich nicht neu installieren, da es anscheinend mit der gegebenen sources.list nicht zu finden war.

    Eine Überprüfung in /var/log/messages ergab:

    /usr/share/vdrdevel/shutdown-hooks/S90.nvram-wakeup kann die Datei /etc/vdr-nvram-wakeup.conf nicht finden.


    Wie bekomme ich mein nvram-wakeup wieder in Gang????


    Danke für jede Hilfe,
    Manfred

    Zitat

    Ich hab schon versucht, diesen Fehler zu reproduzieren, aber bei mir bleibt es immer bei Deutsch. Du meinst doch die Anzeige im ganz normalen Programm-Menü? Die angezeigte Sprache sollte immer nur von der in Einstellungen/OSD/Sprache gewählten abhängen.


    Ich meine die Programm-Info, die ein paar Sekunden erscheint, wenn man den Sender wechselt oder wenn man die "OK" Taste auf der FB drückt.


    Interessanterweise werden die Wochentage an anderer Stelle korrekt in der bei OSD/Sprache eingestellten Sprache dargestellt.
    Gruß
    Manfred

    Hi,
    danke fürs schnelle update. Zwei Macken bleiben bei mir hartnäckig erhalten:
    1. Die Wochentage werden mit Englischen Abkürzungen im EPG benannt, was sich nur durch Aufruf von ctvdrdevelrestart, nicht aber durch Neustart des vdr über das Menu "Befehle->VDR-Wartung->vdr neu starten beheben lässt.


    2. Die Wareagle-Symbole funktionieren, nur das "Neu"-Symbol nicht. Im ST-Skin wird es dargestell, aber im Elchi nicht.


    Gruß,
    Manfred

    Hallo,
    ich hatte es schonmal an anderer Stelle geschrieben, aber leider gab es keine Reaktion/Hilfe:
    Standardmäßig zeigt mir vdrdevel die abgekürzten Wochentage in der Programminfo auf englisch an, also Mon, Tue, Wed,..
    Erst nach einem Neustart via ctvdrdevelrestart wechselt das System auf deutsche Abkürzungen. Ein Neustart über das vdr-menu hilft nicht.
    Gruß,
    Manfred

    Hi,
    jetzt nochmal.....
    Ich hatte Elchi, habe aber auch DeepBlue probiert. Bei aktiviertem WarEagle kommen keine "Neu"-Symbole...
    Ich finde aber auch keine Fehlermeldung in /var/log/messages...
    Gruß,
    Manfred

    oops. da kam die antwort von TomG vor meiner....


    Hab schon was gefunden.
    Die Anzeige fehlt, wenn in den OSD-Einstellungen WarEagle-Icons aktiviert sind. Anscheinend fehlen diese...
    Gruß,
    Manfred

    Hallo,
    ich finde einfach keine Infos im Forum, also frage ich (nochmal):
    Mein System ist ein ct-vdr3 experimental 1.3.17 auf woody:


    1. Im OSD werden die Wochentage englisch abgekürzt. Nach einem Neustart über ctvdrdevelrestart sind sie deutsch. Ein vdrrestart aus dem vdr-befehlsmenu genügt nicht.


    2. Im Menu Aufzeichnungen werden nicht geschaute Aufzeichnungen nicht mehr mit "Neu" markiert, was bei ctvdr2 noch ging.


    Vielen Dank für jede Hilfe,
    Manfred

    Hallo,


    ich benutze das aktuelle vdrdevel auf einem woody-system.
    Beim Senderinfo (OK-Taste) erscheinen die Wochentage immer mit den englischen Abkürzungen (Mon, Tue, Wed...).
    Rufe ich allerdings über eine Shell ctvdrdevelrestart auf, dann werden anschließend die Deutschen Abkürzungen benutz (Mon, Die, Mit...)
    Merkwürdig.
    Gruß,
    Manfred

    Zitat

    falls das nicht hilft, mal schauen ob in der sources.list die addons von heise wirklich drinstehen, vdradmin zählt als addon.


    das war es......


    ist mit den versionen und den source.conf-einträgen etwas verwirrend.