bsp/default in Paket verschieben #179
Labels
No Label
RFC
RFT
WIP
blocked
bsp
bug
build/scripts/tools
duplicate
feature
fixed
layer3
mantis
more details required
needs changes
node
packages/fff
rejected
security
trivial
upstream
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: freifunk-franken/firmware#179
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
In
bsp/default/
liegen noch 3 einsame Dateien herum.Die wollen glaube ich in passende Pakete untergebracht oder in einem neuen zusammengefasst werden.
Jemand ne idee wo das Zeug hin kann, bzw. ob man dafür einfach ein neues Paket schnüren will?
Bei der Gelegenheit könnte man auch aus dem rc.local schnipsel eventuell gleich einen richtigen service machen.
Package fff wäre wohl das richtige. Danach spaltet es sich auf in node und layer3.
Das
fff
Paket ist ein guter Hinweis. Dasfff
Paket selber ist aber mehr so ein Metapaket. Das würde ich auch so lassen.Es zieht aber immer beispielsweise das
fff-config
Paket rein und da wäre denke ich ein guter Platz. Das hätte auch schon einfiles
Ordner, wo man die 3 Dateien unterbringen kann.Hier sind noch die anderen Kandidaten:
Ja, fff-config ist gut. Nimm das und werf die Dateien rein.
Och nö.
Die Dateien werden leider schon vom
base-files
Paket geliefert und können daher nicht von einem anderen Paket installiert werden.Egal wie man es macht - sauber wirds nicht. Dann können wir es auch so lassen.
rc.local kann man sehr schön durch Dienste ersetzen, das habe ich in meiner Firmware bereits vor Jahren gemacht, und verschiedene Varianten wurden auch schon im Patchwork vorgeschlagen. rc.local fällt dann komplett weg, für configurenetwork und configurehood werden jeweils init.d Dateien in den zugehörigen Paketen erstellt.
Und für /tmp/started muss man dann noch eine zielgerechte Lösung bauen. Daran ist damals die ganze Sache im Patchwork gescheitert: /tmp/started war böse und sollte weg, und eine Zwischenlösung war nicht akzeptabel. Ich habe in meiner Firmware einfach ein Package dafür und damit war die Sache erledigt.
Die Änderungen können ganz nett hier nachvollzogen werden (oberste fünf Commits):
https://github.com/adschm/fff-firmware/commits/mainline/bsp/default/root_file_system/etc
Dort sieht man aber nicht eventuell zusätzliche Anpassungen der START= Variablen in anderen Paketen.
Dann mache ich das issue doch nochmal auf, denn mir ist auch noch etwas eingefallen.
/etc/profile
aus Openwrt müssen wir denke ich nicht wirklich überschreiben.Wir könnten also unsere Anpassungen also einfach in
/etc/profile.d/
ablegen. Das fände ich sowieso viel sauberer.Mit dem Vorschlag von @adschm könnten wir also auch
/etc/rc.local
sauber umverpacken.Eine simple Lösung für
/etc/banner
wäre einfach das Openwrt Logo zu lassen und unseres einfach dazu hinterher auszugeben (via script in/etc/profile.d/
).Oder /etc/banner erst auf dem Gerät überschreiben.
Runtime-Überschreibe-Varianten kosten halt doppelt (geringfügig) Speicherplatz.