Gluon wechselt zu LEDE

Technik Gluon
10

Hier ist es.

11

Was bedeutet das jetzt für mich als Freifunker? Wird jetzt Gluon ersetzt? Ich verstehe nur Bahnhof.

12

Wenn es Dir wenig sagt, was das Initialposting anführte, dann bedeutet es vorerst gar nichts für Dich als Freifunkenden.
Und vermutlich auch nicht mittelfristig, da Du selbst weder Images baust, noch deren Erstellung diese vorm Signieren prüfst (hoffe ich mal einfach.)

  • Es gibt noch keinerlei „Release“ damit
  • Ein neues Gluon-Release ersetzt immer das ältere (Spezialfälle mal ausgenommen)
  • Personen, die diese Spezialfälle betrachten, denen wir das Startposting bestimmt etwas sagen.
3 „Gefällt mir“
13

zu 1) auch der „Ursprungs-Router“ WRT54G wurde irgendwann nicht mehr unterstützt von OpenWRT - so ist das eben, billigst-Technik ist nicht zukunftsfähig sondern ein Wegwerfprodukt.
zu 2) fast, es wird gerade versucht es abzuspecken - in der Hoffnung dass das einfacher ist als es ganz zu ersetzen.

14

Und wenn am Ende Luci fällt dann ist das eben so.

Dann wird halt ein kleines Tool gebastelt, das die nötigen Befehle via SSH und UCI umsetzt.

Ich kann nur jedem raten schon heute auf Geräte mit mind. 8MB zu setzen. Altbestände natürlich ausgenommen.

5 „Gefällt mir“
15

Die Diskussion um „4MB Flash“ hatten wir hier :

3 „Gefällt mir“
16

Der Build-Fehler bei mir kommt bisher nur beim ar71xx-tiny targe. Generic baut durch.

1 „Gefällt mir“
17

Kann ich auch bestätigen. Ich habe testweise mal den d-link-dir-615-rev-c1 in der targets/ar71xx-tiny auskommentiert und damit lässt sich dann das tiny target auch kompilieren.

18

Bitte als issue im git melden !!!

1 „Gefällt mir“
19

Danke für’s Melden

1 „Gefällt mir“
20

das Issue wurde inzwischen bearbreitet:

  • bekanntes Problem, die Ursache ist dass das Image zu gross werden würde
  • Workaround: in der site.mk nicht benötigte Packages/Locales entfernen
21

Wichtig wird vor allem werden, sich jetzt schon prophylaktisch auf möglichst vielen „eher exotische Routern“ SSH-Keys zu hinterlegen, insbesondere bei solchen bei denen die lokalen User sich auf der Shell nicht selbst helfen können.

Derzeit wird disktuiert, z.B. 1043v1 auf BROKEN zu setzen, was sich in normalen Buildbetrieb mit einer „stable“-release ausschliesst. Daher werden diese Geräte dann ohen Umstellung auf einen anderen Pfad vermutlich herausfallen aus dem Autoupdater.

Es fällt auch das x86-KVM-target weg. D.h. der Autoupdater wird dann dort keinen Kandidaten finden, sofern man ihm nicht „mit Tricks“ nachhilft, weshalb diese Maschinen dann auch aus dem Updatepfad herausfliegen werden solang bis sich jemand händisch drum kümmert.

22

Gibt es schon eine Anleitung,

  1. was man genau alles an seiner site.conf ändern muss um den neuesten master mit LEDE zu bauen? Wie verhält sich das mit den USB-Paketen, die wir in der site.mk haben? müssen die alle raus oder nur einige?

  2. was sich am Aufruf des make commands alles ändert?

  3. was man ev. an eigenen Paketen anpassen muss, damit sie LEDE kompatibel werden?

Ich würde gern unsere GitHub - freifunk-kiel/site-ffki: This is just a copy of the Freifunk Kiel specific Gluon configuration of anpassen.

2 „Gefällt mir“
23
  • Workaround: in der site.mk nicht benötigte Packages/Locales entfernen

Gibt es da einen „sauberen“ weg Pakete nur für ar71xx-tiny auszunehmen? In der Mail war zwar von GLUON_tp-link-tl-wr841n-nd-v11_SITE_PACKAGES… die Rede, aber soweit ich sehe kann man damit nur zum Standard hinzufügen, nicht Pakete entfernen. Möchte nur ungerne für alle anderen Router einzelne Profile anlegen müssen :confused:.

