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
NaN Commits 13 Branches 92 Tags 628 KiB
Shell 58.2%
Lua 28.8%
Makefile 13%
Go to file
Jan-Philipp Litza 4840255c2b site.conf: Added opkg repo for kernel modules 
See https://gluon.readthedocs.org/en/v2016.1/releases/v2016.1.html#kernel-module-opkg-repository
 		2016-02-15 09:45:56 +01:00
gluon@55dc9c369d Update gluon 2016.1 2016-02-11 12:24:52 +01:00
i18n i18n: Don't use empty string 2015-08-30 22:36:38 +02: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 Readme: Add libssl-dev as dependency 2015-11-09 15:20:45 +01:00
build.sh build.sh: Rework branch concept 2016-02-11 22:36:54 +01:00
modules Update ffhb-packages repo, add autoupdater_switcher settings 2015-01-24 16:09:55 +01:00
site.conf site.conf: Added opkg repo for kernel modules 2016-02-15 09:45:56 +01:00
site.mk Update to latest master, replace announced with respondd 2016-02-02 11:13:33 +01:00

README.md

Anleitung

Um die Bremer Firmware zu bauen sind folgende Vorbereitungen notwendig:

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

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

# In das Verzeichnis wechseln
cd gluon-site-ffhb/
# 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).