Go to file
Jan-Philipp Litza 0996185154 Buildscript: Support --debug, calc # of threads dynamically 2015-08-04 10:04:52 +02:00
gluon@e54e3dc410 Add gluon repository as submodule 2015-07-02 17:14:37 +02:00
i18n Translation: Fix whitespaces 2015-07-02 15:55:44 +02:00
.gitmodules Add gluon repository as submodule 2015-07-02 17:14:37 +02:00
README.md Add hint about GLUON_SITEDIR to README.md 2015-08-01 11:55:33 +02:00
build.sh Buildscript: Support --debug, calc # of threads dynamically 2015-08-04 10:04:52 +02:00
modules Update ffhb-packages repo, add autoupdater_switcher settings 2015-01-24 16:09:55 +01:00
site.conf Add my public key 2015-06-14 18:39:43 +02:00
site.mk Add gluon-luci-portconfig package 2015-07-02 17:23:15 +02:00

README.md

Anleitung

Um die Bremer Firmware zu bauen sind folgende Vorbereitungen notwendig:

# Dieses Repository clonen
git clone https://github.com/FreifunkBremen/gluon-site-ffhb.git
# In das Verzeichnis wechseln
cd gluon-site-ffhb/
# Gluon selbst clonen
git submodule update --init

Um eine neue Testing-Version der Bremer Firmware zu bauen sind folgende Befehle nötig:

# Gluon auf die gewünschte Version bringen ($tag ist z.B. v2015.1.1)
git -C gluon checkout $tag
# Build-Prozess anstoßen
./build.sh testing

Das Script build.sh versucht die richtige Versionsnummer automatisch aus dem gewählten Gluon-Tag und der letzten veröffentlichten Testing-Version zu bestimmen, sie kann aber auch manuell eingegeben werden. Will man stattdessen eine Stable bauen, ändert man einfach nur das testing in der letzten Zeile zu stable.

Lief der Build-Prozess erfolgreich durch, liegen in gluon/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.

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).