AG Technik/Treffen/2013-12-19
AG Technik | Dashboard | Regeln | Geschäftsordnung | Treffen & Protokolle | Logbuch | Todolist | Verfahrensverzeichnis | Tools & Links | Beschlüsse
TITEL
70. Sitzung der AG Technik
Ort & Datum
- Tag: Donnerstag, 19.12.2013
- Ort: Onlinesitzung Mumble-Server: mumble.piratenbrandenburg.de Raum AG Technik
- Uhrzeit: 20.00 Uhr
- Pad: https://brb-ag-technik.piratenpad.de/2013-12-19
Ansprechpartner
Koordinatoren:
Mitglieder
(hier trägt sich bitte niemand ein. Das ist die Liste der aktiven Teilnehmer, nicht derjenigen, die *tatsächlich* auf der Sitzung anwesend sind. Anwesenheitsliste weiter unten unter "==Teilnehmer==") Aktiv
Inaktiv
Berater
Protokoll
Inhaltsverzeichnis
Teilnehmer
entschuldigt
Gäste
- Kola Colman
- Frank Steinert
- petrus
- NaturalBornChiller
- Manfred
- Rico Rehfelde
TOP 1 Formalia
- Beginn: 20:10 Uhr eröffnet von skff.
- Versammlungsleiter: BlackRocket
- Protokoll: geka
- Zulassung von Audioaufnahmen: gewünscht, Aufnahme durch BastianBB https://dl.dropboxusercontent.com/u/13031383/ABTECBB_2013_12_19.ogg
- Vorstellungsrunde von Gästen: keiner der anwesenden Gäste möchte sich vorstellen
TOP 2 Stellung von Protokollen und Audiomitschnitten
- Das Protokoll einer Sitzung soll, wenn möglich, am Anfang der nächsten Sitzung bestätigt werden
- Frage: Wie fest ist der Inhalt eines bestätigten Protokolls? Kann es weiterhin jederzeit ohne Umstände geändert werden?
- Audiomitschnitte sind für Piraten, die an den Treffen nicht teilnehmen konnten. So kann die Sitzung nachgehört werden
- Frage: Nach Bestätigung eines Protokolls, wo liegt dann noch der Sinn der Aufzeichnung? Können sie dann gelöscht werden?
- Was spricht dagegen?
- Wenn nichts dagegen spricht, würde Aufbewahrungsfrist von 3 Monaten nach der Bestätigung des Protokolls ausreichen?
- Wer ist ich? Und 3 Monate sind viel zu kurz. [Bastian]
- Genau das sollte diskutiert werden. Ich hab nur eine Zeit vorgeschlagen.[sk]
- Redebeitrag: Protokolle sind auf Vertrauensbasis; ändern ist _möglich_, aber bestenfalls redaktionell erwünscht. :Inhaltliche Änderungen sollten auf AGTechnik-Sitzung abgestimmt werden.
- Aufbewahrungsfrist von Audiofiles eher länger als kürzer, wegen des Um-die-Ohren-Hauens. <also das hat niemand so geäußert!>
- Redebeitrag: eher kürzere Aufbewahungsfrist gewünscht
- Redebeitrag: ein Monat maximal aufbewahren
- Redebeitrag: keine Vorratsdatenspeicherung gewünscht
- Redebeitrag: Vorratsdatenspeicherung ist der falsche Begriff, eher was als Stimmungsmache
- Redebeitrag: hier trauen sich einige Leute aufgrund der Meinung hier, nicht zu sagen, dass sie _keine_ Aufzeichnung wünschen.
- Redebeitrag: VDS ist noch immer der falsche Begriff, zumal ja eine einmal veröffentlichte Aufzeichnung jederzeit woanders hinkopiert werden kann
- VL: zurück zum Thema bitte
- Redebeitrag: es sind trotzdem personenbezogene Daten.
- VL: Abstimmung über befristete oder unbefristete Speicherung
- Redebeitrag: aktuell werden viele Sitzungen in allen möglichen dropboxen gespeichert; kein Zustand.
- Redebeitrag: wir haben keinen Speicher-Ort; muss angegangen werden. Spende von VM möglich, falls gewünscht.
- VL: Abstimmung bitte
- Redebeitrag: wir haben schon Platz, wenn das alles installiert ist
- Redebeitrag: Unverständnis zwischen SSL und Transparenz und Audiospeicherung
- Redebeitrag: sachliche Diskussion und Frage
- Abstimmung
- für befristete Speicherung der Audios: Nerd, BlackRocket, sk
- gegen befristete Speicherung der Audios: daniel, Bastian
- für KEINE Speicherung der Audios: geka
- VL: nun Abstimmung darüber, wie lange gespeichert werden soll.
- Redebeitrag: Vorschlag: einfach mal 6 Monate speichern und gucken, was wir dann wollen
- Redebeitrag: dann wäre die Abstimmung von gerade widersinnig
- Redebeitrag: 6 Monate speichern, länger, wenn begründet.
- Redebeitrag: Vorschlag Abstimmung wie unten aufgeführt.
- Abstimmung:
- Die Audiofiles werden grds 6 Monate gespeichert, es sei denn, es gibt einen begründeten Widerspruch, über den gesondert entschieden wird.
- dafür: BlackRocket, sk, nerd, geka
- dagegen: daniel
- enthalten: Bastian
- Mehrheitlich angenommen.
TOP 3 Administratives
- Bericht der Admins:
Mail-Admins
- Bericht: Übernahme erfolgreich, schnelle Abarbeitung, Ticketsystem wird genutzt. Irritation bzgl. Presseverantwortlicher, was dann von Skff gelöst wurde. Tagesaktuelle Abarbeitung. Weitere Irritation bzgl eines Benutzers. Sorgfältige Bearbeitung.
Blog-Admins
- Bericht: keiner anwesend.
- Redebeitrag: Landesblog nicht aktuell. Kein Zugang, keine Arbeit, aber Zugang und keine Arbeit - geht nicht.
- Redebeitrag: BastianBB bietet sich als Redakteur an
- VL: sollten wir auf TO setzen
Root-Admins
- Bericht:
- Hubert: Hat sich eingearbeitet eingearbeitet und ein paar Updates eingespielt.
- Ein Redmine/Trac/Wiki für Dokumentation und interne Tickets (Mache Upgrade XY) wäre wünschenswert, OTRS finde ich dafür nicht geeignet.
- Dafür, dass wir eigentlich sehr wenige Dienste anbieten, steckt sehr viel Handarbeit in den Konfigurationen, also z.B. viele eigene Skripte, um Routine-Aufgaben zu erledigen -- das zu standardisieren wäre schön.
- An einigen Stellen kann man Konfigurationen noch optimieren, z.B. PHP, Kreisblogs können z.B. in WP-Instanz, andere Virtualisierungstechnologie.
- Unsere Kalendar-Darstellungssoftware sieht tot aus (phpicalendar).
- PhpMyadmin & andere Admin-Interfaces öffentlich zu routen halte ich für keine gute Idee.
- Backup wie es zZ. gemacht wird, sieht etwas problematisch aus (Intervalle, Restore sieht umständlich aus).
- Anmerkung: Es ist ja nicht so, dass die Probleme nicht bekannt wären. Einfach mal alle Protokolle der AG Technik lesen und verstehen. So richtig scheinen die Probleme aber niemand zu interessieren, Diskussionen über Namensrechte von internen Servernamen sind da schon mal viel wichtiger! Und Trolle sind wichtig! -> siehe TOP 5 --uk 17:11, 18. Dez. 2013 (CET)
- Anmerkung: Über externe DNSe auflösbare Servernamen sind keine internen... Skff (Diskussion) 15:14, 14. Jan. 2014 (CET)
- Dann können wir uns vlt. darauf einigen, dass Protokolle keine guten Dokumentationen für TODOs und Dokumentation sind?
- Ja - aber besser als keine Doku.
- VL: seriell abarbeiten. Erstes Thema: Redmine: es liegt ein Beschluss vor, Redmine einzusetzen
- Redebeitrag: alle Probleme von Hubert lösen sich, wenn die neue Technik aufgesetzt ist.
- Redebeitrag: damit sind die Probleme nicht gelöst
- Redebeitrag: doch.
- Redebeitrag: es ist etwas unklar, was da passiert. Transparenz?
- Redebeitrag: es wird hier alles in der AGTec besprochen, wurde es auch schon.
- Redebeitrag:
- Redebeitrag: es wird nichts weggeschmiss von den Inhalten
- VL: ich bin dafür, dass in der AGTec auch die Infrastruktur besprochen und beschlossen werden sollte. Diskussion sollte hier geführt werden.
- Redebeitrag: hier ist niemand, der fachlich kompetent ist ausser den drei root-Admins.
- VL: wir als AG Technik haften
- Redebeitrag: Nein, der admin-C haftet dafür.
- Redebeitrag:
- Redebeitrag: Skff als Wortführer dafür, dass einige Leute ausgetreten sind.
- Redebeitrag: plädiert dafür, persönliche Angriffe bleiben zu lassen. Wir haben das Problem, dass die bis-Mai-Admins eben keine Doku hinterlassen hatten. Nicht gut, dass Techniker anderen Technikern unterstellen, dass sie (gar) keine Ahnung hätten.
- Redebeitrag: Doku wird gemacht. Wir müssen hier keine Diskussionen führen, was genommen werden soll - aber nicht mit der ganzen AG Technik! root-Admins reichen dafür aus!
- Redebeitrag: OK, halten wir fest, dass die root-Admins alles dokumentieren.
- VL: wir sollten nicht nur den 5 root-Admins die Entscheidung über tools überlassen.
- Redebeitrag: Ringelpietz ist doof.
- Redebeitrag: es geht um Grundstruktur, eher allgemeines, nicht um jeden Handschlag.
- Redebeitrag: wir machen Strukturvorschlag und stellen den dann der AG Technik vor
- VL: möchte, dass festgehalten wird, dass ddb die Haftung übernimmt
- ddb: theoretisch ja, aber praktisch. Unverständnis.
- Redebeitrag: hier werden keine Haftungsgründe etc in aller Öffentlichkeit geführt
ML-Administration
- Bericht: Vorschlag war an die Gliederungen, die MLs zu übernehmen. Kaum Resonanz: MOL ja, DOS macht; eher böse Resonanz.
- VL: Ideen, was man machen kann?
- Redebeitrag: Bastian übernimmt in direkter Ansprache der Gliederungen.
- VL: dreamman + raimond wollen auch listen von AGs übernehmen. schon vor 6 Monaten beschlossen, keine Übergabe erfolgt. warum?
- Redebeitrag: Verfahren fehlt. Ausdiskutieren jetzt.
- Redebeitrag: nur noch bauen offen
- Redebeitrag: Verfahren unklar
- Redebeitrag: wird erledigt.
- Verfahren:
- Derjenige, der-/diejenige der/die eine ML übernimmt, schreibt an support@piratenbrandenburg.de
- Inhalt:
- a) Protokoll, dass er/sie berechtigt ist
.b) DSV+DBel. vorliegt
- c) Mailadresse unter der der-/diejenige hierfür erreichbar ist
- Dann übermittelt, der ml-support ein temporäres Passwort an die/den neue(n) Berechtigte(n). Dann wird das Passwort wird vom Empfänger geändert und das neue beim LDSB hinterlegt.
Wiki-Admins
- Bericht: keine besonderen Vorkommnisse. ein Wiki-Admin sollte noch nachgewählt werden.
- VL: wiki-Wahl auf nächster Sitzung
- VL zieht Antrag vor auf hier:
- Antrag: Die AG Technik möge beschließen Jens Heidenreich die Admin- und Bürokratenrechte im Wiki der Piraten Brandenburg zu entziehen.--BlackRocket (Diskussion)
- Begründung: Gemäß Art. 6II2 GOAGTBB kann die AGTBB einem inaktiven Mitglied die Zugriffsrechte entziehen, dies sollte hier auch geschehen. Da Herr Heidenreich auf keine Anfrage der KO der AGTBB reagiert hat.
- Redebeitrag VL: erläutert nochmal, dass er die beiden Mails an Jens an zwei unterschiedliche Adressen geschickt hat und förmliche Rede normal.
- Redebeitrag: förmliche Rede einfach mal weglassen. Antrag: mir noch nicht klar, worum es geht. Konsequenzen für mich noch unklar.
- VL: Wir haben Regeln.
- Redebeitrag: wir haben ein GO, in der genau das aufgeführt ist
- Redebeitrag: wir haben eine GO.
- Redebeitrag: Begründung von JH heute ist verdammt spät, oder?!
- Redebeitrag: ist doch jetzt das erste Mal, dass darüber überhaupt geredet wurde, oder?! Gespräch jetzt führen ist sinnvoll. :Unschuldsvermutung
- VL-Redebeitrag: siehe Mail von heute von mir mit Hinweis auf die versandten Mails - ohne Antwort.
- Redebeitrag: wenn ihr die GO nicht anwenden wollt, müsst ihr *jetzt* die GO ändern, da wir sonst einen Präzedenzfall schaffen, auf den man sich dann beliebig berufen kann. Handeln ist angesagt nach GO.
- Redebeitrag: JH war halt nirgendwo aktiv, deshalb die Anfragen per Mail
- VL: es muss auch nicht nur über JH, sondern auch über uk gesprochen werden: der wird dann auch als nicht-AG-Mitglied geführt.
- Redebeitrag: wenn uk geht, gehe ich auch! und JH hat sich für heute entschuldigt.
- Redebeitrag: wir haben eine GO, basta. Nicht dieses "wenn ihr nicht macht, was ich will, gehe ich!". Man kann ja auch jederzeit wieder AG Technik-Mitglied werden
- VL: Entschuldigung zur Sitzung gilt nicht mehr, wenn man schon inaktiv ist. Aber: für Ausnahme zu haben.
- Redebeitrag: Antrag zur Änderung der GO, dass mumble-Anwesenheit nicht entscheidend ist.
- Redebeitrag: Unverständnis
- Abstimmung
- dafür: BlackRocket, geka, Bastian
- dagegen: daniel
- enthalten: sk, nerd
- Antrag angenommen.
OTRS-Admins
- Genscha - als momentan einziger Admin - fehlt entschuldigt. Daher kein Bericht.
TOP 4 Anträge
Antrag2013 NNN
- Die AG Technik beschließt: Der Mumble-Viewer bleibt abgeschaltet.
- Abstimmung
- dafür: daniel
- dagegen: sk, BlackRocket, Bastian, geka
- enthalten: nerd
- Abgelehnt
- Die AG Technik möge, mit einer 2/3 Mehrheit der anwesenden Mitglieder, beschließen, einen reinen Mumble-Viewer (ohne Verwaltungsfunktionen) zu installieren, wenn es im LV nicht mehr als 13 Einsprüche gibt.--BlackRocket (Diskussion)
- Begründung: Damit das Geheul endlich ein Ende hat.
- Redebeitrag: Alle Schnitstellen könnten geknackt werden, bei Bedarf. Wir wollen den Viewer, nicht die Verwaltungsschnittstelle.
- Abstimmung
- dafür: BlackRocket, geka, sk
- konkurriender Antrag: Die AG Technik beschließt einen reinen Mumble-Viewer (ohne Verwaltungsfunktionen) zu installieren, wenn es 13 Brandenburger Piraten gibt, die sich für einen Mumble-Viewer aussprechen.
- Abstimmung
- dafür: nerd, sk
- dagegen: ddb
- konkurriender Antrag: Die AG Technik beschließt: Die Instanzen der beiden Mumble-Django-Installationen werden auf ihren ursprünglichen Zustand zurückgesetzt. Begründung: Die Art und Weise sowie die Gründe für die erfolgte Abschaltung sind nicht nachvollziehbar. --uk 15:35, 17. Dez. 2013 (CET)
- Abstimmung
- dafür: Bastian
- Antrag: Die AG Technik möge, mit einer 2/3 Mehrheit der anwesenden Mitglieder, beschließen, einen reinen Mumble-Viewer (ohne Verwaltungsfunktionen) zu installieren.
- Begründung: Damit das Geheul endlich ein Ende hat.
- Abstimmung
- dafür: Bastian, sk
- Redebeitrag: ddb möchte zu Protokoll geben, dass er gegen mumble-viewer ist: es gibt zu viele kontrolettis, man kann keine 5min im mumble sein ohne das bestimmte mitglieder dieser partei auftauchen. das ist kontrolettitum dem ich keinen vorschub leisten moechte.
- Die AG Technik möge, mit einer 2/3 Mehrheit der anwesenden Mitglieder, beschließen, einen reinen Mumble-Viewer (ohne Verwaltungsfunktionen) zu installieren, wenn es im LV nicht mehr als 13 Einsprüche gibt.--BlackRocket (Diskussion)
- Begründung: Damit das Geheul endlich ein Ende hat.
- Redebeitrag: Alle Schnitstellen könnten geknackt werden, bei Bedarf. Wir wollen den Viewer, nicht die Verwaltungsschnittstelle.
- Abstimmung
- dafür:BlackRocket, daniel, sk, geka, nerd
- dagegen:
- enthalten: Bastian
- Antrag angenommen.
- Redebeitrag: vielen Piraten ist der Viewer unklar. Erklärungsbedarf.
- VL: Verfahrensweise und Rede möglich.
- Redebeitrag: erst mumbleviewer installieren, dann Aufklärung der PiratenBB
- Redebeitrag: Vervolgungswahn schön und gut, aber isso im Internet. Vorschlag: Mumbleviewer auf mumble-BB2 installieren und dann aufklären. Danach dann auf mumble installieren.
- Redebeitrag: ich will nicht, dass leute sich schweigend im mumble aufhalten - unabhängig vom viewer
- Redebeitrag: Vergleich mit Chaträumen
- Redebeitrag: hier gibt es von einigen Leuten einfach ein Kontrollettitum, zB wenn man als Vorstandsmitglieder sich treffen will. Das soll verhindert werden. Deshalb am besten kein Zugang für nicht-technik-affine Piraten/Personen
- Redebeitrag: Hinweis auf "4Ohren", "nicht öffentlich". Oder andere Quellen der Kommunikation suchen. Ja, es ist alles öffentlich.
- VL: Vorschlag zum Verfahren: beides gleichzeitig machen, bei Ablehnung: deinstall.
- Redebeitrag: war grade so beschlossen.
- Redebeitrag: alle Koordinatoren sind keine Nutzer des Viewers
- VL: Unterbrechung von 22:10 bis 22:15 Uhr
Antrag2013 NNN
- Die AG Technik möge beschließen, dass Bastian einen der Mini-Dell-PCs mitnehmen kann. Damit er ihn entsprechend der Anforderungen für den Gemeinschaftsraum in der LGS einrichten kann.--BlackRocket (Diskussion)
- Begründung: k.A.
- hubx würde auch einen vorort installieren, wenn von Bastian/der LGS gewünscht
- Redebeitrag: Klarnamen haben nichts in Anträgen und wiki etc zu suchen, sonst könnte man Klarnamenspflicht machen. Kann auch hubx machen.
- VL: hubx soll machen
- Redebeitrag: Misstrauen!
- VL: sollte nur als Weg sparen gedacht sein, nicht als Misstrauen
- Redebeitrag: ist doppelte Arbeit, weil dann hubx und bastian beide anwesend sein müssen.
- Redebeitrag: mit Monitor oder ohne als Übergang.
- VL: beide stimmen sich untereinander ab.
- Abstimmung
- einstimmig ohne Enthaltung angenommen
Vorgezogener Punkt aus TOP5
- Wann ist mit den neuen Servern im Bytecamp-Rack zu rechnen, wie ist dort der Stand (technisch bzgl. der Serverfertigstellung und der Verhandlungen/Absprachen mit Bytecamp)
- Bericht: ich noch nicht fertig, bytecamp auch nicht. Details wurden letzte Woche besprochen. 8 HE möglich, 6-7 haben wir bislang. Einbau für Januar angedacht. Stromverbrauch wird aktuell geprüft, damit bytecamp das umsetzen kann. Wenn Stromverbrauch zu hoch für bytecamp, sollten wir vom LaVo bytecamp unterstützen. Andere Möglichkeit: weniger HEs nutzen. FC-Array nutzen auch ne Variante. RAM fehlt, wird von mir besorgt. Treffen im Januar angedacht zur Vorbereitung mit den rootadmins (eher Ende Januar).
- Wegen uks VM: taugt auch dafür. 4 von 6 Produktiv, 2 als Testmaschinen.
- Redebeitrag: siehe hubx Anmerkung: "elaine reaktiveren"
- Redebeitrag: eher sinn-los
- Redebeitrag: zieht das dann root-Admins ab?
- Redebeitrag: hubx fragen, der kennt elaine und kann den Aufwand abschätzen
- Redebeitrag: wenn Strommessgerät benötigt wird: einfach mal fragen. Wenn Du was anderes braucht: auch mal fragen. Angebot: VM kann zur Verfügung gestellt werden
- Redebeitrag: gutes Angebot, hab ich selbst.
- VL: hubx anfrage, ob elaine kurzfristig reaktiviert werden kann.
Antrag2013 NNN
- Die AG Technik möge beschließen, dass der Status der Seite des BDSB im Wiki des LV BB geklärt wird. Der BDSB ist Bundesangelegenheit und zudem als Externer bestellt. Damit sollte die Seite zumindest alleinig im Bundes-Wiki, besser noch extern angesiedelt sein. Falls eine Beauftragung durch den Bund vorliegt, würde die Seite weiter von uns betreut, falls nicht, sollte sie gelöscht werden. --sk (Diskussion)
- Erklärung: BDSB-Seite war mir schon immer komisch unter Brandenburg-wiki. Ausserdem gibts seit Monaten einen Löschantrag ohne Diskussion. Lt eigenen Regeln müsste die schon lange gelöscht sein.
- VL: gibt es eine Beauftragung durch den Bund an LaVo bzgl BDSB?
- LaVo-Mitglied: für mich hat Bund die Hoheit, wo wir als LaVo einfach inx machen sollten. Auf Bund horchen, die müssen das entscheiden.
- Redebeitrag: meine Seite dachte ich vertrauensvoll in die BB-Seiten hosten zu können, das war nicht die beste Idee. Daher nun Löschantrag.
- VL: Redebedarf?
- Redebeitrag: Es gibt eine Bund-Seite zum BDSB
- keine Gegenrede, Antrag angenommen
Antrag2013 NNN
- Sachstand Antrag Mumble-Administration http://wiki.piratenbrandenburg.de/AG_Technik/Beschluesse/2013-003
- Bekommt Bastian Rechte für die Moderation/Administration (Channels, Channelkommentare) etc.des Mumble?
- (Anm.: Aufnahme in die Gruppe @admin im Mumble Frontend)
- Thema: Mumblerechte
- Name: Bastian
- Datum: 26.11.2013 <===============
- Status: Entwurf
- Thema: bitte hier rein!
- Ich beantrage Adminrechte (Frontend) für den BB-Mumble 1+2.
- Begründung
- Seit vielen Monaten findet keine Adminstration der beiden Mumble-Server statt.
- Man kann weder Rechte vergeben, noch Inhalte der Kanalbeschreibungen eingeben oder Kanäle anlegen.
- Ich bemühe mich seit Monaten um die Lösung des Problems. Leider werde ich immer wieder vertröstet.
- Wir sind darauf angewiesen, dass unsere Tools funktionieren.
- Ich bin bereit, das Frontend zu bedienen.
- Anmerkung
- Eine kurzfristige Enstcheidung wäre hilfreich.
- VL: Antrag obsolet?
- Redebeitrag: nein, nicht obsolet. Zwei Ebenen: diese bislang nicht gelöst.
- VL: hubx ist da aktiv dran
- Redebeitrag: das was ich brauche, macht niemand. Es geht um ACLs. :Nur um das Frontend-seitige
- Redebeitrag: wir haben keinen Unterschied zwischen mumble-Admin und mumble-Gärtner-Admin (Frontside)
- Abstimmung
- dafür: geka, Bastian, sk
- dagegen: ---
- enthalten: nerd, BlackRocket
- Antrag angenommen
- VL: hubx wird beautragt, Bastian die Rechte einzuräumen
TOP 5 ToDo-List
Stand Umsetzung Beschluss 2013-001
- Antragszitat: "Thema: Administrative Zugänge
- Die AG Technik möge beschließen:
Alle Passwörter, die der AG Technik verfügbar sind, werden umgehend geändert. Darunter fallen alle Applikationen - serverseitig sowie verwaltungstechnisch, SSH-Keys für den Root- und Backup-Zugriff, Passwörter für Verschlüsselung und Passwörter für Mailinglisten, welche unter dem Zugriff der AG Technik stehen.
- Die Koordinatoren sind dafür verantwortlich, dass die Umsetzung des Beschlusses durch die Administratoren und Passwort-Inhaber durchgeführt wird. Sie erhalten die notwendige Bestätigung der erfolgten Änderung und dokumentieren diese. Die Koordinatoren sind angehalten, die Umsetzung des Beschlusses zeitnah durchführen zu lassen. Zeitgleich ist das Dashboard der AG Technik im Landeswiki zu aktualisieren. "
- Redebeitrag: kann eigentlich nur der LDSB beantworten.
- Redebeitrag: lt Aussage des LDSB sortiert der noch
Wiki-Regeln überarbeiten
- Redebeitrag: sollten wir haben wollen. Bislang keine vorhanden
- https://wiki.piratenbrandenburg.de/AG_Technik/Regeln/Administration_Wiki
- https://wiki.piratenbrandenburg.de/AG_Technik/Regeln/Benutzung_Wiki
- Redebeitrag: als Hausaufgabe für alle
- VL: pad dazu wird erstellt.
- Übergabe der VL von BlackRocket an Skff**
OTRS Ablaufplan, Verfahrensweisen
- Redebeitrag: Template ist erstellt, kann an die RV-Vorstände als Vorschlag zugeschickt werden. OTRS läuft, Redmine kommt später. Redmine oder nicht-Redmine keine Frage, denn wir hatten uns schon für Redmine ausgesprochen.
- Redebeitrag: Briefing möglich?
- Redebeitrag: natürlich. Potsdam, MOL wollen. Rückmail an support@piratenbrandenburg.de erwünscht
- Redebeitrag: Briefing erwünscht: wer?
- Redebeitrag: der neue Vorstand in MOL muss erstmal zueinanderfinden.
- VL: wer könnte Briefing machen? Über ML abfragen.
Liste mit allen Diensten und Scripten
- Redebeitrag: Dashboard incht aktuell, keine Regel, was genau/wie genau dokumentiert werden soll. Auch jetzt schon Überblick verschaffen.
- Redebeitrag: Reallifesitzung mit einem/mehreren root-Admins machen und dann dokumentieren, zeitnah.
Liste mit allen Adminzugängen
- Redebeitrag: wie oben. Auch hier: zeitnah.
- Redebeitrag: Problem: keine Zeit der rootadmins
- Redebeitrag: Anfrage an rootadmins, dass sie eine Liste erstellen sollen; ohne Endtermin zeitnah
Liste mit allen Mail-Verteilern
- Redebeitrag: Verteilerlisten sollten zusammegestellt werden (root-Adminverteiler, support-Verteiler)
- Redebeitrag: Verteiler auch aktualisieren. Weiterleitungen in dem Zusammenhang auch prüfen.
- Redebeitrag: Einhaltung unserer GO bzgl. Namenskonvention der Mailadressen
- (genaue Server-Config/Doku)
- Vorschlag: medien.piratenbrandenburg.de auf elaine kurzfristig wiederbeleben bis neue Server aufgesetzt sind. Elaine langweilt sich gerade sowieso und genügend Platz ist auch da. Backup der Mediendateien erfolgt über einen Mini-Dell-PC in der LGS (per Bittorrent) --Hub (Diskussion)
TOP 6 Sonstiges
- Umgang mit den AGTECBB "Trollen"
- Redebeitrag: Benutzer sollten 3x verwarnt werden können, und danach entscheidet die AG Technik über den weiteren Umgang mit den Trollen.
- VL: GO-Änderung wia pad vorbereiten und auf nächstes Sitzung diskutieren/beschliessen
- Wenn ihr mit dem Trollen fertig seid, hätte ich gern noch den Stand der Dinge zum Beschluss einer VM vom 15.08.2013 --uk 17:19, 18. Dez. 2013 (CET)
- VL: VM kommt wenn neue Server kommen.
- Redebeitrag: kann von mir ne VM bekommen, sofort. Ein Wort, eine VM. (bastian)
- Ich stelle die Funktion des 3. Koordinators der AG Technik zur Disposition und bitte die AG im Gegenzug, mich von allen Pflichten, die mit dieser administrativen Aufgabe einhergehen, zu entbinden. Nerd (Diskussion)
- Nerd: Alleinunterhalter oder viele Trolle. Auf Mails/Anfragen wird nicht reagiert.
- Redebeitrag: KO ist Verwaltungsposten, nicht sowas administratives.
- Redebeitrag: Bilddatenbank. ML abgeben. Da war das Problem. Ausserdem ist er im Vorstand.
- Redebeitrag: man muss schon etwas arbeitsresistent sein...
- Nerd: nicht Frust ist das Problem.
- Redebeitrag: biete konkret Hilfe an! Jederzeit!
- Nerd: ich will erst was lernen, dann das mit der KO machen.
- Redebeitrag: Akzeptanz von Nöten.
- wir trennen uns nicht im Bösen
- Redebeitrag: blogzugang für MOL-blog fehlt. Und Spams wegen wordpress gehen an Vorstand, daher auch an nerd.
- Redebeitrag: goldfisch wird beauftragt, nerd einzurichten
- VL: auf nächster Sitzung neuen KO wählen. Auch die administrativen Account müssen geprüft werden.
TOP 7 Nächste Sitzung/Schluss der Sitzung
- Nächste Sitzung: 16.01.2014 um 20:00 Uhr, BB-Mumble
- Ende: 23.50 Uhr