Hi,
Ich greife hier mal einen Beitrag von Clemens aus den Thread [Dev]
Puppet Module auf.
> Was passiert, wenn sich die Beteiligten nicht an die getroffenen
> Vereinbarungen halten, haben wir gerade erst gesehen als eine relativ
große
> Gruppe gegen jede Empfehlung testing Firmware produktiv eingesetzt
hat. Das
> führt bei allen Beteiligten zu Unmut und massivem Mehraufwand.
Das die testing Firmware auf stable gezeigt hat und die normale
nordwest.freifunk.net SSID ausgestalte anstatt
testing.nordwest.freifunk.net war mein Fehler. Ich habe da ein wenig
unüberlegt gehandelt.
Prinzipiell ist testing wie der narme schonsagt eben testing also eine
in den meisten fällen unstable version mit vielen ungeprüften Code
Fragmenten. Wer diese Firmware einsetzt muss sich bewusst sein das die
Router dabei zerstört werden können.
Ich denke das ist selbstverständlich allen klar.
Dennoch denke ich gerade darüber nach das good_signatures level der
testing branches in der site.conf von 1 auf 2 zu inkrementieren. Das
würde dazu führen das wenn jemand eine testing Firmware baut diese
signiert und anschließend hoch lädt nicht ohne die zweite Signatur über
das testing Netz verteilt wird.
Es muss aber auch allen klar sein das wenn wir das tun ich bei jeder
erdenklichen testing Firmware nach Signaturen fragen werde.
vg
Tarek
\o/
Das ändert einiges :)
vg
Tarek
-------- Forwarded Message --------
Subject: [gluon] [ANNOUNCE] Gluon v2016.1
Date: Mon, 8 Feb 2016 11:16:50 +0100
From: Matthias Schiffer <mschiffer(a)universe-factory.net>
To: gluon(a)luebeck.freifunk.net
CC: Freifunk Firmware Entwicklung <firmware-devel(a)freifunk.net>,
WLANware <wlanware(a)freifunk.net>
Hi,
I'm happy to announce that Gluon v2016.1 has finally landed!
As you've already noticed, this has taken a lot longer than planned. The
change from Barrier Breaker to Chaos Calmer had caused some unexpected
instabilities which had to be addresses before making this release.
The release notes can be found at
https://gluon.readthedocs.org/en/v2016.1/releases/v2016.1.html
Please read the "Site changes" section very carefully, as there have
been lots of changes. You might even want to re-read the "Getting
started" guide to find out about our new kernel module opkg repo feature.
We thank all our contributors, who have helped us with code [1], bug
reports, testing or just participating in discussions in our issue
tracker or on IRC.
Regarding release frequency, 2015 hasn't been our most lucky year. We
hope to improve on that in the future and get back to a more regular
release schedule.
-- NeoRaider
[1] https://github.com/freifunk-gluon/gluon/graphs/contributors
Jetzt aber wirklich einen neuen Thread...
Simon magst du die Module in gitlab umziehen?
Ich halte es nicht wirklich für sinnvoll jetzt noch eine dritte Gruppe
bei github auf zu machen.
vg
Tarek
Hi,
ich habe gerade mal eine Wikiseite zum Thema Versionierung angelegt und würde
mich über kurzes Feedback (passt/passt nicht) freuen:
https://wiki.nordwest.freifunk.net/Entwicklung/Firmware/Versionierung
Was Versionsnummer, Tags und Branches angeht folgt die Doku soweit ich das
sehe unserem bisherigen Prozess. Beim Thema Automatisierte Firmware Builds und
Autoupdater-Channel habe ich den aktuellen Planungsstand wiedergegeben. Das
kann halt erst umgesetzt werden, sobald sich jemand für dieses Thema meldet...
Viele Grüße
Clemens
Hi,
Ich habe heute eine neue Firmware gebaut. Basisdaten:
* Firmware-Version: 0.7.1
* Gluon-Version: master
* Download: http://firmware.ffnw.de/0.7.1/
Folgende Änderungen gab es:
* IEE 802.11s wurde entfernt.
* Der geolocator wurde auf Standart Enable gesetz.
* Das package gluon-announced wurde durch gluon-respondd ersetzt.
* Das package ffnw-opkgconfig wurde entfernt.
* Das package ffnw-autoupdater-mod wurde hinzugefügt. Die änderungen in
dem package erzeugen eine zeitlichen differenz beim updaten von Routern
die einen VPN haben und reinen Mesh Routern.
Die Änderungen an der Siteconf können im Siteconf-Repo mittels folgendem
Befehl eingesehen werden:
git diff f30d257045907cd65784643bcf5d81da2e997ef5 v0.7.1
Die Änderungen an unseren eigenen Paketen können im Packages-Repository
mittels folgendem Befehl eingesehen werden:
git diff v0.7 922c22fd7b79e6f87a9ee7cb17afbffe6542aa19
Ich bitte euch die Änderungen zu prüfen und die Firmware im Anschluss zu
signieren. Die Dokumentation zum Signaturprozess findet ihr im Wiki unter:
https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Firm…
Viele Grüße
Tarek
On 12/18/15 08:05, Bjoern Franke wrote:
> Am Freitag, den 18.12.2015, 01:30 +0100 schrieb Simon Kurka:
>> On 17.12.2015 08:15, Bjoern Franke wrote:
>>> * Beim Treffen am Sonntag wurde mir berichtet, dass du beim FFRL
>>> für
>>> weitere BGP-Peerings angefragt hast. Für welche Standorte denn?
>> Anfragen will.
>> Jedes Gateway an alle Standorte, einschließlich Backup-Router.
>>
>
> Alle Standorte? Eigentlich kann man sich immer nur an zwei Standorte
> verbinden.
Warum nur zwei ?
vg
Tarek
Moinsen,
Ich würde gerne Freifunk Entwickler Mumbel machen um über den
hoodselector zu sprechen. Ich bin da erst mal wieder zurück zur
Evaluierung gerudert. Da mir bei der Implementierung einige komplexere
Probleme aufgefallen sind und wo ich mir nicht sicher bin wie wir die
genau lösen wollen.
Ich habe dazu mal unten im pad unter der Überschrift:
"Hoodselector evaluirungsphase" Mögliche Herangehensweisen
aufgeschrieben. Wo auch noch ein paar Fragezeichen herrschen.
https://pad.ffnw.de/p/hoods-testcases
Da viele Entwickler über ganz Niedersachsen verstreut sind und somit ein
Reales Treffen schwierig wird würde ich vorschlagen das wir ein Mumble
veranstalten.
Wäre jemand an einem Mumble treffen interessiert ?
vg
Tarek
