Posts by marsipulami0815

    Hi,

    have you ever bother to look into the README ...?

    Regards

    Hi Geronimo,

    zumindest die ersten drei gibt es im packman Repository http://ftp.skynet.be/pub/packman/suse/11.0/

    Ich behaupte mal, eder, der den VDR samt Zubehoer unter SuSE am rennen hat, kennt dieses Repository und hat es auch aktiv eingebunden ...

    Quote


    Habe den Installateur dahingehend geändert, dass bei fehlenden Paketen der Link zur Projektseite mit ausgegeben wird. Suse werde ich damit nicht weiter verfolgen.

    Schade. Verstehe aber auch, dass Du Dich auf Dein "Leib- und Magen" System konzentrierst. SuSE geht ja auch, wenn man ein paar Punkte manuell erledigt.

    Soweit laeuft es jetz ja auch. Werde dann bei Gelegenheit auch die Funktionen - soweit schon vorhanden - mal testen. Sieht soweir auch recht vielversprechend aus.

    Quote


    P.S. Wünsche allen Lesern einen guten Rutsch!

    Wuensche ich auch.

    Bis naechstes Jahr.

    Gruss, Marcus

    So,

    Deine test.sh macht ja eigentlich nix anderes als das run-script. Mit

    Code
    ./test.sh dbVdrAssist va marcus passwort


    und anschliessendem

    Code
    mysql -p < createMySQL.sql


    gibt es diese Fehlermeldung:

    Code
    ERROR 1396 (HY000) at line 25: Operation CREATE USER failed for 'marcus'@'%

    Ich habe alle Schritte, die per SQL script ausgefuehrt werden, nochmal ueberprueft. Dabei geht alles ohne Fehler, solange es den Nutzer, den man anlegen will, noch nicht gibt. Gibt es den Benutzer schon, bricht das script ab mit Fehlermeldung und die Tabellen werden nicht erstellt. Habe dann mal ein DROP USER '$VAI_DB_USER$'; vorher eingefuegt, allerdings hilft das nur, wenn es den user schon gibt. Will ich den user loeschen, aber es gibt ihn noch nicht, bricht das script ebenfalls mit Fehlermeldung ab, nur entsprechend fuer DROP USER. Da ist eine intelligentere Loesung in SQL gefragt, die ich aber leider nicht (zumindest nicht ohne SQL zu vertiefen) beisteuern kann.

    Loesche ich nun die Datenbank und den angelegten Benutzer und lasse den Installer laufen, so gibt es wieder nur die Datenbank ohne Tabellen. Hier der Ausschnitt aus dem installer Log

    Und hier die queries auf die Datenbank

    Offensichtlich versucht der Installer, bevor die DB und der Benutzer marcus angelegt wurde, schon mit diesem einen Login. Danach legt er die DB an und versucht einen Benutzer marcus anzulegen, bricht aber dann ab ...

    Nehme ich die Zeile CREATE USER 'marcus'... au dem SQL raus, laeuft das durch und ertsellt die Tabellen und ich habe danach auch einen Benutzer 'marcus', aber ohne Passwort. Ich nehme an, das kommt von den GRANTs auf diesen Benutzer im SQL script.

    Ich werde das jetzt mal manuell anlegen, so das ich die DB fertig habe und weiter testen kann. Habe allerdings auch den gleichen Fehler wie diedl2003 mit dem Ausfuehren des jar files ...

    Gruss,
    Marcus

    Hallo Gero,

    ich glaube, wir kommen der Sache naeher ...

    Es scheint sich um ein Rechte-Problem mit der MYSQL Umgebung bei OpenSuSE zu handeln:

    Ich kann z. B. keine Benutzer in MYSQL ohne Beschraenkung des Netzwerkes "%" anlegen, sondern muss immer einen Benutzer in der Form 'name'@localhost angeben, z. B.:
    CREATE USER 'foo' @localhost IDENTIFIED BY 'bar';

    Wenn ich das @localhost weglasse, gibt es einen Fehler.
    Beispiel 1:
    Im Installer ist der Datenbank Benutzer als 'root' mit entsprechendem Passwort angegeben, da ich hier nicht anders arbeite (Ich weiss, ist nicht unbedingt sicher, aber ich habe eigentlich keine sensiblen Daten in der Datenbank {ampache, muggle}; Verlust kostet nur Zeit, die Datenbanken wieder zu erstellen)


    root steht dann in der Tabelle users von mysql, aber mit keinen Rechten (nur "N" bei Privileges). Tabellen werden nicht erzeugt!

    Beispiel 2:
    Ich habe nun mal einen neuen Benutzer angegeben: 'marcus' mit einem Passwort, der Benutzer zum anlegen von Tabellen ist nach wie vor 'root'!


    Jetzt kommt am Anfang ein 'access denied' aber danach kann root die Datenbank und Tabellen anlegen. Auch der User wird angelegt, allerdings in der mysql Tabelle; va_user in dbVdrAssistant hat noch keinen Eintrag (aber das ist vielleicht auch ganz richtig so) ...

    Zumindestens habe ich jetzt eine Datenbank. Mal sehen, was jetzt noch kommt. Bin leider mit den Rechten in mysql nicht so fit.

    Ach ja, das logging (query-logging) fuer den mysql daemon ist in SuSE standarmaessig ausgeschaltet. Ein Eintrag log=/var/lib/mysql/mysqld-query.log in /etc/my.cnf (mit rcmysql restart hinterher) schaltet das erst an.

    Gruss,
    Marcus

    Hi,

    Quote

    Originally posted by geronimo
    :O - scheint als wäre meine Wortwahl suboptimal gewesen.


    Ich haette es ja auch gleich besser verstehen koennen :schiel Jetzt, wo ich das weiss, ist es mir auch klar ...

    Quote


    Ich bin verwirrt. Erstellt er die Tabellen in der Datenbank, oder werden keine Tabellen erstellt? Gibt es einen Benutzer vdrassist in der Datenbank?
    Mal mit mysql-admin o.ä. draufschauen.


    Es werden definitiv keine Tabellen erstellt, nur die nackte Datenbank.

    Ich nehme immer den phpMyAdmin ...

    Quote


    Beim Testen musste ich allerdings feststellen, dass mysql-admin die Erzeugung der Tabellen nicht mitbekommt, wenn er die ganze Zeit offen ist. Wenn man sich allerdings neu verbindet, sind die Datenbank-Tabellen da. Mit dem Benutzer ist es ähnlich.


    ... und lasse das Fenster im Browser auch offen. Der Fortschrittsbalken verharrt auch bei 5% "Datenbank einrichten" fuer einige Sekunden, bevor er bei 25% weitermacht ...

    Quote


    Mist - da hat mir wieder die Susi einen Strich durch die Rechnung gemacht.
    Aber ich habe gerade entdeckt, dass ich da sowieso zuviel des Guten wollte.
    ... wird beim nächsten Update geändert.


    So wie das Aussieht, nimmst Du den vorletzen Eintrag (von den letzten zwei Zeilen die erste) aus der /etc/groups um die letzte frei gid zu bekommen. Da die Susi aber die letzen zwei schon benutzt, hast Du Pech gehabt. Ich habe den Benutzer mal mit der gid 60000 von Hand angelegt, so findet Ihn der Installer und meckert nicht mehr.

    Quote


    Ähm - isch nix verstehen.
    Kann es sein, dass Du den Benutzer nicht gelöscht hast, und/oder der jetzt ein anderes Kennwort hat?

    Ich habe beim Testen jetzt schon mehrfach drüber installiert und bislang hatter dat auch jemacht.


    Ich habe nicht explizit Benutzer geloescht, nur die DB dbVdrAssistant. Allerdings habe ich ausser 'root', 'vdr', 'mediatomb' und 'wwwrun' auch keine Benutzer in der userliste von mysql ...

    Quote


    Wie auch immer - ich bau mal ne neue Variante (knappe Stunde mit upload und so)


    Gruss,
    Marcus

    Also ...

    auf meiner VDR Maschine macht der Installer folgendes:

    Rufe ich ihn auf, praesentiert er mir meine Asuwahl von vorherigen Versuchen. Alle Einstellungen sind schon so wie aus verherigne laeufen vorbelegt (Pfade, db IP, User und PW etc.).

    fuer Datenbank ist erzeugen, einrichten gewaehlt.
    fuer DBServer sind IP, dbVdrAssistant, root gewaehlt, weiterhin ein gueltiges PW und Schema va

    Wenn ich nun den Punkt "Datenbank" waehle, so sagt mir der Instaeller, dass mit den momentanen Einstellungen ein einrichten der Datenbank nicht vorgenommen werden kann und fragt, ob ich wirklich fortfahren moechte. Ich bestaetige mit ja und im Anschluss daran wird alles installiert bis auf die Datenbank nebst Tabellen. Im Log kommt irgendnwo die Zeile DB access not successful.

    Waehle ich den Punkt "Datenbank" bei den Einstellungen nicht an sondern lasse Ihn auf "erzeugen, einrichten", so wird auch die Datenbank erstellt. Am Ende meckert der Installer noch ueber einen ungueltigen user vdrassist. Tabellen sind noch nicht in der DB.

    Auszug aus'm syslog:
    Dec 28 14:50:21 vdr sudo: root : TTY=unknown ; PWD=/local/pub/vdr ; USER=root ; COMMAND=/usr/sbin/groupadd -g 65534 vdrassist
    Dec 28 14:50:21 vdr shadow[9262]: GID 65534 is not unique - by=0

    GID 65534? Not unique? Ich dachte, die waeren nicht belegt, aber bei der Susi sind die Gruppen nobody mit gid=65533 und nogroup mit gid=65534 schon angelegt.

    Muss das diese gid haben/ Sonst lege ich die Gruppe vdrassist mal manuell an ...?

    Jetzt hatte ich eben schon mal eine kpl. eingerichtete DB mit Tabellen gesehen aber wieder geloescht, um noch mal alles von vornen zu machen und jetzt legt er nur noch die DB an, aber richtet sie nicht mehr ein ... :(

    Mal sehen, ob ich das wieder hinbekomme ...

    Gruss,
    Marcus

    Also mit der 0.1.77 und dem Log sieht es so aus, als ob irgendetwas mit 'db/mysql.init.sql' nicht stimmt.

    Der Installer moechte auf dieDB zugreifen, aber die gibt es nicht. Ich habe jetzt nicht weiter in Deinem Script gesucht, aber es sieht so aus, als ob er dann die mysql.init.sql enpacken moechte, um die Datenbank zu einzurichten, dies aber fehlschlaegt, weil diese Datei nicht im Archiv steckt ...

    Moeglicherweise ueberspringst Du das im Script, falls die dbVdrAssistant schon existiert und deswegen faellt es bei Dir nicht auf?

    Manuelles anlegen der Datenbank half auch nicht.

    Der rest scheint aber soweit durchzulaufen. Evtl. siehst Du ja direkt, wo der Fehler liegt.

    Gruss,
    Marcus

    Hi,

    Quote

    Originally posted by geronimo
    Hallo marsipulami0815

    erstmal ein dickes Dankeschön, dafür dass Du es ausprobieren magst :)


    kein Problem, finde die Idee gut und da ich im VDR zur Zeit keinen Brener mehr habe, aber dfuer einen schnellen Laptop dacht ich: Probiers halt mal aus.

    Quote


    Also da hast Du mich gleich eiskalt erwischt.
    Ich habe eine sehr vereinfachte Sicht der Dinge - es gibt ein schlankes Debian mit Namen LinVDR und ein normales Debian - debian stable.
    Wenn ich es richtig sehe, machst Du's mit der Susi?

    Wo wird dort projectX installiert, oder hast Du es von Hand "irgendwo" installiert?


    Ja, mit der susi. ProjectX ist dort '/usr/share/java/ProjectX.jar'. Ein 'which ProjectX.jar' findet es dort, so dass ich denke, dies geht auch aus dem script heraus ...

    Quote


    Zu mysql habe ich erstmal keine Idee. Dort mache ich nix mit ini oder so.
    Der mysql-client kann sich zum Server verbinden?
    Die einzige Prüfung die ich mache(n kann), ist die, ob die Erzeugung der Tabellen geklappt hat. Wenn dem so ist, wird der Datenbank-Punkt erzeugen gegen importieren ausgetauscht.

    Das mit dem mysql.ini war geraten, ich sehe einfach nicht genug, da der Progressbar zu schnell die Fehlermeldung wieder ueberschreibt. Ich habe eine mysql auf meinem vdr laufen (muggle, ampache),
    muss mal den phpMySqladmin anwerfen.

    per mysql -p komme ich nach eingabe vom password als root drauf, allerdings habe ich keine weiteren mysql benutzer eingerichtet.

    Gruss,
    Marcus

    hmm,

    leider geht es danach nicht so wie erhofft weiter: Dort, wo der Progressbar laeuft, kommen Fehlermeldungen, z. B. irgendwas mit mysql.ini und danach noch Fehlermeldungen, dass irgendetwas in /opt nicht gefunden wird. Zum Schluss lande ich wieder im Auswahlmenue der zu installierenden Anwednunge von VDRassistant. Gibt es ein Logfile, wo man nachsehen koennte, was schief geht? abe leider nichts gefunden ...

    Komme so also erst mal nicht weiter.

    Gruss,
    Marcus

    Hallo geronimo,

    versuche grade, den VDRassistant zu intsallieren. Leider findet der Installer kein projectx, bricht also mit der installation ab.

    Schaue ich in den Installer, pruefst Du alle Programme mit 'which' auf vorhandensein, nur den Pfad zu projectx hast Du fest "verdrahtet". Absicht? Ich habe mal einen link entsprechend dem festen Pfad angelegt und damit war der Installer zufrieden ...

    Gruss,
    Marcus

    Quote

    Originally posted by wolfgang61

    Deine Änderung ist so OK. Aus HISTORY:

    vdr versions before 1.5.4 supported again: With them, lyrics cannot be fetched in the background. So muggle will not answer to commands until the fetching script has finished. And the message "loading lyrics" will only appear after they have been loaded. If you don't like it, update vdr or send me a patch.

    Hi Wolfgang,

    danke für die Info. Aktuell bin ich grade dabei, eine kpl. neues Gehäuse aufzusetzen, daher bleibe ich bei meinem jetzigen noch bei 1.4.7. Dann gehe ich aber auf 1.6. Die history hatte ich nicht so gründlich gelesen ...

    ... das zeigt mal wieder: :lehrer2 ich sollte besser lesen ;)

    Hi,

    ich habe hier in meinem source-Verzeichnis genau folgende thread.h:

    vdr:/usr/local/src # find ./ -name thread.h
    ./vdr-1.4.7-41-2/thread.h
    ./vdr-1.4.7-41-2/PLUGINS/src/podcatcher-0.1.1/src/thread.h
    ./vdr-1.4.7-41-2/include/vdr/thread.h

    wobei das im 'include/vdr/' nur ein symbolic link ist.

    Auch wenn ich den podcatcher rausschmeiße - benutze ihn i. M. sowieso nicht, bleibt das Problem.

    Aktuell benutze ich vdr 1.4.7 mit dem VDR-extension-patch-41. Der patch rührt den thread.h allerdings nicht an. Ich hänge mein thread.h mal hier an.

    Wenn ich mir den thread.h vom vdr-1.6.0 ansehe, dann sehe ich dass es Unterschiedlich ist. Die Versionen vdr-1.5.x und vdr-1.6.x habe ich bis jetzt nicht im Einsatz.

    Gruß,
    Marcus

    Hallo Wolfgang,

    prima, dass es eine neue Version gibt.

    Habe hier Probleme bein compilieren des Plugins:

    Code
    g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -DUSE_CMDSUBMENU -DUSE_CUTTIME -DUSE_DDEPGENTRY -DUSE_DOLBYINREC -DUSE_DVBPLAYER -DUSE_DVBSETUP -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_LNBSHARE -DUSE_SUBMENU -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_SETTIME -DUSE_SORTRECORDS -DUSE_SUBTITLES -DUSE_VALIDINPUT -DUSE_VOLCTRL -DUSE_WAREAGLEICON -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"muggle"' -DMUSICDIR='"/mnt/music"' -DHAVE_MYSQL -DHAVE_ONLY_SERVER -DHAVE_VORBISFILE -DHAVE_FLAC -DHAVE_SNDFILE -I../../../../DVB/include -I../../../ -I../../..//include -I../../../../DVB/include -I/usr/include/taglib -c lyrics.c
    /usr/include/taglib/fileref.h:89: warning: 'class TagLib::FileRef::FileTypeResolver' has virtual functions but non-virtual destructor
    lyrics.c: In member function 'int mgLyrics::RunCommand(std::string)':
    ../../..//include/vdr/thread.h:178: error: too many arguments to function 'int SystemExec(const char*)'
    lyrics.c:23: error: at this point in file
    lyrics.c: In member function 'virtual eOSState mgLyrics::Process(eKeys)':
    ../../..//include/vdr/thread.h:178: error: too many arguments to function 'int SystemExec(const char*)'
    lyrics.c:65: error: at this point in file
    make[1]: *** [lyrics.o] Fehler 1
    make[1]: Leaving directory `/usr/local/src/vdr-1.4.7-41-2/PLUGINS/src/muggle-0.2.0-1183'

    Wenn ich - mit meinen bescheidenen C-Kenntinssen in thread.h reinschaue, meine ich zu sehen, dass in lyrics.c die Funktion SystemExec mit zwei Parametern aufgerufen wird, aber sie nur einen akzeptiert?

    Wenn ich das 'true' wegnehme,

    Code
    mgDebug(1,"muggle[%d]: lyrics: executing '%s'\n",getpid (), tmp);
            res=SystemExec(tmp,true); // run detached
            free(tmp);

    dann geht es. Allerdings habe ich die Funktion mit Lyrics auch noch nich getesete. Aber vielleicht liegt der Fehler ja auch ganz woanders.

    Gruß,
    Marcus

    Hi Netdeus,

    gute Idee und prima Ergänzung zum Wiki...

    Mein Vorschlag dazu:

    Nicht jeder Plugin Name ist selbstredend, z. B. cc Plugin. Was ist das. Eine zusätzliche Zeile in der Info des Plugins selber

    Kurzinfo: Closed Caption (CC) decoder for VDR.,

    die dann auch als Spalte hinter den Versionsinfos in der Gesamtübersicht der Plugins erscheint, hilft bestimmt bei der Suche nach bestimmten Plugins und macht m. M. die Gesamtübersicht nicht unübersichtlicher. Man kann den Eintrag ja evtl. in der Länge begenzen auf z. B. 80 Zeichen oder so ähnlich.

    Gruß,
    Marcus

    Quote

    Original von allanon
    I would like to know if other people downloaded the plugin and find it useful or not.
    Even suggestions or advice are welcome!
    Thanks

    hi allanon,

    I downloaded and did a quick test. I myself find it useful to get an overview of the cannels list ...

    It compiled ok for vdr 1.4.7 with bp34

    regards,
    Marcus