[GELÖST] @tobi => binary incompatibility: menuorg

  • @ tobi


    Nachdem mein vdr nicht mehr ganz auf aktuellem Stand war, habe ich "upgegraded" auf 1.4.7-4ctvdr1 ... jaja, weiss schon, nicht unbedingt die neueste Version.


    Jedenfalls läuft die bislang super stabil und ich möchte auch noch dabei bleiben. Wegen dem ein oder anderen Plugin (u.a. GraphTFT) musste ich den VDR selbst kompilieren. Ich habe mir deshalb aus Deinen Quellen die Sourcen besorgt.


    Hat alles prima geklappt, das Kompilieren sämtlicher Plugins lief auch einwandfrei durch. Allein das plugin menuorg (Version 0.3.1-1 auch aus Deinen Sourcen) bereitet Probleme. Beim VDR-Start wird angesagt: "WARNING: The following plugins have been left out due to possible binary incompatibility: menuorg."


    Ist also bei dem Plugin was beim Kompilieren schief gelaufen? Ich habe mich dann auf Fehlersuche begeben. Im Wiki habe ich erst einmal den Hinweis gefunden, dass das Plugin einen VDR-Patch benötigt. Der scheint ja in den Sourcen mit drin zu sein (opt-37-x_menuorg.dpatch) und wird auch in der 00list mit aufgeführt:

    Code
    # Patch needed for the menuorg plugin.
    # opt-37-x_menuorg

    Das bedeutet dann im Umkehrschluss, dass er auch angewendet wurde.


    Wo steckt dann aber der Fehler? Ich habe den Patch aus Deinen Sourcen hier als Anlage drangehängt, vielleicht ist es so einfacher.


    Merci für die Hilfe!

  • wenn das so beim kompilieren inklusive # drin steht wird der patch nicht angewendet.


    dann duerfte aber auch das kompiliern ned klappen meiner meinung nach.


    koenntest ja mal plugin pruefung ausschalten, siehe readme.debian des vdr.

  • Hallo,


    richtig, das # deaktiviert den Patch du musst die 00list.multipatch in 00list umbenennen oder es so machen wie Tobi es auf seinen Seiten erklärt.
    http://e-tobi.net/blog/2008/07/27/vdr-plug-in-dependencies
    http://e-tobi.net/blog/2004/09/21/das-vdr-quelltextpaket
    Alternativ müsstest du alle # vor den Patches entfernen, die du drinnen haben willst.
    Eine 00list.multipatch für Etch vdr-experimental findest du hier:
    http://www.e-tobi.net/vdr-experimental/pool-etch/patchlists/


    Tschüß Frank

  • Danke Euch beiden!


    Ich hätte ja nicht gedacht, dass das so einfach ist. Da ich ja noch den 1.4.7er-VDR (testing) habe, müsste ich doch aber die multipatch.00list von folgender Seite verwenden: http://www.e-tobi.net/vdr-testing/pool-etch/patchlists/ oder?


    Gibt es eigentlich irgendwo Infos darüber, was genau welcher Patch macht? Also in der Form, dass auch ich als Nichtprogrammierer das verstehe? Da ist es für mich naturgemäß schwer nachzuvollziehen, was da mit welchem Patch geändert wird.

  • wiki?


    ob da n leie allerdings durchblickt ...


    wenn du vdr und plugins selber kompilierst ist es eigentlich egal welche patches du aktivierst.
    als vorbild ist die angefuehrte sicher ned schlecht.

  • Hallo,


    Die Patches wirst du teilweise im Wiki oder hier im Forum finden.
    Außerdem gibt es in der Regel am Anfang der .dpatch-Dateien in debian/patches ein Hinweis auf Autor und Zweck des Patches.


    Tschüß Frank

  • Superklasse, danke Euch beiden! :portal1


    Es hat einwandfrei funktioniert nach Umbenennung der multipatch.00list von http://www.e-tobi.net/vdr-testing/pool-etch/patchlists/


    Ich setze mal auf gelöst.


    Wenn ich jetzt noch die aktuellste GraphTFT zu dem betagten VDR kompilieren kann, wäre die Welt vollkommen in Ordnung. Aber da braucht es glaube ich ja noch einen anderen Patch. Ich werde mich da mal auf die Suche begeben und wenn ich nicht weiterkomme einen anderen Thread starten...

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!