ffhb/gluon-site-ffhb
ffhb
/
gluon-site-ffhb
mirror of https://github.com/FreifunkBremen/gluon-site-ffhb.git
1
1
Fork 0
Code Issues Releases Wiki Activity
319 Commits 13 Branches 92 Tags 627 KiB
Shell 58.2%
Lua 28.8%
Makefile 13%
Go to file
Oliver Gerlich 89696f512e remove explicit "firewall" and "urngd" packages 
... as recommended at
https://forum.freifunk.net/t/fehler-file-system-partition-too-big/24139/3 .

I am not aware that we explicitly want these packages; so they should only
be pulled in as dependencies from other packages, if necessary.
 		2024-07-13 11:01:05 +02:00
domains fix(dns): add cacheing again 2023-08-20 10:23:28 +02:00
gluon@ec72498a44 feat(gluon): update to 2023.2.3 2024-07-07 12:21:03 +02:00
i18n add description for domain selection 2020-01-18 13:10:19 +01:00
.gitignore build.sh: Allow an aborted build process to resume 2015-08-30 16:44:44 +02:00
.gitmodules Add gluon repository as submodule 2015-07-02 17:14:37 +02:00
README.md Added package python2.7 as dependency 2018-01-19 20:33:48 +01:00
build.sh feat(gluon): update to 2021.1.2 2022-07-23 14:27:24 +02:00
image-customization.lua remove explicit "firewall" and "urngd" packages 2024-07-13 11:01:05 +02:00
modules fix(modules): use https for git protocol 2022-05-22 16:14:35 +02:00
site.conf feat(gluon): update to 2022.1.1 2022-12-11 02:14:53 +01:00
site.mk fix(image-customization.lua): move away from site.mk (required by v2023.2) + add tls packages 2024-01-23 23:25:35 +01:00

README.md

Anleitung

Um die Bremer Firmware zu bauen sind folgende Vorbereitungen notwendig:

# Build-Dependencies installieren (Debian/Ubuntu)
sudo apt-get install coreutils schedtool build-essential subversion git libncurses5-dev zlib1g-dev unzip gawk libssl-dev python2.7
# Dieses und das Gluon-Repository clonen
git clone --recursive https://github.com/FreifunkBremen/gluon-site-ffhb.git

Um eine bestimmte Version der Bremer Firmware zu bauen sind folgende Befehle nötig:

# In das Verzeichnis wechseln
cd gluon-site-ffhb/
# Die gewünschte Version auschecken ($tag ist z.B. v2016.2.3+bremen2)
git checkout $tag
# Gluon auf die passende Version bringen
git submodule update
# Build-Prozess anstoßen
./build.sh

Lief der Build-Prozess erfolgreich durch, liegen in gluon/output/images/ die fertigen Images inklusive eines Manifests für den Autoupdater, das schon mit dem eigenen ECDSA-Key signiert wurde falls dieser unter ~/.ecdsakey liegt. In gluon/output/packages/ liegen außerdem per opkg auf dem Knoten nachinstallierbare Kernel-Module.

Will man ohne build.sh manuell make im Verzeichnis gluon aufrufen, wie in der offiziellen Gluon-Doku, muss man jedem Aufruf von make den Parameter GLUON_SITEDIR=$PWD/../ nachstellen (oder wie in build.sh einmal per export GLUON_SITEDIR=$PWD/../ setzen), damit Gluon das site-Repository findet. Alternativ kann man einen Symlink anlegen, indem man während man im site-Repository ist den Befehl ln -s $PWD gluon/site ausführt.

In jedem Fall wird der Gluon-Release-Name automatisch aus dem ausgecheckten Tag generiert - auch falls kein Tag, sondern z.B. der master-Branch ausgecheckt wurde! Falls das nicht gewünscht ist lässt sich durch folgenden Aufruf vor dem entsprechenden Build-Befehl (./build.sh oder make) ein eigener Release-Name festlegen:

export GLUON_RELEASE="2017.1+bremen1+dein-nickname"

Analog lassen sich alle anderen GLUON_*-Variablen überschreiben, außerdem die folgenden build.sh-spezifischen Variablen:

  • GLUON_TARGETS: Welche Architekturen werden von build.sh gebaut
  • KEYFILE: Der Ort des Schlüssels, mit dem das testing/nightly-Manifest automatisch unterschrieben werden soll