24

Soweit ich das jetzt zusammen habe muss man für LEDE im Moment nur das paket

1.

gluon-next-node

aus dem site.mk entfernen.

2.

den opkg block aus der site.conf entfernen oder ersetzen durch das Beispiel aus gluon/site.rst at v2017.1.x · freifunk-gluon/gluon · GitHub

3.

Und in gluon paketen ist

include $(GLUONDIR)/include/package.mk

nicht mehr korrekt, das muss entweder durch

include $(INCLUDE_DIR)/package.mk

ersetzt werden, das ist abwaertskompatibel, dann kann man die Pakete weiter für 2016.2.x und master benutzen.

Oder bei Paketen, die GluonSrcDiet oder GluonI18N* benutzen, z.B.:

$(call GluonSrcDiet,./luasrc,$(PKG_BUILD_DIR)/luadest/)

da muss man statt dem package.mk gluon.mk includen mit:

$(TOPDIR)/../package/gluon.mk

Das ist leider nicht mehr abwärtskompatibel und man muss da also einen extra Branch in den packages anlegen (oder besser dafür sorgen, dass seine packages alle upstream sind :wink: )

4.

Für den optionalen USB-Support müssen die targets angepasst werden. basic support ist schon drin, aber um mehr funktionalität zu haben muss man neue device-namen in den target-strings benutzen, dazu mehr morgen, hier im WIki: USB Support · freifunk-gluon/gluon Wiki · GitHub

Aber in den nächsten Tagen müssen eh noch mal alle LuCi -basierten Config-Mode-Pakete angepasst werden, da neoraider gerade LuCi durch einen minimalen Fork, der 130KB weniger Flash verbrät, ersetzt.

7 „Gefällt mir“
26

LuCi wurde jetzt im master durch das platzsparendere gluon-web ersetzt:

with the merge of Remove dependency on luci-base, introduce gluon-web as new base for Config Mode by neocturne · Pull Request #1007 · freifunk-gluon/gluon · GitHub , Gluon
now doesn’t use LuCI for its Config Mode anymore, but our own fork
„gluon-web“, which is significantly smaller (as lots of features we don’t
need have been removed).

Alle gluon Pakete müssen daher jetzt an das neue gluon-web angepasst werden, dazu bitte die Dokumentation lesen (im Dokument für model und controller ist unten jeweils ein Bereich „changes from LuCi“)

  1. die Benutzung der Funktion gluon_luci.escape() durch pcdata() und urlescape() durch urlencode() austauschen
  2. Im Makefile die Dependencies anpassen: DEPENDS:=gluon-luci-theme durch DEPENDS:=gluon-web-theme, luci-base durch gluon-web, gluon-luci-admin durch gluon-web-admin …
  3. i18n.translate() => translate()
  4. luci.template.render_string() => renderer.render_string()
  5. z.B. s:option(cbi.Value, „_altitude“ … => o = s:option(Value, „altitude“ …
  6. o.rmempty wird o.optional
  7. Pfde anpassen: /lib/gluon/setup-mode/www wird /lib/gluon/web/www
  8. Includes anpassen: require ‚luci.util‘ wird ersetzt durch ‚gluon.web.util‘ und ‚luci.i18n‘, „gluon.luci“ durch „gluon.util“
  9. In der site.mk alle Pakete mit -luci- im Namen durch -web- austauschen, (Ausnahme: gluon-luci-portconfig wird gluon-web-network) Beispiel
...
7 „Gefällt mir“
27

Weitere Neuerung:

site.conf needs to be adjusted. Refer to
Site configuration — Gluon 2023.1.1 documentation for the
new format.

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)

3 „Gefällt mir“
28

Noch einiges, was sich geändert hat, was nur für manche package-Repos zutrifft, die das Makefile direkt im hauptordner des Repos hatten:

11.

Das Paket mit dem Makefile muss innerhalb des Repos in einem eigenen Unterordner liegen.

12.

local uci = luci.model.uci.cursor() => local uci = require("simple-uci").cursor()

Ich hab das soweit mal als eigenen fork der development information zu den gluon readthedocs ergänzt, die teilweise übernommen wurden: Docs: add development information by rubo77 · Pull Request #1136 · freifunk-gluon/gluon · GitHub

In den Release notes zu 2017.1 sind weitere Hinweise:

1 „Gefällt mir“
29

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?

30

Welch sind das? Igendwas mit TunnelDigger?