[es gibt jetzt offizielle binaries] cle4vdr für Ubuntu 64 bit kompilieren

  • Hallo,

    Auf der Suche nach einem Editor für die channels.conf, der auf Linux laufen soll, bin ich auf den cle4vdr gestoßen:

    Auf der Seite, die ich im vorausgehenden Satz verlinkt habe, befinden sich ein 32 bit Binary und ein Quellpaket.

    Folglich wollte ich das Programm für ein 64 bit Ubuntu kompilieren. Im Quellpaket befinden sich jedoch kein autogen.sh/makefile und keine *.c Dateien.

    Könnte jemand mir bitte sagen, ob das Quellpaket in Ordnung ist, welche Programmiersprache es ist und gegenbenenfalls wie man es kompilieren kann, falls es nicht kompliziert ist?

    Oder weiß vielleicht jemand wo ich ein fertiges 64 bit Binary finden kann?

    MfG

    Ludi

    2 Mal editiert, zuletzt von ludi (15. September 2014 um 20:35)

  • Könnte jemand mir bitte sagen, ... , welche Programmiersprache es ist


    Das ist Pascal.

    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Nicht allgemein pascal, sondern Lazarus; d.h. eine objektorientierte Sprache auf Basis von FreePascal.
    Die komplette Entwicklungsumgebung ist open-source und erinnert stark an Borlands Delphi 4..6.
    [Blockierte Grafik: http://de.wikipedia.org/wiki/Datei:Lazarus_0.9.7.png]

    http://de.wikipedia.org/wiki/Lazarus_(Entwicklungsumgebung)

    Allerdings wird die Installation mehr Zeit in Anspruch nehmen als das simple Sortieren deiner Kanäle.

    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen
    Spoiler anzeigen


    to spoil
    verderben
    beschädigen
    plündern
    behindern
    berauben
    vereiteln
    rauben
    zerstören [fig.] [verderben, verunstalten]
    vergällen
    verhageln [fig.]

  • Hallo,

    Allerdings wird die Installation mehr Zeit in Anspruch nehmen als das simple Sortieren deiner Kanäle.

    Danke für die Erläuterungen und insbesondere für den Hinweis, über den Zeitanspruch der Installation der Entwicklerumgbung.

    Ich werde die channels.conf wahrscheinlich weiter manuell editieren.

    MfG

    Ludi

  • Moin,

    also es besteht durchaus auch die Möglichkeit, den Autor selbst in so einem Fall zu kontaktieren. Nur so kann man mögliche Fehler beheben.iMehl Adresse steht auf der Seite, im Quellcode und im Programm (wenn's denn läuft ;) ).
    Hast du denn überhaupt versucht, ob das Programm bei dir läuft? Es muss ja nicht alles gleich für 64Bit kompiliert werden.

    Lazarus befindet sich in den Ubuntu-Paketquellen und benötigt keine 5 Minuten für die Installation.

    Gruß
    Alex

  • Hast du denn überhaupt versucht, ob das Programm bei dir läuft? Es muss ja nicht alles gleich für 64Bit kompiliert werden.

    Ich habe kurz versucht, die notwendigen 32 bit libraries auf meinem 64 bit System zu installieren; nachdem ich die 4 ersten installiert hatte, war für die Installation der fünften größere Änderungen in meinem System notwendig: einiges musste deinstalliert werden und eine Terminalseite voll von 32 Packeten mussten installiert werden. Folglich habe ich es sein lassen.

    Was Lazarus angeht: Auch wenn die Installation rasch von statten geht, weiß ich nicht ob ich mich später darin zurecht finden werde. Dann gehe ich lieber den Weg einer VM mit einem 32 bit Ubuntu.

    Alex: Bist du vielleicht der Autor von cle? (Dein Pseudo und der Name des Programms bringen mich zu dieser Frage.)

    MfG

  • Hi Alex,


    Hast du denn überhaupt versucht, ob das Programm bei dir läuft? Es muss ja nicht alles gleich für 64Bit kompiliert werden.


    hatte es auch schomal unter "Ubuntu Trusty 64Bit" versucht. ...ist schon etwas her.

    Code
    cle4vdr: error while loading shared libraries: libgdk_pixbuf-2.0.so.0: cannot open shared object file: No such file or directory


    " libgdk_pixbuf-2.0.so.0" wird in "/usr/lib" erwartet, liegt aber in "/usr/lib/x86_64-linux-gnu" Symlink erstellt Lib wird gefunden.
    Ausgabe ->

    Code
    cle4vdr: error while loading shared libraries: libgdk_pixbuf-2.0.so.0: wrong ELF class: ELFCLASS64


    "cle4vdr" aus "cle4vdr.0.5.3-gtk2.tar.gz" läuft nicht unter 64Bit -> ELFCLASS64

    Gruss
    Wolfgang

    Hard & Software

    DVB-S: Silverstone LC17 mit 8,4" TFT Display, ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nVidia-387, SSD 64GB, 2TB, TeVii S470, SkyStar S2, Cinergy T RC USB, Kodi-18.0, FB X10 Medion-Scroll, "easyVDR 3.5 (14.04 LTS) - Kernel-4.8.12 - VDR 2.3.8"
    -----------------------------

    DVB-C: ATC-620, Asrock K7S41GX, AMD Geode NX 1750, 2GB, picoPSU, Samsung 500GB 1x 1TB, LDW-851S, DVB-C Fujitsu-Siemens FF, Cinergy 1200, Nova T USB, Atric Rev.4, "easyVDR 0.8 - 2.6.35.10 VDR 1.7.16 "
    -----------------------------

    Client_1: Evo N600c, "Puppy-Slacko 6.3" VDR 2.2.0 - FB X10 Medion_OR25V
    -----------------------------

    Client_2: Himbeere-P2 - MLD-5.4 / LibreELEC-9.0-Milhouse(Kodi-18.0) (PVR-VNSI)

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

  • "cle4vdr" aus "cle4vdr.0.5.3-gtk2.tar.gz" läuft nicht unter 64Bit -> ELFCLASS64


    Du bräuchtest hier ja auch die 32bit Lib, nicht die aus x86_64.
    Theoretisch sollte das Programm funktionieren, wenn die passenden Libs nachinstalliert werden, evtl reicht schon ein

    Code
    sudo apt-get install libgdk-pixbuf2.0-0:i386 libgtk2.0-0:i386
    VDR


    Asrock j4205-ITX, Fantec NBU90W, PicoPSU, Silverstone ML05, DD CineS2 6.5, 32GB SSD, 2x HGST 4TB HDD, Xenial Server + SHDD-Vaapi/KODI

  • Hi,

    Theoretisch sollte das Programm funktionieren, wenn die passenden Libs nachinstalliert werden, evtl reicht schon ein

    Code
    sudo apt-get install libgdk-pixbuf2.0-0:i386 libgtk2.0-0:i386


    ..hatte ich mir auch schon überlegt :]

    Spoiler anzeigen

    Paketlisten werden gelesen...
    Abhängigkeitsbaum wird aufgebaut....
    Statusinformationen werden eingelesen....
    Die folgenden zusätzlichen Pakete werden installiert:
    libatk1.0-0:i386 libcairo2:i386 libdatrie1:i386 libglib2.0-0:i386
    libgraphite2-3:i386 libharfbuzz0b:i386 libjasper1:i386 libpango-1.0-0:i386
    libpangocairo-1.0-0:i386 libpangoft2-1.0-0:i386 libpcre3:i386
    libpixman-1-0:i386 libselinux1:i386 libthai0:i386 libxcb-render0:i386
    libxcb-shm0:i386
    Vorgeschlagene Pakete:
    librsvg2-common:i386 gvfs:i386 libjasper-runtime:i386 ttf-baekmuk:i386
    ttf-arphic-gbsn00lp:i386 ttf-arphic-bsmi00lp:i386 ttf-arphic-gkai00mp:i386
    ttf-arphic-bkai00mp:i386
    Die folgenden NEUEN Pakete werden installiert:
    libatk1.0-0:i386 libcairo2:i386 libdatrie1:i386 libgdk-pixbuf2.0-0:i386
    libglib2.0-0:i386 libgraphite2-3:i386 libgtk2.0-0:i386 libharfbuzz0b:i386
    libjasper1:i386 libpango-1.0-0:i386 libpangocairo-1.0-0:i386
    libpangoft2-1.0-0:i386 libpcre3:i386 libpixman-1-0:i386 libselinux1:i386
    libthai0:i386 libxcb-render0:i386 libxcb-shm0:i386
    0 aktualisiert, 18 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
    Inst libpcre3:i386 (1:8.31-2ubuntu2 Ubuntu:14.04/trusty [i386])
    Inst libselinux1:i386 (2.2.2-1ubuntu0.1 Ubuntu:14.04/trusty-updates [i386])
    Inst libglib2.0-0:i386 (2.40.0-2 Ubuntu:14.04/trusty [i386])
    Inst libatk1.0-0:i386 (2.10.0-2ubuntu2 Ubuntu:14.04/trusty [i386])
    Inst libpixman-1-0:i386 (0.30.2-2ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libxcb-render0:i386 (1.10-2ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libxcb-shm0:i386 (1.10-2ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libcairo2:i386 (1.13.0~20140204-0ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libdatrie1:i386 (0.2.8-1 Ubuntu:14.04/trusty [i386])
    Inst libjasper1:i386 (1.900.1-14ubuntu3 Ubuntu:14.04/trusty [i386])
    Inst libgdk-pixbuf2.0-0:i386 (2.30.7-0ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libgraphite2-3:i386 (1.2.4-1ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libthai0:i386 (0.1.20-3 Ubuntu:14.04/trusty [i386])
    Inst libpango-1.0-0:i386 (1.36.3-1ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libharfbuzz0b:i386 (0.9.27-1ubuntu1 Ubuntu:14.04/trusty-updates [i386])
    Inst libpangoft2-1.0-0:i386 (1.36.3-1ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libpangocairo-1.0-0:i386 (1.36.3-1ubuntu1 Ubuntu:14.04/trusty [i386])
    Inst libgtk2.0-0:i386 (2.24.23-0ubuntu1.1 Ubuntu:14.04/trusty-updates [i386])
    Conf libpcre3:i386 (1:8.31-2ubuntu2 Ubuntu:14.04/trusty [i386])
    Conf libselinux1:i386 (2.2.2-1ubuntu0.1 Ubuntu:14.04/trusty-updates [i386])
    Conf libglib2.0-0:i386 (2.40.0-2 Ubuntu:14.04/trusty [i386])
    Conf libatk1.0-0:i386 (2.10.0-2ubuntu2 Ubuntu:14.04/trusty [i386])
    Conf libpixman-1-0:i386 (0.30.2-2ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libxcb-render0:i386 (1.10-2ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libxcb-shm0:i386 (1.10-2ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libcairo2:i386 (1.13.0~20140204-0ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libdatrie1:i386 (0.2.8-1 Ubuntu:14.04/trusty [i386])
    Conf libjasper1:i386 (1.900.1-14ubuntu3 Ubuntu:14.04/trusty [i386])
    Conf libgdk-pixbuf2.0-0:i386 (2.30.7-0ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libgraphite2-3:i386 (1.2.4-1ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libthai0:i386 (0.1.20-3 Ubuntu:14.04/trusty [i386])
    Conf libpango-1.0-0:i386 (1.36.3-1ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libharfbuzz0b:i386 (0.9.27-1ubuntu1 Ubuntu:14.04/trusty-updates [i386])
    Conf libpangoft2-1.0-0:i386 (1.36.3-1ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libpangocairo-1.0-0:i386 (1.36.3-1ubuntu1 Ubuntu:14.04/trusty [i386])
    Conf libgtk2.0-0:i386 (2.24.23-0ubuntu1.1 Ubuntu:14.04/trusty-updates [i386])


    ... da kann ich mir auch gleich "wine" installieren und das Win-Paket benutzen.

    Gruss
    Wolfgang

    Hard & Software

    DVB-S: Silverstone LC17 mit 8,4" TFT Display, ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nVidia-387, SSD 64GB, 2TB, TeVii S470, SkyStar S2, Cinergy T RC USB, Kodi-18.0, FB X10 Medion-Scroll, "easyVDR 3.5 (14.04 LTS) - Kernel-4.8.12 - VDR 2.3.8"
    -----------------------------

    DVB-C: ATC-620, Asrock K7S41GX, AMD Geode NX 1750, 2GB, picoPSU, Samsung 500GB 1x 1TB, LDW-851S, DVB-C Fujitsu-Siemens FF, Cinergy 1200, Nova T USB, Atric Rev.4, "easyVDR 0.8 - 2.6.35.10 VDR 1.7.16 "
    -----------------------------

    Client_1: Evo N600c, "Puppy-Slacko 6.3" VDR 2.2.0 - FB X10 Medion_OR25V
    -----------------------------

    Client_2: Himbeere-P2 - MLD-5.4 / LibreELEC-9.0-Milhouse(Kodi-18.0) (PVR-VNSI)

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

  • Abend,

    ok, danke für die Informationen.
    Ich teste immer unter 4 verschiedenen Distributionen + Win7, so wie's aussieht wird da noch die eine oder andere 64Bit Version dazukommen müssen (sobald Platz freigeschaufelt ist ;) ).

    Gruß
    Alex

  • Hab es mal für 64 bit gebaut,

    Ich auch, trotzdem danke.
    Kurz getestet hab ich unter einem jungfräulichen Kubuntu 14.04 (64), was aber nicht heißt, dass es in den Untiefen der Linux'schen Libraries nicht anderweitig haken wird.
    Dabei ist mir aufgefallen, dass es bei den Kubuntu Voreinstellungen für die Arbeitsflächen Effekte (kde) zu eher unerwünschten Effekten kommen kann ("Eltern Fenster abdunkeln"). Da das nur bei der gtk-Version auftritt, hab ich beide Versionen nochmal für QT gebaut und hochgeladen. Die Arbeitsflächen Effekte lassen sich aber auch leicht gewinnbringend abschalten ;)

    Viel Spaß
    Alex

  • Vielen Dank für die 64 bit Versionen von cle4vdr unter Linux.

    Kurz getestet hab ich unter einem jungfräulichen Kubuntu 14.04 (64), was aber nicht heißt, dass es in den Untiefen der Linux'schen Libraries nicht anderweitig haken wird.

    Ich habe jetzt kurz beide Versionen auf einem Ubuntu utopic 64 bit probiert (Ich habe ein paar Sender verschoben und frisch gespeichert.)

    Die GTK Version lief auf Anhieb, für die Qt Version musste ich noch libqt4pas5 installieren. (Es ist kein jungfräuliches System; es kann sein, dass auf einem jungfräulichen System mehr installiert werden muss.)

    Ich habe in den paar Minuten des Tests keine Problem gesehen, außer vielleicht: Als ich die Datei in dem Editor namens gedit öffnen wollte, musste ich diesen auf ISO-8859-15 stellen. Wäre UTF-8 nicht besser als Speicherformat der channels.conf?

    Ich werde im folgenden den Titel des Threads wieder anpassen.

    MfG

    Ludi

  • Wäre UTF-8 nicht besser als Speicherformat der channels.conf?

    Für mich ist der ganze UTF-8 Krempel ein rotes Tuch. Bei mir sieht es z.B. so aus: Eine von vdr gespeicherte (!) channels.conf wird im Editor als 8859-15 angezeigt. Umlaute z.B. werden allerdings nicht lesbar dargestellt. Schalte ich manuell auf UTF-8 sind die Umlaute zwar Umlaute, der Editor meckert allerdings, dass er nicht darstellbare Zeichen entdeckt hat und schaltet auf nur-lesen-Modus. Da halte ich mich doch lieber raus ...

    Gruß
    Alex

Jetzt mitmachen!

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