KIF485:KIF-Admin

Der AK wurde in einem Pad protokolliert, und dieses wurde mit pandoc zu diesem Wiki konvertiert.

Gespawnte Dinge (teilweise schon seit 48,0)

• Streaming (seit 48,0)
• Limesurvey für Apfifoges (seit 48,0)
  • gerade noch sehr manuell, wird bis zur nächsten KIF noch verbessert

Mails

KIF-L

• AK zum Thema hat stattgefunden
  • Aufsplitten in zwei Mailingsliste: Information, Diskussion (damit Leute die Diskussionen ausblenden können)
• Status Quo: KIF-L in Mannheim gehostet, Mailman, Kommunikation schwierig, to-be-replaced
• Plan: Listen unter kif.rocks, Sympa Verzögerungsgrund: ML-Software und Mailserver eng verzahnt, mehrere Domains aufgeschaltet, müsste man alles in einem Stück migrieren
• Übergangslösung (selbst angesichts der langen Wartezeit) unschön
  • Dortmund priorisiert den Umzug höher, hoffentlich klappt das in den nächsten zwei Monaten
• Vorschlag: KIF-Listen unabhängig halten von Dortmund-Listen (erleichtert spätere Migration, falls nötig)
  • Dortmund macht sich dazu mal Gedanken

Teilnehmenden-Mailingliste alter KIFs

• Wie lange aufheben?
  • Vorschlag: Immer so lange, dass gerade drei Listen aktiv sind ➔ hat Konsens des Admin-Teams

Bildergalerie

• Stand zur 48,5 == Stand zur 47,5 (Content ist drin, ACLs fehlen noch. Hat nicht so hohe Priorität.)
• Alte Galerie wird abgeschaltet, ersetzt durch Redirect

Wiki-Update

• Absichtlich verschoben, damit nicht kurz vor der KIF was kaputtgeht
  • Eher mal Ende November/Anfang Dezember
  • ggf nochmal nachfragen, falls scheinbar vergessen

Wiki-Inhalt

• Content könnte mal ein paar Verbesserungen gebrauchen
  • Gerne tun!
• Struktur könnte stellenweise noch viel mehr Verbesserungen gebrauchen
• Sidebar ist verworren
  • Es gab einen AK über mehrere KIFs — der letzlich kapituliert hat (es wurde kein sinnvolles Konzept gefunden)

Automatische Pad-zu-Wiki-Migration

• Protokoll-Pad-Links können mittlerweile im AKPlanner hinterlegt werden
• Die könnte man automatisch ins Wiki migrieren
  • ist gerade ein Wunsch
  • nicht als Feature des AKPlanners, sondern separates Skript
  • es existieren ein paar Bastelprojekte in die Richtung
  • jemand™ sollte ein Gitlab-Projekt anlegen
    • Name?????
• Man könnte für jeden AK automatisch ein Pad anlegen
  • als Feature des AKPlanners
  • Hemmnis bisher: Rausfinden, ob gewünschte Pad-ID noch frei ist
  • CodiMD kann aber auch über einen Endpoint (/new?) ein zufälliges Pad erzeugen

BigBlueButton

• Echotest auf der Dortmunder Infrastruktur dauert auffallend lange An anderen Unis meistens schneller
• Leider hauptsächlich ungenaue/anekdotische Informationen zum Auftreten des Problems
• Kann in der Config leicht abgeschaltet werden Dann landen aber Leute mit (audio-)technischen Problemen direkt im BBB
• Dortmund hält (zwecks geringem Wartungsaufwand) auf allen Instanzen die selbe Config vor
• Dortmund kann das mal anschauen, aber erst nach der Mail-Umstellung