Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- hswiki:verein:plenum:2023:2023-04-06 [2023/04/14 17:21] – Protokoll des Plenums vom 06.04.2023 l.behm
+++ hswiki:verein:plenum:2023:2023-04-06 [2024/08/07 16:56] (aktuell) – Fix typos bobidle
@@ Zeile 21: / Zeile 21: @@
 > Umstellung/Neuumsetzung wird sehr viel Aufwand benötigen
 > Plattenverschlüsselung muss umgesetzt werden, ordentlich!
-> Server-Migration von Anwendungen notwendig um Verfügbarkeit von Anwendungen zu gewähleisten
+> Server-Migration von Anwendungen notwendig um Verfügbarkeit von Anwendungen zu gewährleisten
 > Netzwerk-Konfiguration über unterschiedliche Network-Manager
 > ToDos erfordern sehr viel Aufwand bei Abarbeitung
@@ Zeile 36: / Zeile 36: @@
 > **lbehm:** Dokumentation der Komponenten sind bereits im Wiki hinterlegt
 > **lbehm:** Grund-Installation und -Einrichtung oder das komplette System? Anwendungen in Container? Wie kann sinnvoll mit Ansible gearbeitet werden? Was sind Einsatzszenarien?
-> Welche Vorraussetzungen müssen gegeben sein? Muss das System gesäubert sein (Ursprungszustand)?, nur Apps wie nginx runter und Ansible drauf?
+> Welche Voraussetzungen müssen gegeben sein? Muss das System gesäubert sein (Ursprungszustand)?, nur Apps wie nginx runter und Ansible drauf?
 > **qbi:** Ansible läuft einmal durch, erstellt Configs; falls diese schon da sind ⇒ soll nichts machen
@@ Zeile 44: / Zeile 44: @@
 > **moep:** *spricht sich für Debian aus*; aber manchmal fehlen Pakete
-> **lbehm:** Debian hat im Verein beste Vorraussetzungen ⇒ viele Vereinsmitglieder werden sich damit auskennen, sinnvoll, Probleme können auch an andere Mitglieder abgegeben werden
+> **lbehm:** Debian hat im Verein beste Voraussetzungen ⇒ viele Vereinsmitglieder werden sich damit auskennen, sinnvoll, Probleme können auch an andere Mitglieder abgegeben werden
 > Packet-Verfügbarkeits-Problematik in den letzten Jahren angenehmer geworden; notfalls selber Hand anlegen und bauen oder Docker (Matrix, Discourse)
-> Hat noch offene Fragestellungen, wie z.B. Scripting-Überlegungen: interoperabilität zwischen durch Ansible erstellten nginx-Configs und apt-Update-Prozessen
+> Hat noch offene Fragestellungen, wie z.B. Scripting-Überlegungen: Interoperabilität zwischen durch Ansible erstellten nginx-Configs und apt-Update-Prozessen
 > Hoffnung: Nicht das Rad neu erfinden ⇒ andere haben die Probleme sicher schon gelöst.
 > Weitere Zielstellung: blue/green-Deployment-Upgrade-Prozess für Docker-Compose-Container (z.B. Discourse / Ruby-Monstrositäten die 15 min boot-time haben?)
@@ Zeile 52: / Zeile 52: @@
 Derzeit gibt es folgende VMs/Server:
   - E-Mailserver, alt
-  - Gitserver, Matrix, andere Hardware
+  - Git-Server, Matrix, andere Hardware
   - Nextcloud, deutlich mehr Festplatte
   - Tor-Server
-      * den gibts nicht, zur Zeit, später aber wieder
+      * den gibt es nicht, zur Zeit, später aber wieder
-  - offsite Backup
+  - Offsite Backup
 > Unterscheidung in Hardware und Anwendungsbereich.
@@ Zeile 64: / Zeile 64: @@
 > klar machen was gemacht werden soll
 > ⇒ Gemeinschaftsprojekt schaffen?
-> ngnix installation ⇒ Einschätzung
+> nginx Installation ⇒ Einschätzung
 > Man kann bei einer Umstellung Schritt für Schritt vorgehen, anstelle gleich alles neu zu machen. ⇒ Sicherstellung das alles nach Plan abläuft.
 > Configs kann man aus Templates zusammenbauen.
@@ Zeile 79: / Zeile 79: @@
 > **lbehm:**
-> nginx template für virual sites vorkonfiguriert ⇒ was kann man da vereinheitlichen? alle unterschiedlich?
+> nginx template für virtual sites vorkonfiguriert ⇒ was kann man da vereinheitlichen? alle unterschiedlich?
 > einheitlicher Aufbau sollte möglich sein
-> nur auf 1 Server Mailserver notwenig (aktuell auf allen..)
+> nur auf 1 Server Mailserver notwendig (aktuell auf allen..)
 > Anwendung für einen Server, mit wenig Aufwand Skripte auf anderen Server hochfahren "copy paste config"
 > Fragen was Edge-Cases betrifft: einheitlicher Server, dann Debian update, config ⇒ wie kann man das ⇒ möglichst maintenance-arm gestalten?
