Umzug nach GitHub?

  • Warum nicht im vorhandenen vdr-wiki abladen? Warum eine neue Adresse dafür?


    Was die zentrale Verwaltung betrifft:
    Die gleiche Argumentation könnte man dann auch auf den vdr und all seine Plugins anwenden. Und das macht überhaupt keinen Sinn. Wo liegt denn eigentlich das Problem, dass jedes Skin sein eigenes git (wenn überhaupt) oder Tarball irgendwo hat, sei es nun bei vdr-developer.org oder GitHub oder BitBucket oder sonstwo? Wenn man die Skins ähnlich wie die Plugins im Wiki mit ihren Upstream-Adressen pflegt, hat man doch jetzt schon eine schöne, zentrale Stelle zum Nachsehen.


    Eine Versionsprüfung ist aber auf alle Fälle sinnvoll, das macht der vdr mit seinen Plugins ja auch.


    Lars.

  • Dann wäre es am einfachsten, wenn du ein skindesigner-skins-git eröffnest, wo du alle Skins als submodules einbindest. Wenn jemand dann alle Skins haben möchte, braucht er nur dein git an die richtige Stelle zu klonen und gut ist's. :)


    Ich hab selbst noch nicht mit submodules gearbeitet, aber so schlimm ist es auch nicht, man muss dann eben nur mal ein wenig Handbuch lesen: http://git-scm.com/book/en/v2/Git-Tools-Submodules


    Und das mit den Eiern: das ist einfach ein evolutionärer Vorteil, den die Hunde uns gegenüber haben. Wenn wir das könnten, gäbe es nicht so viele Plugins und Skins... :D


    Lars.

  • Cool wäre, wenn Skindesigner die verschiedenen Skins übers Netz laden könnte. Dann würde eine (gepflegte) Liste mit den entsprechenden URLs reichen :D

    VDR-Clients:
    Raspbian Buster
    - vdr 2.4.1 - Raspberry PI 2B


    Home-Server:
    Debian Bookworm - vdr 2.6.0 (eTobi) - Kernel 6.1

    Asus Prime B360M-C - Pentium Gold G5400 - Mystique SaTiX-S2 Dual - Hauppauge WinTV-QuadHD

  • Cool wäre, wenn Skindesigner die verschiedenen Skins übers Netz laden könnte. Dann würde eine (gepflegte) Liste mit den entsprechenden URLs reichen :D


    Das ist doch mal eine Idee. Im Setup Screenshots mit Download-URL hinterlegt mit einem Hinweis [installieren] und [aktualisieren], per Auswahl und OK installieren/aktualisieren und die Skins neu einlesen. :tup Die Skins selbst beim jeweiligen Skinner als zip hinterlegt, damit Download und Entpacken einfach zu händeln ist.


    Kurz: Eine Skingalerie im skindesigner

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    2 Mal editiert, zuletzt von TheChief ()

  • Nein, jeder legt seinen Skin in einem git ab, dann reicht einfach ein "git pull" und keiner muss sich irgendwelche URLs merken...


    Lars.

  • - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Ich mein ja nur, warum Zip-Archive erstellen und irgendwo ablegen, wenn das Zeug sowieso schon vernünftig herunterladbar in einem git liegt... :)
    Vorteil wäre, dass der Code zum Aktualisieren eines Skins bei allen sehr einfach und auch gleich wäre (git pull).


    Lars.

  • Generell ist es mir egal wo ich meine Dateien pflege. Die Argumentation gegen das sammeln im Skindesigner finde ich richtig. Cool finde ich die zwei Vorschläge das man alle Skins in ein Skindesigner-Skins GIt packt oder es sogar übers OSD "nachladbar" macht. Aber wenn dann wirklich in Form eines "gut clone/pull". Das mit dem verpacken in ein Archiv find ich doof, ich persönlich hasse das immer wenn alles verpackt ist. Ist in meinen Augen doppelte Arbeit. Und so groß sind die Skins ja nunmal auch nicht.
    Wie wäre es denn wenn man einfach alle Skins in ein gemeinsames GIt Verzeichnis packt. Wäre das machbar das dann auch jede seine Arbeit an den Dateien fortsetzen kann? Oder wird das eher kompliziert?


    Aber wenn ich gerade darüber Nachdenke ist es ja nicht wirklich was anderes. Warum machen wir nicht ein Thema im Forum auf wo im ersten Beitrag die ganzen Adressen der Skins gepflegt werden? Schön mit Bildchen.


    Wäre doch von der Übersicht her eigentlich am einfachsten. Und macht auch recht wenig Arbeit.



    Gruß Patrick

    Gruß Patrick


    [size=8]* Meine NeverEndingProjects ;) *


    vectra --- glasslike ---

  • Ein gemeinsames git für verschiedene Projekte, auch wenn es alles skindesigner-Skins sind, ist einfach nicht richtig. Wenn ich dann ein bestimmtes Skin will, muss ich alle herunterladen - das ist doof.


    Einmal im skin-Verzeichnis gucken, ob das Ding ein .git-Unterverzeichnis hat, wenn ja, dann im Setup ein "aktualisieren" anbieten - fertig.


    Lars

  • Kann man in einem git aber nicht auch Archive erstellen lassen? Ich mein, wenn git clone/pull keine Problem ist, ok, ansonsten halt skin-<git version>.zip Solche URLs hab ich schonmal irgendwo gesehen, hm.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Github macht sowas on the fly aus Release-Tags und ähnlichem.


    Lars


    Und das ohne einen sinnlosen Counter der hochgezählt wird, in der URL ;), das lokale Archivieren und nachträgliche Hochladen des Release-archivs kann man sich auch sparen.

  • Moin,


    die Idee mit der Skin Galery im Skindesigner gefällt mir...ich glaube so mache ich das :D


    Im Skindesigner Plugin selbst bleibt nur noch der metrix HD Skin. Des weiteren liefere ich eine Liste in Form einer Textdatei mit aus, in der alle Skins mit Name und Git URL (oder wegen mir auch alternativ ne URL auf ein ZipFile) aufgeführt sind. Im Skindesigner Setup werden dann alle Skins, egal ob installiert oder nicht, aufgeführt. Die installierten Skins kann man konfigurieren oder aus dem Git aktualisieren, die nicht installierten Skins kann man per Setup installieren oder auch vorher einige Vorschaubilder begutachten.


    Für die "Galerie" bzw. die Vorschaubilder wäre es wohl am sinnvollsten, wenn jeder Skin die in seinem Git an der gleichen Stelle mit dem gleichen Namen ablegt, dann könnte man die Bilder on the fly runterladen, wenn die Gallery dargestellt werden soll. Ggf. würde es auch Sinn machen, "Standardbilder" festzulegen: "displaychannel", "displaymenumain", "displaymenuschedules - what's on now" zum Bleistift.


    Oder gibt es diesbezüglich andere Vorschläge?


    Ciao Louis

  • Ich finde den Vorschlag sehr gut.
    Schön wäre auch wenn man sehen kann, welche Plugins unterstützt werden.


    Was die Git-URL betrifft solltest du immer nur bis zum neusten Tag auschecken. Alleine um den Leuten mal die richtige Nutzung von Git näher zu bringen und natürlich um Developmentstände zu umgehen.
    Vielleicht einstellbar... :D


    Dann kann ich mir endlich sparen andauernd neue skindesigner-Skins zu paketieren. Die werden so oft aktualisiert, dass mir schon fast die Finger bluten :(

  • Wichtig ist dann aber, dass die Skins keine "aktiven Inhalte" mitbringen. Also keine Scripte die ausgeführt werden müssen oder ähnliches. Sowas wie das "temperaturs"-Script oder ähnliche sollten nach wie vor nur mit Root-Rechten installierbar sein. Die müssen ja auch ohnehin passend zum System angepasst werden.


    Außerdem kann man vergessen die unter /usr/share ablegen zu wollen. Dort darf der VDR-User nicht schreiben!


    Wenn die Sicherheit nicht zu kurz kommt, dann finde ich die Idee durchaus sinnvoll. Bei den meisten modernen Programmen kann man Skins einfach so nachinstallieren. Siehe z.B. Firefox oder auch Kodi. Niemand loggt sich als Root ein um hier das Aussehen anzupassen.


    Ob man das allerdings auf GIT festmachen sollte bin ich eher unschlüssig. Andere Programme lösen das mit einer Art "zentralen Datenbank" und Download-Archiven.

  • Die Rechte für das entsprechende Skinverzeichnis unter /usr/share lassen sich ja auf vdr ändern, das sollte doch eigentlich kein Problem darstellen, oder? Dort muss ja nicht zwingend alles root gehören.


    Letztendlich ist das Basisverzeichnis dann aber Sache des Distributors. Der muss dann auch dafür sorgen, dass es beschreibbar ist. Der Basispfad lässt sich ja konfigurieren.


    Lars

  • Die Rechte für das entsprechende Skinverzeichnis unter /usr/share lassen sich ja auf vdr ändern, das sollte doch eigentlich kein Problem darstellen, oder? Dort muss ja nicht zwingend alles root gehören.


    Das schon, aber dort dürfen nur "vendor-supplied packages" platziert werden.


    Das heißt übersetzt. Dort dürfen nur Dateien liegen, die vom Paketmanager abgelegt wurden.

  • Ok, dann muss man eben ein anderes Basisverzeichnis nutzen, lässt sich ja konfigurieren.


    /usr/lib/vdr/plugins/skindesigner/skins oder doch eher unter /var/lib/vdr/plugins/skindesigner/skins?
    /var/lib ist vermutlich passender, oder?


    Lars.

Jetzt mitmachen!

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