FYI
Grüße aus Berlin
Tarek
-------- Weitergeleitete Nachricht --------
Betreff: [WLANtalk] ffnord->con – 2015.2
Datum: Fri, 12 Jun 2015 21:14:09 +0200
Von: Andre Schmidt <andre(a)hamburg.freifunk.net>
Antwort an: Deutschlandweite Liste für WLAN Layer 8 = Diskussion und
Austausch <wlantalk(a)freifunk.net>
Organisation: Freifunk Hamburg
An: wlantalk(a)freifunk.net
Newsgruppen: freifunk.de.wlantalk
Moinsen,
vom 11. bis 13. September 2015 findet in Hamburg-Altona die „FFNORD ?
CON – 2015.2“ im Attraktor e.V. statt. Die Veranstaltung ist ein primär
an Admins, Techniker und Firmware-Entwickler gerichteter Workshop, der
einen Rahmen für die Vertiefung der Zusammenarbeit der Freifunk
Gemeinschaften im Norden bieten soll. Um eine produktive Umgebung zu
gewährleisten, ist die Teilnehmerzahl auf ca. 30 Personen begrenzt.
Daher wäre es gut, wenn jede Community ca. 3 bis 5 Personen stellt –
bitte diskutiert, wen ihr „entsenden“ wollt.
Weitere Details und Anmeldung unter http://www.ffnord.net
Bis die Tage,
baldo & andre
_______________________________________________
WLANtalk mailing list
WLANtalk(a)freifunk.net
Abonnement abbestellen? ->
http://lists.freifunk.net/mailman/listinfo/wlantalk-freifunk.net
Weitere Infos zu den freifunk.net Mailinglisten und zur An- und
Abmeldung unter http://freifunk.net/mailinglisten
hallo ihr,
ich habe seit beginn als ich angefangen habe beim ffnw,
immer nur das banner von openwrt gesehen, wieso?
guckt euch bitte die anhänge an,
meine ideen
entwurf oder entwurf_1
was denkt ihr?
--
gruß
pic
@ME https://wiki.nordwest.freifunk.net/picard
Hallo zusammen,
Ich bin jetzt schon mehrmals auf unsere Redundanten Systeme angesprochen
worden. Des weiteren überlege ich auch welche Systeme man zusammen
fassen kann und vor allem wie wir workflows optimieren können.
Ich wurde jetzt schon mehrfach gefragt warum wir zwei verschieden git
Systeme haben. Darum würde ich hier gerne mal mit allen Entwicklern
besprechen für welches git wir uns nun entscheiden wollen. Wir hatten so
eine Diskussion schon mal wo wir unser geliebtes gitphp durch gitlab
ersetzt haben. Nun haben wir ein ähnliches Problem da wir im Moment ein
gitlab mit einigen Projekten Haben und eine github Organisation mit ein
paar Projekten. Einige Entwickler möchten gerne zu github um eine
Bessere Erreichbarkeit von Projekten zu erzielen und auch gewisse
Features von github nutzen zu können. Andere Entwickler möchten gerne
ein Unabhängiges Git System wie aktuell gitlab.
Evtl. ist der ein oder andere auch sogar der Meinung wir sollten zurück
zu unserem früheren gitphp.
Nun ich würde mich sehr über eure Meinung freuen welches der Instanzen
bevorzugt ist oder ob wie den aktuellen stand mit zwei git Systemen bei
behalten wollen (Was ich nicht bevorzugen würde).
LG
Tarek
Hi,
der vpn02 soll wieder an den Start gehen. Dafür habe ich den Key des Servers
ausgetauscht um sicherzustellen, dass sich Router mit einer Firmware <0.5.6,
die aus irgendwelchen Gründen wieder auftauchen, nicht mehr zu diesem
Verbinden können und so potentiell komische Dinge passieren.
Den neuen public Key habe ich in den master branch des siteconf repo gepusht.
Ich weiß wir gehen hier gerade sehr kleine Schritte, aber wir bräuchten mal
wieder eine neue Firmware. Tarek darf ich dich nochmal bitten deine Maschine
anzuschmeißen?
Viele Grüße
Clemens
Moin,
hiermit lade ich euch zum Admintreffen ein.
Wann: 5. Juli, 18 Uhr
Wo: Mainframe / KTT, Bahnhofsplatz 10, Oldenburg
Pad: https://pad.freifunk.net/p/ffnw-admin
Natürlich sind auch alle Interessenten willkommen, die sich nicht im
Dudle eingetragen haben.
vg
bjo
--
xmpp bjo(a)schafweide.org
Hi,
ich habe schnell ein best-practice zum Anlegen von Release-Tags zum Wiki
hinzugefügt:
https://wiki.nordwest.freifunk.net/Entwicklung/Firmware_releaseprozess#Rele…
Insbesondere der Punkt Tag-Message ist denke ich interessant. Ich würde
vorschlagen, dass wir die Tag-Messages ein wenig ausbauen und jeweils einen
Mini-Changelog angeben. Dann haben wir eine verbale Zusammenfassung der
Änderungen an einer zentralen Stelle und der Prozess integriert sich quasi
perfekt in unsere vorhandenen Abläufe.
Taggen müssen wir sowieso und wenn wir eine vernünftige Message mit angeben,
könnten wir uns in der Zukunft mal ein Script schreiben, dass wir in den
Gitlab Web-Hooks des Siteconf repos hinzufügen und automatisch immer dann
aufrufen, wenn ein Tag gebusht wird. Dieses Script schiebt dann bei jeden
Release oder z.B. nur bei Major-Releases einen Artikel in unseren Blog und
hängt an den Artikel die Tag-Message mit der Zusammenfassung sowie einen
automatisch erstellten Changelog an. Vom Blog geht das dann per iffft auch
automatisch auch auf die anderen Kanäle wie Twitter/Facebook/Mailingliste.
Für Tage mit viel Zeit:
Das ganze könnte man mit Jenkins sicher soweit aufbohren, dass Releases
außerdem automatisch gebaut und auf den Server geschoben werden. Dazu ist mir
folgendes Script übern Weg gelaufen:
https://freifunk-ingolstadt.de/git/Freifunk_Ingolstadt/ffin-site/raw/master…
LG
Clemens
Hi,
Ich habe heute erfolgreich ein GLUON2015.1.1 gebaut und den Master
branch bereits weitestgehend aktualisiert. Des weiteren habe ich die
SSID im Master branch auf testing.nordwest.freifunk.net und
testing.mesh.ffnw geändert und das letzte zeichne der BSSID im Alphabet
inkrementiert. Ziel soll es sein ein Testnetz unabhängiger vom Produktiv
Netz zu erzeugen um eventuelle Störungen zu vermeiden.
LG
Tarek
Hi,
mir ist im Moment nicht ganz klar wie das Siteconf Repo organisiert ist.
Es gibt aktuell ja den master branch und den 0.5.6 branch. Die Images werden
immer aus dem 0.5.6 branch gebaut, aktuelle Änderungen fließen idR. aber in den
master ein.
Wie werden Änderunen aus dem master in den 0.5.6 branch übernommen? Wird der
master einfach komplett in den 0.5.6 branch gemerged oder machen wir für
relevante commits ein cherrypick oder ein ganz anderes Verfahren?
Dachte ich frage mal eben, dann kann ich meine Änderungen von gestern nämlich
selbst an die passende Stelle schieben und den kompiler für die 0.5.6.3
anschmeißen.
LG
Clemens