-> andere haben ähnliche Probleme, sowas muss es bereits geben
+> andere haben ähnliche Probleme, so was muss es bereits geben
-> nicht alles sofort klären, zunächst Termin vereinbaren: Samstag/Sontag (Admintag)
+> nicht alles sofort klären, zunächst Termin vereinbaren: Samstag/Sonntag (Admintag)
 > Abstimmung nicht nötig, unspezifischen Termin: 15./16. April 2023
 > alle mit Infrastruktur-Erfahrung sind eingeladen
@@ Zeile 97: / Zeile 97: @@
 > Anfangen: was wird benötigt? was soll getan werden?
 > statisch? automatisieren (später)?
-> BASE bauen: "So gehts los.."
+> BASE bauen: "So geht es los.."
 > "System vereinheitlichen" stimme ich zu
 > möglichst nah an Debian halten ⇒ falls neuere Version (z.B. Entwickler) ⇒ muss dann halt sein, Feature
@@ Zeile 103: / Zeile 103: @@
 > **bernd:**
-> es ist eine gewachsene struktur
+> es ist eine gewachsene Struktur
-> das liegt vor allem daran, daß alles zu verschiedenen Zeiten von unterschiedlichen Leuten gemacht wurde.
+> das liegt vor allem daran, dass alles zu verschiedenen Zeiten von unterschiedlichen Leuten gemacht wurde.
-> dann solten wir uns wohl vor allem erstmal klarwerden, was auf welchem server laufen soll.
+> dann sollten wir uns wohl vor allem erst mal klar werden, was auf welchem Server laufen soll.
-> nochmal ... bevor wir irgendwas mit ansible machen, sollten wir uns einen genauen plan machen, was auf welchem server laufen soll.
+> nochmal ... bevor wir irgendwas mit Ansible machen, sollten wir uns einen genauen plan machen, was auf welchem Server laufen soll.
 === Beschluss ===
@@ Zeile 115: / Zeile 115: @@
 ==== Bridge zwischen Jabber und Matrix ====
-> **qbi:** Jemand hat in Matrixräumen dazu angefragt. Angeblich würde es inzwischen funktionierende Bridge geben, damit XMTP-Nutzer miteingebunden werden können.
+> **qbi:** Jemand hat in Matrixräumen dazu angefragt. Angeblich würde es inzwischen funktionierende Bridge geben, damit XMPP-Nutzer miteingebunden werden können.
 > ⇒ Serverlandschaft würde diverser werden
 > Anfrage: ist das machbar? Interesse ist da, das wir das machen
-> **moeb:** Matterbridge?
+> **moep:** Matterbridge?
-> **bernd:** kann ich dann noch spammer vom xmpp aus Matrix heraus kicken?
+> **bernd:** kann ich dann noch Spammer vom XMPP aus Matrix heraus kicken?
-  * vor Jahren waren bridges stinkender Haufen Mist
+  * vor Jahren waren Bridges stinkender Haufen Mist
   * Abstimmung: Soll eine Person nachforschen ob eine Matrix-Jabber-Bridge inzwischen gut realisierbar ist?
       * Ja: 4
@@ Zeile 134: / Zeile 134: @@
 > **lbehm:**
 > War bei Plenum im CCCHH (CCC Hamburg)
-> "Verwaltung" hatt Übersicht am Anfang zu Finanzen und Mitgliedszahlen gezeigt (kurze tabellarische Aufstellung, monatlich aktualisiert)
+> "Verwaltung" hatte Übersicht am Anfang zu Finanzen und Mitgliedszahlen gezeigt (kurze tabellarische Aufstellung, monatlich aktualisiert)
 > Scheinbar gab es da zu solchen Fragen Interesse
 > großer Vereins-Raum vor Ort; Plenum lief als Hybridveranstaltungen im Raum highend-Mikrofon ⇒ nur einer redet, sehr gute Audioqualität
@@ Zeile 161: / Zeile 161: @@
   * Vorschlag: Chaostreff mit angekündigten Themen
       * Werbung zu Veranstaltung und Themen
-      * "Themen" sollten aus Lightnig-Talks und Diskussions-Runde bestehen
+      * "Themen" sollten aus Lightning-Talks und Diskussions-Runde bestehen
   * Idee aufgreifen, Ideen sammeln, Vortrag machen?
@@ Zeile 183: / Zeile 183: @@
 > **bernd:**
 > klar warum nicht. habe ich nichts dagegen.
-> und ich denke, wenn wir das vorher öffentlich machen, kommt sicher auch der eine oder andere interessent. bis der letzte eingeschlafen ist :)
+> und ich denke, wenn wir das vorher öffentlich machen, kommt sicher auch der eine oder andere Interessent. bis der letzte eingeschlafen ist :)
 > **lbehm:**
@@ Zeile 211: / Zeile 211: @@
 > **bernd:**
-> Aber solange wir niemand einen vortrag machen will/kann, können wir doch solange trotzdem programmierübungen machen.
+> Aber solange wir niemand einen Vortrag machen will/kann, können wir doch solange trotzdem Programmierübungen machen.
 > Erläuterungen zu Algorithmen fände ich zum Beispiel auch gut. Suchalgorithmen z.B.
 == Beschluss ==
 ⇒ Chaostreffteilnehmer um frühzeitige Themen-Vorschläge bitten und diese frühzeitig bewerben