Protokoll der Sitzung der PG Basisentscheid "Thema BEO CH"¶

• Ort: Mumble NRW
• Datum: 22.06.2016
• Zeit: 20:00 CEST
• Ende: hh:mm CEST
• Leitung: Moira Brülisauer
• Protokoll: Gemeinsam, Verantwortlich MBR

Anwesende¶

• Moira Brülisauer (PPV PPS)
• Tobias Stenzel (Entwickler Portal, Anpassung Discourse)
• Entropy (Entwickler ID Server)
• Stefan Thöni (Technik PPS, Juristisches PPS)

Abwesende¶

• Robert Arnold (Entwickler VVVote)
• Foo (Entwickler pseudonymes Voting)

Informationen¶

Stand der Systeme?¶

VMs bei der BayernIT¶

escaP:

• allgemeines Upgrade
• Monitoring funktioniert jetzt

Discourse¶

escaP:

• Update auf Version 1.6
• durch Update funktioniert Antragsübertragung zum Portal nicht mehr, sollte sich aber einfach beheben lassen

Portal¶

escaP:

• Abstimmungsübertragung zu vvvote funktioniert grob (manuell als JSON, vom Portal validiert oder automatisch aus Anträgen, die einer Abstimmung zugeordnet sind)

• Beginn Entwurf Datenmodell https://basisentscheid.piratenpad.de/portal auf Basis der EO 2.0. mit Ziel mit CH-Lastenheft und Portalcode übereinzustimmen

ID Server (CH)¶

• Ich habe noch die Dateien zur Datenbank Intialisierung hochgeladen, die noch fehlten. Bei dem anderen Problem (sync ohne Verifikationsdaten) konstruiere ich Testfälle, um das Problem genauer einzukreisen

VVVote (CH)¶

• arbeite an der automatischen Installation unter NixOS

Traktanden¶

Nächste Schritte¶

Discourse¶

• Antragsübertragung reparieren (auf Version 1.6)

Portal¶

• Abstimmungsphasen implementieren und andere Features

ID Server (CH)¶

• Bugfixes, mehr tests, Unterstützung von sync mit mehreren (auch gleichrangingen) Gliederungen pro Mitglied

• Arbeitet weiter am Sync mit der MDB (verify komplett weglassen oder auf dummy Wert setzen, nicht leer)

VVVote (CH)¶

• NixOS-Installation, Testsystem einrichten

Mehrfachmitgliedschaft in gleichrangigen Gliederungen¶

eingereicht von: STH/MBR

Haben wir irgend eine Lösung für gleichzeitig Mitgliedschaft in mehreren gleichrangingen Gliederungen?

• Entropy: Wie dringend ist das Feature
• exception: Bis anhin haben wir noch keine so Fälle, aber es könnte bald welche geben. Es ist bei uns Satzungsmässig nicht mehr verhindert dass man in mehreren gleichrangigen Gliederungen Mitglied sein kann.
• Entropy: Ich habe das Ursprünglich so vorgesehen, dass man vom ID Server her in verscheidenen nested Groups sein kann, also in unterschiedlichen Gliederungen, senkrecht und Horizontal. Der ID Server kann das schon. Das Sync vom Backend mit mehreren Gliederungen pro Mitglied muss das aber noch implementiert werden.
• Exception: Das wäre von Vorteil, dass man dann auch in einer Untergliederung sein kann ohne in der Hierarchisch höheren zu sein.
• Entropy: nur Info über Tiefe verwenden um z.B: im Portal zu sortieren

Schluss und nächste Sitzung¶

Sitzung wird durch den Sitzungsleiter geschlossen um 20:28.

Die nächste Sitzung wir per Slack ausgemacht.

Footer¶

Was soll das ganze?¶

Bitte im Redmine der PPS nachlesen, was die PPS hier umsetzt: https://projects.piratenpartei.ch/projects/beo?jump=welcome

Und wer macht das? http://wiki.piratenpartei.de/Basisentscheid/Projektgruppe

Vorherige Protokolle¶

Die Protokolle der Entwicklungsarbeit am Urabstimmungssystem für die Piratenpartei Schweiz finden sich im Wiki