Diese Seite soll als Sammelstelle für Tagesunordnungspunkte für das jeweils nächste Plenum dienen. Jeder der vorhat an dem Plenum teilzunehmen, beziehungsweise sich wünscht das ein bestimmtes Thema zur Sprache gebracht wird, kann hier Tagesunordnungspunkte einbringen.
Bei verschobenen Plenumsterminen den Grund unter die Überschrift packen, nicht direkt rein.
Aktuell findet das Plenum digital statt. Das Plenum findet immer in diesem Raum statt: https://meet.ffmuc.net/entropia-plenum
Es gibt eine automatische Erinnerung via einem ICAL-Kalender unter https://entropia.de/Ical
Nächstes Plenum: 01.12.2024
Bitte Einträge immer signieren! Das geht mit vier aufeinanderfolgenden Tilden.Tagesordnungspunkte 2023-11-05
Tagesordnungspunkte 2024-02-04
Antrag: Abschaffung des Hybridplenum und Rückkehr zu einem reinen Präsenzplenums.
-- Elisa
entropia.de mit iCal
Unser Webseite soll zukünfitg iCal können.
- iCal ist ein schöner Standard
- Jeder kann sich die Termine der Webseite in einen Kalender einpflegen
- Termine sollen zukünftig in der Nextcloud eingetragen werden
- Den entsprechenden Kalender können schon alle sehen
- Ein PR dafür liegt auf Github
-- Stirling
Tagesordnungspunkte 2024-01-07
Schließberechtigung für Lynn
- Bürgende: Sarah, promasu, Jadyn
Intern für error
-- promasu
Demokratische Maßstäbe für die Moderation
Beim Plenum im Dezember hat die Moderation ein TOP abgewürgt, das noch nicht ausdiskutiert war. Das haben mir mehrere Personen bestätigt. Außerdem bestand kein Zeitdruck. Bisher hatten wir den Luxus, dass die Moderation ihre eigene Meinung auf diese Art und Weise nicht durchgesetzt hat. Ich finde, wir sollten demokratische Maßstäbe durchsetzen, was die Moderation angeht, beispielsweise auf Interessenskonflikte hinweisen und die Moderation in entsprechenden Punkten an eine Person ohne solche abgeben.
--emperor
Zukunft von Intern-Wiki und GPN
Hallo zusammen,
aktuell beherbergt das Intern-Wiki diverse Inhalte aus der GPN-Orga. Sei es Protokolle, Deadlines oder interne Dokumentationen von Teams. Die GPN ist dort zu Gast und es ist eigentlich als Übergangslösung gedacht gewesen, die sich immer mehr als Dauerlösung manifestiert. Es gibt separate Credentials für die GPN, welche aber trotzdem Zugriff auf alle Seiten im Wiki, so auch Kontaktlisten, Telefonnummern etc. geben. Das wurde auch schon von diversen Personen bemängelt. In der Theorie kann MediaWiki Zugriffe nach Namespace auf Benutzergruppen beschränken, was sich vermutlich in Administration und Handling als sehr fehleranfällig und aufwändig gestalten wird. MediaWiki ist als Software nicht wirklich für die Arbeit in Sub-Teams geeignet. Generische Zugangsdaten bürgen immer das Potenzial, dass man sie nicht kontrollieren kann und am Ende jeder Zugriff hat. Das intern-Passwort wurde so schon in der Vergangenheit beispielsweise in die komplette NOC-Runde geworfen, weil dort die Dokumentationen abgelegt wurden. (So habe ich z.B. auch damals Zugriff bekommen, bevor ich auf intern@ war).
Um das Problem der generischen Zugänge zu beseitigen, kann man dieses natürlich ans SSO hängen und somit das Passwort loswerden, das schafft aber die Frage nach einer permanenten Lösung nicht aus der Welt. Ich weiß von diversen OCs, die permanent Informationen ablegen wollen, um z.B. Wissen für die nachfolgenden Jahre zu konservieren, ohne den Zugriff auf die Heads zu beschränken.
Ich schlage daher vor eine separate Wiki-Lösung für die GPN zu installieren und die GPN-Inhalte aus dem Intern-Wiki zu überführen. Sobald dies erfolgt ist, wird der Zugang zum Intern-Wiki komplett ans SSO gekoppelt und die generischen Zugangsdaten entfallen. Da wir bereits ein Jira haben, welches größtenteils für die GPN genutzt wird und wir sowieso Lizenzen für Atlassian-Produkte haben, schlage ich als Lösung Confluence vor. Confluence integriert sich perfekt mit dem bestehenden Jira und ermöglicht so ein zentrales Management z.B. von Gruppen/Teams und ein entspanntes Linken von Tickets in teaminternen Protokollen u.Ä. Darüber hinaus verfügt Confluence über ein hirarchisches Berechtigungsmanagement, welches sich bereits vorhandener Informationen aus dem Jira bedienen kann. Das ist für die teaminterne Arbeit extrem nützlich. Im Club haben wir genügend Wissen zur Verfügung, um die Software sinnvoll initial einzurichten und auch zu betreiben.
--promasu
- Diskussionen im Club haben ergeben, dass XWiki ein guter Kompromiss sein könnte. Die Software lässt sich entspannt via APT aktuell halten, es gibt eine Fülle an Erweiterungen, wie eine Integration zu Jira, inline draw.io Support und OIDC als Authentifizierungsquelle mit Gruppen-Support.
Die Software lässt die Verwendung von Markdown als Textformat zu, was z.B. für die Protokolle hilfreich ist. --promasu
- Ich finde, dass dieser TOP zuerst auf einem GPN-Plenum besprochen werden sollte, da es gegenüber Menschen, die nicht im Entropia aktiv sind, aber GPN-Orga machen, unfair wäre, das hier über ihren Kopf hinweg zu entscheiden -- Sidri (Diskussion) 16:20, 7. Jan. 2024 (CET)
- Ich habe drei Kritikpunkte, von denen mir es wichtig wäre, dass wir sie berücksichtigen bevor hier eine Entscheidung getroffen wird: Jcgruenhage (Diskussion) 16:42, 7. Jan. 2024 (CET)
- Ein objektiver/kriterienbasierter Vergleich verschiedener Lösungen, bevor wir hier eine Entscheidung treffen welche Software eingesetzt werden soll. Ein MediaWiki wäre weiterhin mein Favorit, aber wir sollten erst mal herausfinden wer welche Features braucht, welche Software welche Features anbietet, und dann eine Entscheidung treffen.
- Mehr proprietäre Software einsetzen widerstrebt mir grundsätzlich erstmal. Natürlich ist Absolutismus nichts, was hier produktiv ist, aber bevor wir mehr proprietäre Software einsetzen, sollten wir gut Abwägen warum das in dem Fall nötig ist.
- Der Zoo an verschiedener Software, den wir Einsetzen sollte nicht unnötig wachsen: Wir betreiben als Wiki Software bisher MediaWiki. Ein viertes MediaWiki ist vom Aufwand her überschaubarer als am Ende drei MediaWikis und ein Confluence/XWiki/WikiJS/whatever.
LAN-Party Mitte/Ende Februar im Entropia
Wir wollen mal wieder eine LAN party haben. Hierfuer soll das Entropia ein WE (Freitag nachmittag - Sonntag frueher Abend) im Februar primaer dafuer umgestaltet werden:
- 4 Switch mit 10G Uplink ins Internet (Hauptraum+Werkstatt+Nebenraum+ggf Sofaecke)
- Stromverteilung: 2 x 16A Drehstrom fuer Desktops auf dem Hauptraumtisch, 1 x 16A Drehstrom fuer Desktops in der Werkstatt
- ein kleines Bar-Element, weil Tschunk ist essentiell
- Verkoestigung tbd..? Gulasch? Irgendwas, was fuer hungrige Spielende geeignet ist
- Snacks?!
- ein Steam-Caching server? hier nice-to-haves hinzufuegen
Terminvorschlag: Fr, 23.02.2024 bis So 25.02.2024
Transcaffeine (Diskussion) 19:42, 15. Dez. 2023 (CET) + Madonius
Schließberechtigungs-Bla-Foo
Appell an die Schließberechtigten nicht zurechnungsfähige Schließberechtigte rauszukehren, wenn Ihr geht
- mMn können ruhende Personen auch gerne eingeschlossen werden, allerdings sollte die letzte schließberechtigte Person wenn sie den Club verlässt, diesen abschließen oder falls dies nicht möglich ist zumindest alle Türen schließen --Elisa
- Silvester war wild
- Seht zu das zumindest eine zurechnungsfähige Person da ist
- Schaut mal nacheinander, gerade bei exxessiven Clubabenden
- Gilt auch ohne Anwesenheit von Exxess
- Passt aufeinander auf!
-- Stirling
Schließberechtigungspolicy
Bisher gibt es keinen Prozess, einer Person die auf Intern@ ist und eine Schließberechtigung haben möchte, der Person diese zu verwehren (Veto) außer dass man Hinterzimmer absprachen trifft und ggf. sozialen Druck auf eventuell bürgende Entitäten ausübt.
Wollen wir die Policy um einen ordentlichen Weg ergänzen und falls ja gibt es dafür Vorschläge?
Der Punkt 4 in der Policy lädt da mMn einfach für viel Interpretationsspielraum ein.
Der Vorstand weißt nochmal auf die bestehende Policy hin, insbesondere ist ein Konsens nur ein Konsens wenn es keine andere Position gibt (siehe Punkt 4 der Policy). Ebenso dürfen Wiedersprüche gegen die Erteilung einer Schließberechtigung auch an den Vorstand gerichtet werden.
-- Elisa
vorstand-aktuell@entropia.de vs vorstand@entropia.de
Aktuell sind unter vorstand@entropia.de sehr viel mehr Leute erreichbar, als der aktuelle Vorstand, was nicht intuitiv ist und vielen Leuten auch nicht bewusst.
Insbesondere bei besonders kritischen bzw vertraulichen Themen, die nur einen gewollt kleinen Personenkreis erreichen sollen, kann der große Personenkreis sehr problematisch sein.
Das Plenum möge beschließen dem Vorstand empfehlen, dass unter vorstand@entropia.de nur noch der aktuelle Vorstand erreichbar ist.
(Anmerkung: Beschlussvorlage angepasst --Twi (Diskussion) 23:28, 5. Jan. 2024 (CET))
--promasu
Diskussion: Quo vadis Kueche
Nachdem in der Kueche der Glasschrank das zeitliche gesegnet hat, wurde sich spontan um Ersatz gekuemmert.
Nach wie vor leidet die Kueche aber unter einem Stauraum-Problem, ueberall stehen Dinge rum, auch "das Alkoholregal" ist ein Dauerprovisorium fuer Toepfe und Co. Wie machen wir hier weiter? Die Ideen waren:
- L-Kueche fuer Gewinn an Arbeitsflaeche
- unter dem L durchgehend Unterschraenke fuer Stauraum
- die der Werkstatt zugewandten Seite Oberschraenke, ggf 80cm hoch oder sogar uebereinander fuer selten genutzte Sachen
Transcaffeine (Diskussion) 18:53, 7. Jan. 2024 (CET)