The changes in short: the fastd_mesh_vpn section has been renamed to fastd
and moved into a new section mesh_vpn, with the exception of the options
enabled, mtu and bandwidth_limit, which are set directly in the mesh_vpn
section.
Also kurz gesagt: anstatt fastd_mesh_vpn nun aussen mesh_vpn und dadrin fastd zwischengefügt. (Beispiel)
ich hab hier 4-5 Pakete die so erstmal nicht mehr funktionieren , gibts nen zusammenschrieb was wie umgeschrieben werden sollte an dem man sich orientieren kann?
Und in lede müssen alle Pakete einen eigenen ordner haben, also musst du alles in dem repo noch mal in einen unterordner schieben, der so heisst, wie das paket:
airtime: @rotanid kannst du mir näher sagen welche schlüssel ausgelesen werden und welche entsprechend in alfred/respondd gepumpt werden und/oder einen link zu dem quelltext - ich vermute das ich dennoch Dinge anpassen muss (dann an der Karte) da wir damals in dem Prozess durchaus auseinander gegangen sind.
(vgl Freiburg meshviewer https://openfreiburg.de/freifunk/meshall )
zwischen 2017.1.x und dem master hat sich geändert, dass man jetzt in den Dependencies wieder +gluon-config-mode-core schreibt (gluon-config-mode-core-virtual gibt es nicht mehr), aber in 2017.1.1 ist das noch wie gehabt innerhalb von 2017.1.x wird das auch so bleiben, aber wenn man mal auf den fehler stösst beim Bauen
Configuration failed:
* unable to enable package 'XXXyourPackageHereXXX'
Makefile:99: die Regel für Ziel „config“ scheiterte
in meinem tecff-banner Paket habe ich es aber mit „include $(INCLUDE_DIR)/package.mk“ im LEDE-Build und im Ergebnis ist die MOTD ausgetauscht… scheint also doch zu funktionieren?
Gibt es irgendwo einen Benchmark oder andere Form einer direkten Gegenüberstellung zwischen dem alten OpenWRT-Gluon2016 und dem LEDE-Gluon2017?
Also hinsichtlich Fastd, Batman, WiFi…
Oder auch mal konkrete Werte für „Build schneller“.