Unterstütze uns! Spende jetzt!

AG Technik/Treffen/2013-12-19

Aus PiratenWiki
< AG Technik‎ | Treffen
Version vom 16. Juli 2014, 22:03 Uhr von Skff (Diskussion | Beiträge)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche

AG Technik | Dashboard | Regeln | Geschäftsordnung | Treffen & Protokolle | Logbuch | Todolist | Verfahrensverzeichnis | Tools & Links | Beschlüsse

TITEL

70. Sitzung der AG Technik

Ort & Datum

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

  1. Bastian
  2. Daniel
  3. FrankB
  4. Geka_FF
  5. goldfisch
  6. Hubert
  7. Nerd
  8. RaoulPM
  9. BlackRocket
  10. sk
  11. StefanPDM

Inaktiv

  1. Heiko
  2. Jens Heidenreich
  3. Uk

Berater

  1. Marcel


Protokoll


Teilnehmer

entschuldigt

Gäste

TOP 1 Formalia

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

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
Abgerufen von „https://wiki.piratenbrandenburg.de/index.php?title=AG_Technik/Treffen/2013-12-19&oldid=94120“