rellla
commented
1 year ago Das will ich dir nicht vorenthalten und finde es sehr nützlich. Zwar nur fürs entwickeln sinnvoll, aber es macht auch nichts kaputt. Vielleicht wär das was ... Damit wäre das Argument "etwas" entkräftet, dass das mit dem Entwickeln (von Plugins) mit VDR*ELEC kompliziert ist bzw. lange dauert. Das einzige, was jetzt noch länger dauert, als wenn man direkt auf der Kiste kompilieren würde, ist das Erzeugen und Kopieren der Patches und das Wechseln zwischen zwei ssh Sessions ;)
Zabrimus
This adds some quirk for developing vdr plugins, which might be useful for plugin developers. If "$(pkg-config --variable=apiversion vdr)" as the 4th argument for zip_config.sh is added in the plugin's package.mk, the plugin library will be installed into /storage/.config/vdrlibs/save. A link in /storage/.config/vdrlibs will point to that file and at last the necessary link in /usr/local/lib/vdr/libvdr-.so.2.6. will point again to /storage/.config/vdrlibs/libvdr-.so.2.6..
This adds the possibility to copy your library binary at any place in /storage. You simply need to change the link in /storage/.config/vdrlibs to point to that file.
In my personal environment i have the server'ss LE build directory mounted as a nfs share into /storage/.config/vdrlibs/server and let /storage/.config/vdrlibs/libvdr-.so.2.6. point to the freshly built lib within the build directory.
So workflow is as follows:
A quite nice setup for a development machine. There is no need to build the complete image file, transfer it and let LE/CE trigger the update process because of just one single new binary.