<html><head></head><body>Dazu wollt ich letztens zusagen ;)<br>
Also hiermit nochmal, bin morgen dabei ;)<br><br><div class="gmail_quote">Am 4. April 2017 12:00:05 MESZ schrieb Wolfgang Nagele <mail@wnagele.com>:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hallo,<br /><br />Nochmal als Reminder - morgen um 19h beim Brandauer im Gerngross.<br /><br />Bitte noch um Zusagen bis heute 18h damit ich Reservierung machen kann.<br /><br />lg<br /><br />2017-03-26 21:53 GMT+02:00 Wolfgang Nagele <mail@wnagele.com>:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hallo nochmals,<br /><br /> Wie bereits erwähnt würden wir nun gerne ein Kick-off Meeting für alle<br /> Services machen. In diesem Treffen soll es darum gehen das sich alle<br /> Beteiligten kennen lernen können und wir umreisen welchen Umfang jeder<br /> Service in Zukunft haben wird und wie eine etwaige Übergabe ausschauen<br /> könnte.<br /><br /> Termin: 05.04.2017 um 19:00<br /> Wo: Brandauer im Gerngross oben<br /><br /> Bitte mir direkt schicken ob ihr teilnehmen werdet. Wenn nicht in<br /> Person vor Ort werde ich versuchen virtuell via Google Hangouts o.ä.<br /> zu ermöglichen. Es wäre aber *sehr* wichtig und toll wenn wir für<br /> dieses erste Meeting so viel als möglich in Person anwesend sind.<br /><br /> lg<br /><br /> 2017-03-19 18:51 GMT+01:00 Wolfgang Nagele <mail@wnagele.com>:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> Liebe Community,<br /><br /> Habe nun den dzt. Draft nochmals mit eurem Feedback und euren<br /> möglichen Beteiligungen als Maintainer upgedated. Wie ihr seht gibt es<br /> nun eine bessere Abdeckung aber wir haben immer noch einige Bereiche<br /> die Aufmerksamkeit brauchen. Also, wenn du dich dort beteiligen willst<br /> und kannst bitte entsprechend anzubringen.<br /><br /> Eine Kritik wurde auch laut das hier bestehende Maintainer nicht<br /> aufgeführt wurden. Es liegt nichts ferner als das wir bestehende<br /> Maintainer hier ausschliessen wollten. Es ist aber notwendig das auch<br /> diese sich diesem MoU anschliessen und ich bitte hiermit um Info wer<br /> sich noch wo einbringen wird wollen. Wie ihr auch seht sind viele<br /> Services auch mit bestehenden Maintainern hinterlegt - das sind alles<br /> Leute die sich entsprechend gemeldet haben.<br /><br /><br /> Memorandum of Understanding (MoU)<br /> ---<br /> Jeder Service ...<br /> - hat mindestens 2 aktive Maintainer<br /> - dokumentiert im Wiki die prinzipiellen Skills um den Service zu betreiben<br /> - nimmt die Erfordernisse der Community an und richtet sich nach deren<br /> Bedürfnissen<br /> - hat ein Mitglied im Vorstand als Project Angel, dieser kommuniziert<br /> mit den Maintainern um den Status des Services zu evaluieren<br /> - wird einmal pro Monat im Vorstandsmeeting auf dessen Status reviewed.<br /> Die Hauptfaktoren hierbei sind:<br /> - Entspricht der Servie den Wünschen/Erfordernissen der Community?<br /> - Kümmern sich die Maintainer aktiv um den Service?<br /> - Werden Sicherheitsupdates aktiv bearbeitet?<br /> - verwendet die Vereinsinfrastruktur und commited sich bei etwaigen<br /> Änderungen aktiv an der Implementierung mitzuarbeiten (Compute,<br /> Network, Storage)<br /> - Maintainer commited sich einen Übergang innerhalb von 3 Monaten zu<br /> einem anderen Maintainer durchzuführen und dabei zu helfen, sollte<br /> er/sie sich selbst nicht mehr darum kümmern können oder wollen<br /> - Wenn innerhalb dieser Periode kein Nachfolger gefunden werden kann<br /> wird der Service für 3 Monate als dormant geführt. Nach dieser Zeit<br /> wird der Service eingestellt oder auf einen Commons Service migriert<br /> welcher nicht mehr auf der Vereins Infrastruktur selbst zu finden ist<br /> und nicht direkt vom Verein betrieben wird.<br /> - Wenn ein Service Security Mängel aufweist kann diese Frist auch im<br /> ermessen des Vorstandes verringert werden oder ggf. der Service<br /> offline genommen werden bis der Übergang und die Mängel behoben werden<br /> konnten.<br /> - Der Verein supported nur noch Core Services welche dem Vereinszweck<br /> mittelbar dienen. Andere Services können ggf. durch zur<br /> Verfügungstellung von Resourcen (sprich - Housing von Hardware und<br /> evt. Kauf dieser) supported werden. Dabei handelt es sich um Commons<br /> Services. Beispiele hierfür könnten z.B. Mirrors von OpenSource<br /> Projekten o.ä. sein. Solche Projekte werden nur supported wenn es<br /> keine bereits bestehenden guten Alternativen gibt. Genauso werden<br /> diese wieder entfernt, sollten sich neue gute Alternativen entwickeln.<br /><br /><br /> Services<br /> ---<br /> - Backbone Network (Router, Switches, Anbindung, RIPE Database, Whois,<br /> Bandwidth Monitoring & Accounting dzt. Flow & Cacti) -> Stefan<br /> Schultheis, Wolfgang Nagele,<br /> - Roof Nodes (Zutrittsverwaltung, Physische Installation und Standard<br /> Konfigurationen) -> Bernhard Marker, <DU?><br /> - Core Compute & Storage Infra (inkl. Central Logging, Authentication<br /> & Monitoring) -> Adi Kriegisch, <DU?><br /> - Housing Environment (Temperatur Monitoring und Lüftung,<br /> Zutrittssystem, Kamera Überwachung, Reinigung, Strom, Power Leisten,<br /> etc.) -> Michael Med, Gerhard Steinbeis<br /> - DNS (Reverse, Domains & Provisioning von diesen Zonen, Betrieb von<br /> zumindest einem Recursive Resolver) -> Peter Schwindt, <DU?><br /> - DNS Recursor -> Adi Kriegisch, Aaron Kaplan<br /> - Mailserver & Mailing Listen -> Adi Kriegisch, Markus Gschwendt<br /> - Tunnels (Anbindung von Inselknoten) -> Erich N. Pekarek, Bernhard Marker<br /> - Housing Verwaltung (Billing, Verträge, etc.) -> Clemens Hopfer, <DU?><br /> - Node Map -> Erich N. Pekarek, Alexander Biringer<br /> - Node Monitoring (SmokePing) -> Clemens Hopfer, Adi Kriegisch<br /> - Node Datenbank (Nachfolger für dzt. Redeemer) -> Maurice Wohlkönig, <DU?><br /> - Website -> Maurice Wohlkönig, Felix Schneider<br /> - Gallery -> <DU?><br /> - Wiki (inkl. internem Dokumentations Bereich) -> David Hopfmüller,<br /> Matthias Subik<br /> - Social Media (Twitter, Facebook, etc.) -> Peter Schwindt, <DU?><br /><br /><br /> Commons Services<br /> ---<br /> - VoIP -> Christoph Loesch, Franz Lax<br /> - <a href="http://download.funkfeuer.at">download.funkfeuer.at</a> (-> <a href="http://mirror.funkfeuer.at">mirror.funkfeuer.at</a>) -> <DU?><br /> - Etherpad -> <DU?><br /><br /><br /> Auflassen/Umstellen<br /> ---<br /> - Member Mailer -> Soll in eine Standard Mailingliste integriert werden<br /> - Shop -> Auflassen/Aufgelassen<br /><br /><br /><br /> lg<br /><br /> 2017-03-12 11:09 GMT+01:00 Wolfgang Nagele <mail@wnagele.com>:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;"> Liebe Community,<br /><br /> Ich habe nun versucht das Feedback von euch in den nächsten Entwurf<br /> einzuarbeiten. Das ist immer noch ein Draft und euer konstruktives Feedback<br /> ist herzlich willkommen. V.a. bitte direkt Vorschläge für ggf. andere<br /> Formulierungen machen.<br /><br /> WICHTIG: Bitte schaut auf die Service Liste unten und falls da etwas dabei<br /> ist wo ihr euch gerne beteiligen würdet lasst es mich wissen. Wie ihr seht<br /> haben wir noch *viele* Maintainer Positionen offen (Habe diese mit <DU?><br /> markiert). Ohne eure Mithilfe können wir diese Services evt. in Zukunft<br /> nicht mehr bereitstellen.<br /><br /> Auch habe ich bei einigen Services mir die Freiheit genommen Leute als<br /> Maintainer anzuführen von denen ich glaube das sie das machen wollen oder<br /> von denen ich das konkret gehört habe. Solltet ihr hier gelistet sein und<br /> das doch nicht wollen - bitte auch direkt um Info.<br /><br /> Memorandum of Understanding (MoU)<br /> ---<br /> Jeder Service ...<br /> - hat mindestens 2 aktive Maintainer<br /> - dokumentiert im Wiki die prinzipiellen Skills um den Service zu betreiben<br /> - nimmt die Erfordernisse der Community an und richtet sich nach deren<br /> Bedürfnissen<br /> - hat ein Mitglied im Vorstand als Project Angel, dieser kommuniziert mit<br /> den Maintainern um den Status des Services zu evaluieren<br /> - wird einmal pro Monat im Vorstandsmeeting auf dessen Status reviewed.<br /> Die Hauptfaktoren hierbei sind:<br /> - Entspricht der Servie den Wünschen/Erfordernissen der Community?<br /> - Kümmern sich die Maintainer aktiv um den Service?<br /> - Werden Sicherheitsupdates aktiv bearbeitet?<br /> - verwendet die Vereinsinfrastruktur und commited sich bei etwaigen<br /> Änderungen aktiv an der Implementierung mitzuarbeiten (Compute, Network,<br /> Storage)<br /> - Maintainer commited sich einen Übergang innerhalb von 3 Monaten zu einem<br /> anderen Maintainer durchzuführen und dabei zu helfen, sollte er/sie sich<br /> selbst nicht mehr darum kümmern können oder wollen<br /> - Wenn innerhalb dieser Periode kein Nachfolger gefunden werden kann wird<br /> der Service für 3 Monate als dormant geführt. Nach dieser Zeit wird der<br /> Service eingestellt oder auf einen Commons Service migriert welcher nicht<br /> mehr auf der Vereins Infrastruktur selbst zu finden ist und nicht direkt vom<br /> Verein betrieben wird.<br /> - Wenn ein Service Security Mängel aufweist kann diese Frist auch im<br /> ermessen des Vorstandes verringert werden oder ggf. der Service offline<br /> genommen werden bis der Übergang und die Mängel behoben werden konnten.<br /> - Der Verein supported nur noch Core Services welche dem Vereinszweck<br /> mittelbar dienen. Andere Services können ggf. durch zur Verfügungstellung<br /> von Resourcen (sprich - Housing von Hardware und evt. Kauf dieser) supported<br /> werden. Dabei handelt es sich um Commons Services. Beispiele hierfür könnten<br /> z.B. Mirrors von OpenSource Projekten o.ä. sein. Solche Projekte werden nur<br /> supported wenn es keine bereits bestehenden guten Alternativen gibt. Genauso<br /> werden diese wieder entfernt, sollten sich neue gute Alternativen<br /> entwickeln.<br /><br /><br /> Services<br /> ---<br /> - Backbone Network (Router, Switches, Anbindung, RIPE Database, Whois,<br /> Bandwidth Monitoring & Accounting dzt. Flow & Cacti) -> Stefan Schultheis,<br /> Wolfgang Nagele<br /> - Roof Nodes (Zutrittsverwaltung, Physische Installation und Standard<br /> Konfigurationen) -> Bernhard Marker, <DU?><br /> - Core Compute & Storage Infra (inkl. Central Logging, Authentication &<br /> Monitoring) -> Adi Kriegisch, <DU?><br /> - Housing Environment (Temperatur Monitoring und Lüftung, Zutrittssystem,<br /> Kamera Überwachung, Reinigung, Strom, Power Leisten, etc.) -> Michael Med,<br /> <DU?><br /> - DNS (Reverse, Domains & Provisioning von diesen Zonen, Betrieb von<br /> zumindest einem Recursive Resolver) -> <DU?><br /> - Mailserver & Mailing Listen -> Adi Kriegisch, <DU?><br /> - Tunnels (Anbindung von Inselknoten) -> <DU?><br /> - Housing Verwaltung (Billing, Verträge, etc.) -> Clemens Hopfer, <DU?><br /> - Node Map -> Erich N. Pekarek, <DU?><br /> - Node Monitoring (SmokePing) -> Bernhard Marker, <DU?><br /> - Node Datenbank (Nachfolger für dzt. Redeemer) -> <DU?><br /> - Website -> <DU?><br /> - Gallery -> <DU?><br /> - Wiki (inkl. internem Dokumentations Bereich) -> <DU?><br /> - Social Media (Twitter, Facebook, etc.) -> <DU?><br /><br /><br /> Commons Services<br /> ---<br /> - VoIP -> Christoph Loesch, <DU?><br /> - <a href="http://download.funkfeuer.at">download.funkfeuer.at</a> (-> <a href="http://mirror.funkfeuer.at">mirror.funkfeuer.at</a>) -> <DU?><br /> - Etherpad -> <DU?><br /><br /><br /> Auflassen/Umstellen<br /> ---<br /> - Member Mailer -> Soll in eine Standard Mailingliste integriert werden<br /> - Shop -> Auflassen/Aufgelassen<br /><br /><br /> Wenn wir zu diesem Draft Konsensus finden würde ich als nächste Schritte<br /> vorschlagen:<br /> 1. Arbeitstreffen um die einzelnen Services und deren Scope im Wiki zu<br /> definieren inkl. dzt. Status.<br /> 2. Arbeitstreffen um die zukünftige Core Infrastruktur (Compute, Storage und<br /> Network) zu definieren und eine gemeinsame Basis zu schaffen.<br /><br /> lg<br /> Wolfgang<br /></blockquote></blockquote></blockquote></pre></blockquote></div><br>
-- <br>
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.</body></html>