[testing] kein aufregendes Update, Stabilisierungsphase

  • Hi, ist es möglich das fritzbox plugin auf Version 1.5.3 upzudaten?


    Nein, ist leider nicht so einfach, weil es einen neueren gcc braucht.
    Ich hab's aber auch noch nicht intensiv versucht.


    Lars.

  • @aLiEnTxC
    Du kannst dir wie hier[1] beschrieben den gcc-4.8 installieren und dann dieses Paket[2] lokal bauen.
    In der Theorie müsste es klappen.


    EDIT: Eine etwas andere Anleitung findet man hier: http://ubuntuhandbook.org/inde…pa-in-ubuntu-12-04-13-04/


    Lars.
    [1] http://askubuntu.com/questions…u-12-04-from-the-terminal
    [2] https://launchpad.net/~yavdr/+…5.3-1yavdr0%7Eprecise.dsc

  • Neues epgsearch mit graphtft und pin ist unterwegs, müsste gleich fertig gebaut haben.


    Super, mit dem neuen Paket passt jetzt wieder alles. Vielen Dank dafür!


    Cheers,
    Ole

  • Nachtrag zu vdr-plugin-fritzbox:
    In debian/control fehlt noch die Abhängigkeit zu libboost-regex-dev, libboost-system-dev und libboost-thread-dev.


    Wenn man in debian/rules dann noch CPP, CC und CXX auf cpp-4.8, gcc-4.8 und g++-4.8 umbiegt, das oben genannte PPA einbindet und g++-4.8 zu den Build-Depends hinzufügt, baut das Paket fast. Es kommt noch ein Compiler-Fehler wegen irgendeiner "use of deleted function", hab da jetzt keine große Lust, da weiter zu forschen...


    Lars.

  • Ich danke für das Finden des Bugs!


    Der Dank geht an Jörg!


    Cheers,
    Ole

  • In main das ist auch der touchcol, das heisst nur nicht explizit so, da sowieso der alte branch nicht mehr genutzt wird...

    VDR: yavdr-ansible/22.04 LTS auf Intel NUC (BOXNUC6CAYH), 2x Kingston KVR16LS11/4, One For All URC 2981

    VDR-Server: yavdr-ansible/22.04 LTS in ESXi VM

  • Ich übernehme das mal trotzdem nach main, damit ein einheitlicher Stand vorhanden ist...

    VDR: yavdr-ansible/22.04 LTS auf Intel NUC (BOXNUC6CAYH), 2x Kingston KVR16LS11/4, One For All URC 2981

    VDR-Server: yavdr-ansible/22.04 LTS in ESXi VM

  • In main das ist auch der touchcol, das heisst nur nicht explizit so, da sowieso der alte branch nicht mehr genutzt wird...


    Hmm - kann schon sein, trotzdem kann ich mich erinnern, daß ich Graphlcd-base immer aus unstable-main geholt habe, damit das Pearl-display funktioniert. Aber ist auch schon ne weile her, wen's läuft macht man ja nichts mehr dran.


    pc-medusa

  • Hab gerade nochmal nachgeschaut, hat bestimmt noch am Makefile gelegen in main. Ist auch egal, der Stand ist jetzt gleich...

    VDR: yavdr-ansible/22.04 LTS auf Intel NUC (BOXNUC6CAYH), 2x Kingston KVR16LS11/4, One For All URC 2981

    VDR-Server: yavdr-ansible/22.04 LTS in ESXi VM

  • Läuft denn das stable-Plugin gegen das neue graphlcd-base?
    Oder macht das nichts, wenn die unterschiedlich sind? Sonst müsste man zumindest dieses eine Plugin vorzeitig nach stable kopieren und neubauen lassen.


    Lars.

  • Na, wenn jetzt alles läuft, ist's doch super... :)
    Jedenfalls sehen die Versionsnummern hinterher passender aus.


    extrecmenu kommt auch gerade nach, da fehlt die Aktivierung von pin und graphtft.


    Lars.

  • Moin,


    gerade fällt mir noch eine Kleinigkeit im syslog auf:

    Code
    Feb 18 10:15:35 htpc vdr: [5524] parsing /var/lib/vdr/plugins/text2skin/anthra_1280_OS/anthra_1280_OS.skin
    Feb 18 10:15:35 htpc vdr: [5524] ERROR: Text2Skin: Unexpected tag div within document
    Feb 18 10:15:35 htpc vdr: [5524] ERROR: Text2Skin: Parse error in /var/lib/vdr/plugins/text2skin/anthra_1280_OS/anthra_1280_OS.skin, line 19
    Feb 18 10:15:35 htpc vdr: [5524] ERROR: error in skin file


    Das gab's vorher noch nicht und verglichen mit den anderen anthra-Skins sieht die Datei auch irgendwie seltsam anders aus.


    Cheers,
    Ole

    Einmal editiert, zuletzt von OleS ()

  • Ich hatte versucht einen Bugreport zu beheben: https://bugs.yavdr.com/issues/819
    Offenbar ist die Seite von Tomas nicht mehr erreichbar und es wurde nur HTML-Code heruntergeladen... :versteck
    Hat jemand noch die aktualisierte Skin-Datei?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Einmal editiert, zuletzt von seahawk1986 ()

  • Mit dem letzten Update ist das Skin wieder ok.


    Cheers,
    Ole

  • mir ist gerade beim durchstöbern der pakete etwas aufgefallen:


    vdr-plugin-seduatmo - A VDR plugin, control VDR via DBus


    Die Beschreibung stimmt irgendwie überhaupt nicht... http://www.vdr-wiki.de/wiki/index.php/Seduatmo-plugin


    ist zwar nicht wirklich so wichtig, nur irritierend....

  • ich wusste ich hab das Gesicht schon gesehen ;)


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



Jetzt mitmachen!

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