Heli-X-Plugin veraltet

Ich kann das leider nicht ganz zuordnen - meinst du das yavdr-addon-helix? https://github.com/yavdr/yavdr-addon-helix

Wenn du sagen kannst, was da im Git-Repository geändert werden muss (idealerweise als Pull-Request), baue ich das gerne ein.

Zitat von Daniel26

Gibts eigentliuch irgendwo ne Beschreibung wie so ein AddOn aufgebaut sein muss?

Nicht, dass ich wüsste (die meisten yavdr-* Addons sind vor meiner Zeit im yaVDR-Projekt entstanden) - aber so ein Addon ist ja letztendlich ein Debian-Paket (dazu kann man z.B. https://www.debian.org/doc/manuals/maint-guide/ lesen), das Menüeinträge für den wmdrawer und menuorg und ein Upstart-Skript mitbringt (das scheint meistens über das Template-System gelöst worden zu sein, vermutlich weil dann keine Rückfrage erfolgt, wenn im Zuge eines Updates Dateien in /etc verändert werden sollen) und über das Template-System können Konfigurationsdateien verändert werden, falls das notwendig sein sollte.

Ach ja: um ein Paket lokal ohne Source-Tarball zu bauen, kannst du im Quellverzeichnis das ausführen:

dpkg-buildpackage -b -us -uc

Zitat von Daniel26

Mir fehlen wohl schon die ganzen Build-Tools....

Die Pakete build-essential und devscripts sollten dir alles nötige installieren.

Zitat von Daniel26

Naja, pull-request auf der Shell war ich auch zu doof, hab ihn dir mal über das Github-webinterface gemacht.
Sollte eigentlich dann soweit passen.

Gibt es einen bestimmten Grund, weshalb da nicht die 64-Bit Version von Heli-X gestartet werden soll?
Das war schon vorher im Paket inkonsistent, aber es gibt ja zwei Skripte:

HELI-X6/legacy/runHELI-X.sh
HELI-X6/legacy/runHELI-X64.sh

Zitat von Daniel26

runHELI-X64.sh finde ich im aktuellen HELI-X nicht mehr

Ah, die steckt im legacy-Verzeichnis, dann ist es tatsächlich besser die nicht mehr zu nutzen.

Zitat von Daniel26

es wird auch nur noch für 64Bit gebaut (sweit ich das jetzt gefunden habe)

Das Paket an sich ist Architektur-Unabhängig, da es nur Skripte enthält - daher "Architecture: all": https://github.com/yavdr/yavdr…master/debian/control#L10 - wenn es Code enthalten würde, der für verschiedene Architekturen kompiliert werden muss, würde man der Stelle "Architecture: any" setzen.

Zitat von Daniel26

Wie installiert YavDR die Pakete damit es auch die Abhängigkeiten mitnimmt?

Das Paket ist etwas wild, im preinstall Sachen aus dem Netz nachzuladen ist nicht unbedingt die feine Art... - die Installations-Abhängigkeiten sind in https://github.com/yavdr/yavdr…master/debian/control#L11 definiert - wenn du das Paket über "apt install" installierst, werden die Abhängigkeiten automatisch mit installiert.

Am Wochenende, wenn ich nicht früher dazu komme.

Îch lasse es gerade in yavdr-testing bauen.

Ist jetzt auch in stable.