Present
Signed-off
* -
Lead
Minutes taker
Legend I = Information
D = Discussion
V = Vote
Every DI Sub Project gives a short overview about the things that were going on.
Mail cockroach
bc. Läuft
Web Apophis
bc. Zürcher machen Änderungen. Rückführung in Hauptentwiklung.
E-Voting (PiVote) Exception
bc. Einige offene Tickets. Nichts neues.
MemberDB & MDBGui Corvus
bc. "maennchen" schreibt ein Modul für den Newsletterversand
Logfile Analysis Exception
bc. Erstaunlich wenig los.
Server Otis and Largo Corvus
bc. Dergringo hat eine Dokumentation erstellt.
[Manual](http://wiki.piratenpartei.ch/wiki/Server/Otis/Manual)
für IT-Guys [D,V]
bc. Wollen wir den IT-Guys Adminrechte auf den jeweiligen Subdomains geben?
Basel [D,V]
Verschieben auf nach der PV
Wahlkampfplattform [I, D, V]
Ich hatte am Mittwoch eine Treffen mit Convex. Er will eine Möglichkeit um an die Mitglieder drei Dinge zu Informieren:
Alle Aktionen sollen auf einer Übersichtsseite in zeitlicher Reihenfolge gelistet werden
Wie können wir dies Umsetzten?
bc. Aktuell haben wir nicht dies Ressourcen um eine Solche Platform zu erstellen. Wir empfehlen so Bedarf und Ressourcen vorhanden eine eigene Lösung zu erstellen.
der Piratenpartei Server in die Schweiz [D, V]
Was ist unsere Stellung zu diesem Antrag?
Mögliches Gegenargument:
Ordnungsantrag für PV: Frist verlängern auf September 2012
Wollen wir eine "Single Sign On" Lösung und ist OpenID eine angemessene Lösung?
Wollen wir eine "Single Sign On" Lösung?
Ist OpenID eine angemessene Lösung?
bc. [Ich](/wiki/Benutzer:Corvus) werde dieses Konzept in den nächsten Zeit umsetzen.
Einige unserer Services erkennen die Benutzersrpache aufgrund der aufrufenden Domain; einige nicht. Um die Erstellung und die Wartung der SSL-Zertifikate zu vereinfachen sollten wir wan immer möglich auf eine Einzige Domain redirecten. Welche URLs sind als Haupt-URLs zu definieren und welche sollen wohin umgeleitet werden?
Wir wollen zuerst eine Übersicht über die Domains erstellen. Sowie die Notwendigkeit von SSL überprüfen.
Überprüfen beim nächsten Serverneustart
Vermutlich hat das Problem den geleichen Ursprung wie #216
Ich möchte die Meetings in Zukunft wöchentlich stattfinden lassen. Argumentation: Wenn jemand an einem Termin nicht kann vergehen beim jetzigen System vier Wochen. Neu sind es nur noch zwei Wochen. Zudem erhöht sich dadurch die Reaktionszeit der AG DI auf Anträge.
Zwei Arten von Meetings: Grundlegendes Meeting einmal im Monat. Wichtiges jede Woche.
Wir werden die Frequenz der Meetings erhöhen aber nicht an jedem Termin das Volle Programm abspulen, sondern nur die Wichtigsten Punkte bearbeiten. Alle drei bis vier Wochen werden alle bis dahin aufgelaufenen Punkte behandelt.
[[Benutzer:Corvus|Corvus] erstellt eine doodle-Umfrage um den idealen Wochentag für das Meeting zu überprüfen.
Siehe Mailbox.
Corvus wird Interessenten zu einem persönlichen Gespräch und anschliessend an das nächste AG DI Meeting einladen.
Für das Gespann NGINX und PHP wird ein FCGI-Server benötigt. Das aktuelle Gebastel, wo derjenige des lighttp verwendet wird führt zu Fehlermeldungen in der Paketverwaltung. Eine Mögliche Lösung wäre das Paket spawn-fcgi welches aber nur für sid zu haben ist.
spawn-fcgi ist inzwischen auch im squeez Repositorry. Corvus und dergringo überprüfen ein Update für Herman.
Wie wollen wir weitere Mitglieder für die AG DI gewinnen um eine Wissensredundanz zu erreichen?
Simon Rupf ist bereit bei der Serveradministration zu helfen.
Corvus erstellt eine Liste der Services die Betreut werden müssen. Diese wird an die Sektionen kommuniziert, welche diese an den Stammtischen thematisieren sollen.
bc. Sunday, 20.02.11 / 19:00 Mumble