Ich hatte schon mal ein Build auf Basis von 2020.1.3 gestartet. Im Log kommen dann aber unter anderem etliche Meldungen wie diese:
WARNING: Makefile 'package/feeds/routing/luci-app-bmx6/Makefile' has a dependency on 'luci-lib-httpclient', which does not exist
WARNING: Makefile 'package/feeds/routing/luci-app-bmx7/Makefile' has a dependency on 'luci-lib-json', which does not exist
Das verunsichert mich als Laie. Bei der 2019.1.x sind die nicht gekommen. Habt Ihr solche Meldungen auch?
Das kommt weil Pakete dependencies auf Pakete aus dem LuCi feed haben. Gluon verwendet diesen Feed allerdings nicht, weswegen diesen Paketen dependencies fehlen.
Solange du die entsprechenden Pakete nicht in deine Firmware einbaust musst du dir keine Sorge machen.
Das ist schon mal schön zu wissen. Danke! Werden bei Euch die Namen der Nachbarknoten auf der Statusseite angezeigt? Siehe hier. Das klappt bei mir auch mit 2020.1.x nicht.
Bekomme diese Fehler auch, es werden keine Images erzeugt. Auffällig ist die Abhängigkeit bei bird, das von Gluon mitgebracht wird - im zugehörigen Makefile ist als Abhängigkeit das Modul luci-base aufgeführt.
Kann man luci irgendwie nachinstallieren oder diese Abhängigkeit anders auflösen?
Fakt ist dass einige Pakete im Feed luci-base und andere luci-Pakete als Abhängigkeit referenzieren. Meine Konfiguration baut mit v2019.1.3 ohne Probleme, aber unter gluon/packages fehlt ab der 2020.1 der Ordner luci. Ich habe es mit einer „leeren“ site.mk (nur mit den Grundpaketen aus der Dokumentation ohne jedes andere Paket) versucht, aber das nutzt nichts.
Hat evtl. jemand eine Beispiel-Konfiguration für mich, die garantiert funktioniert?
Das ganze läuft auch mit v2020.1. Das ganze kommt daher, dass im routing feed die Module nicht in Dienst und LuCI package unterteilt sind. Bauen tun diese trotzdem, lediglich das Webinterface würde nicht zur Verfügung stehen, da Gluon den LuCI feed nicht mehr einbindet.
Ich weiss gar nicht, warum hier stets auf diesem „mit einem Kern bauen“ herumgeritten wird. Zumindest bei mir hat bislang immer „–output-sync=recurse“ ausgereicht.