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
Simon Joda Stößer 5bb2b8f654 implement bandwith_limit changes necessary since Gluon 2016.1 
in Gluon 2016.1 the bandwith limits stated in simple_tc.mesh-vpn have been moved to the fastd_mesh_vpn section (https://gluon.readthedocs.io/en/v2016.1/releases/v2016.1.html#site-changes)
this fixes newly flashed nodes not having the bandwith_limit activated by default and readds the currently missing default limits
 		2017-02-09 13:59:12 +01:00
gluon@9f1c00050c Update to 2016.2.2 2016-12-19 04:09:43 +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 Add BRANCH=nightly to testing manifest if autosigning with nightly key 2016-12-14 22:18:09 +01:00
modules Add respondd-module-airtime 2017-01-25 11:26:49 +01:00
site.conf implement bandwith_limit changes necessary since Gluon 2016.1 2017-02-09 13:59:12 +01:00
site.mk site.mk: add package gluon-ebtables-filter-multicast 2017-02-03 23:40:59 +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).