Hi,
On Wed, 2014-11-26 at 22:03 +0100, Chris Bischoff wrote:
Hi,
ich hatte dem Philip vorhin schon gesagt, dass die Batman Version möglicherweise suboptimal für die Client Seite sein kann, da in der offiziellen batman adv die Patches aus dem gluon Zweig nicht enthalten sind (z.b. split horizon).
Das wurde mir auch berichtet. Ebenso auch, dass die BATMAN-Entwickler den Patch abgelehnt haben. Aufgrund unserer üblichen Richtlinien bzgl. dessen werden wir den Patch nicht aufnehmen können.
Eine einheitliche Liste automatisiert zusammen zu bekommen halte ich für eher simpel.
Man braucht lediglich eine json im git wo alle ihre URL auf die site.conf der Community angeben, damit man die mit einem daemon periodisch alle auslesen und homologisieren kann - in welches Format auch immer...
So ähnlich läuft es für die Community Map auch schon.
Es wäre sehr schön, wenn man sich möglichst bald auf ein Format einigen kann.
-Michael
Beste Grüße
Chris
Am 26.11.2014 21:52 schrieb "Michael Tremer" michael.tremer@ipfire.org: Nabend,
On Wed, 2014-11-26 at 20:10 +0100, Philip Berndroth wrote: > Am 2014-11-26 10:16, schrieb Chris Bischoff: > > > kann das Webfrontend dann zukünftig direkt die site.conf einlesen, > > um eine Community hinzuzufügen? > > > > Das wäre sehr wichtig denke ich, da man dann nicht für jede kleine > > Änderung jeder Community manuell eingreifen müsste. > > > Nein, dass Webinterface von IPFire kann die site.conf von Gluon nicht einlesen. > > Wir haben uns dazu entschlossen ein GIT Repository zu verwenden um dort die Communities, welche an diesem Projekt teilhaben wollen, zu pflegen. Ich kann vielleicht mal etwas ausführen wieso wir uns dazu entschlossen haben: Es scheint solch eine Liste noch nicht wirklich einheitlich zu geben. Offenbar gibt es viele von halb-aktuellen Listen in verschiedenen Formaten, die alle unterschiedliche Informationen mit sich bringen. Das ist für uns insofern ein Problem, da wir einfach nur ein Dropdown-Menü auf der Seite haben wollten mit welchem der User auswählen kann zu welcher Community er gehört. Das Eingeben von den ganzen Konfigurationsoptionen wollten wir somit dem User ersparen. Von irgendwo her müssen wir die aber dennoch bekommen... Noch eine Liste mehr ist wahrscheinlich auch keine Lösung, aber funktioniert für jetzt. Wie ihr das intern regelt und ob ihr eine Datenbank anlegt wo ihr alle Informationen dieser Art vereint - das macht am Ende des Tages eigentlich keinen Unterschied mehr. Vielleicht lasst ihr euch da mal was einfallen... Philip hat sich bereit erklärt die Pflege der Liste zu übernehmen. > Grund dafür sind Daten, welchen zb. in der site.conf nicht vorliegen und/oder überflüssig sind. > Ein weiterer Grund gegen das Parsen der Lua Syntax war das Format und das fehlen eines entsprechenden Parsers. Lua ist natürlich verhältnismäßig schlecht, wenn man die Daten in unterschiedlichen Anwendungen einlesen will. > Wir haben die Daten auf das wesentliche Reduziert. *Für uns* reduziert. Ob das noch brauchbar für eine andere Anwendung ist kann ich nicht sagen. > Ich könnte mir aber vorstellen ein externes Tool zu bauen welches uns aus die JSON-Files entsprechend erzeugt. > Hier könnte man auch die Informationen aus der site.conf nutzen. > > Die in dem GIT Repository eingepflegten Daten, fließen dann mit in den Build-Prozess bei IP-Fire ein und werden somit regelmäßig aktualisiert. Es gibt ca. pro Monat ein Update von IP-Fire, im Zuge dessen werden dann auch die Daten der Communities aktualisiert. > > Sobald die Integration von Freifunk in IPFire abgeschlossen und in der offizielle Version ist, werde ich dies Bundesweit kommunizieren. > > Den Startschuss wollen wir mit den Domänen Ruhrgebiet, Möhne und Rheinufer machen! Das sehe ich nicht so. Ich finde nicht, dass es einen Grund gibt die Entwicklung zurückzuhalten bis diese "offiziell" ist. Wir sollten so viele Tester mit ins Boot holen wie möglich und brauchen das daher nicht geheim halten. Das verbessert unter dem Strich nur das Endergebnis. Supportet werden grundsätzlich alle Communities, die in der Liste stehen (und die natürlich BATMAN benutzen). -Michael