[Team] [Forum] Diskussion: Neue Forenaufteilung

[Dirk Barrois]

Hallo,

da das Forentreffen am 12.08. mangels Teilnahme ausgefallen ist, werde ich die 
Themen der Agenda einzeln auf die Mailingliste stellen um hier diskutiert und 
beschlossen werden können. Dies, also die vermehrte Nutzung der ML, ist auch 
auf dem Teammeeting am 6.08. so besprochen worden.

In Zukunft ist besprochen, dass zu jedem Punkt auf der Agenda schon im Vorfeld 
eine solche Diskussion über die ML laufen soll. Ich bitte daher in Zukunft, 
wenn man einen Agendapunkt hinzufügt, dass man auch eine Diskussion über die 
ML anfängt. Wer dabei Hilfe braucht, kann sich ja jederzeit an mich, den 
Koordinator (Forum) neversfelde oder auch an den CommunityBetreuer blizzzek 
wenden.

Ich bitte Euch, dass ihr auch rege zu den einzelnen Themen Stellung nehmt, 
damit die Zusammentragung der Meinungen auch zu einer demokratischen 
Abstimmung führen kann.

Ich werde diesmal immer ein Zieldatum mit angeben, bis wann die Antworten 
berücksichtigt werden. Dies ist aber nur dieses mal so, da sonst ja als 
Entdatum das Forentreffen steht. Dann werde ich die Antworten zusammenfassen 
und ein "Ergebnis" hier posten.

So nun aber zum ersten Thema:
Neue Forenaufteilung:
Ich habe nur die strittigen Foren, bei denen es mehrere Varianten zu Auswahl 
gibt oder solche bei dennen Änderungen geplant sind, hier aufgeführt.
______________________________________________________________________________
Allgemein
Veranstaltungen
Variante 1: Die Organisation von Veranstaltungen geschieht über das Wiki und 
Nachfragen können im IRC, der Mailingliste oder anderen Wegen geschehen. 
Daher überflüssig.

Variante 2: Veranstaltungen könnte man IMO über die News abhandeln und den 
Rest per Wiki und/oder mal im Stammtisch falls über ein Event gesprochen 
werden will. Ein eigenes Subforum ist sicher etwas too much.
______________________________________________________________________________
Kritik, Fragen und Anregungen
Variante 1: Sollte nicht nur für das Forum, sondern für den ganzen Auftritt 
gelten. OK
______________________________________________________________________________
Wiki
Variante 1: Wenn es Kritik oder Fragen zum Wiki gibt, kann das auch 
in "Kritik, Fragen und Anregungen" abgehandelt werden. Hilfe zum Wiki gibt es 
im Wiki und IRC, etc. sind auch noch da. Daher überflüssig

Variante 2: Erfahrungen & Anleitungen könnte man eventuell mit dem Wikiforum 
zusammenfassen, ich finde aber ein Diskussionsforum über Wikibeiträg ganz 
gut, auch um eventuell neue Leute zu akquirieren.

Variante 3: Das Wikiforum ist wichtig und sollte bestehen bleiben.
______________________________________________________________________________
Spiele
Variante 1: Spiele auch für Wine etc.
______________________________________________________________________________
AMD64 / EM64T und PowerPC
Variante 1: Ist es sinnvoll die Architekturen zu trennen? Die Anzahl der 
Probleme aufgrund der Architektur werden nicht viele sein, es ist aber nicht 
von Anfang an erkennbar, ob es sich um ein solches Problem handelt, daher 
überflüssig
______________________________________________________________________________
Erfahrungen & Anleitungen
Variante 1: Erfahrungen & Anleitungen könnte man eventuell mit dem Wikiforum 
zusammenfassen, ich finde aber ein Diskussionsforum über Wikibeiträg ganz 
gut, auch um eventuell neue Leute zu akquirieren.

Variante 2: Hinsichtlich des Forums "Erfahrungen & Anleitungen" haben wir im 
Internen Forum schon ausführlich diskutiert. Es verstößt gegen die Wikiregeln 
und sollte daher archiviert werden. Natürlich kann man vorher die wenigen 
sinnvollen Beiträge in das Wiki übernehmen.
________________________________________________________________________________
Programmieren
Variante 1: Wird imho reichlich wenig genutzt, denke da spiegelt sich schon, 
dass unsere Zielgruppe doch eher Anfänger sind.

Variante 2: Programmieren würde ich sicher beibehalten, auch wenn es nicht 
sehr aktiv genutzt wird.

Variante 3: Nicht sehr aktiv ist übertrieben. Es wird überhaupt nicht genutzt 
und hat eigentlich in einem Supportforum für Kubuntu gar nichts verloren. Im 
Zweifel kann das Unterforum "Sonstiges" Fragen in diese Richtung problemlos 
auffangen.
______________________________________________________________________________
Ãœbersetzen
Variante 1: Übersetzungen werden im Launchpad gemacht, daher überflüssig.
______________________________________________________________________________
Entwickler- und Betaversionen
Variante 1: Dies müsste umorganisiert werden. Immer nur offen, für die gerade 
aktuelle Alpha-, Beta-Version. Zum Finalrelease ins Archiv damit. Ob dieses 
Archiv öffentlich ist (es können auch noch "alte" Fehler im Final vorhanden 
sein) oder nicht ist zu besprechen.

Variante 2: Entwickler + Betaversionen: stimme ich dir zu, aber weniger ins 
Archiv verschieben als vielmehr das ganze direkt so strukturieren:     + 
Entwickler + Betaversionen         + Hardy         + Intrepid         + ...

Variante 3: Ich würde gerne vermeiden eine weitere Ebene an Unterforen 
einzuführen. Imo macht es durchaus Sinn die Beiträge irgendwann zu 
archivieren,
______________________________________________________________________________
archive.kubuntu-de.org

Die Paketarchivforen könnte man eventuell zusammenfassen.
Wunschliste

Variante 1: Dieser Punkt wird oft missgedeutet. Da wäre eine Umbenennung oder 
Konkretisierung dringend anzuraten.
______________________________________________________________________________
Interne Foren
Quarantäne

Variante 1: ggf. kann man ältere Sachen in der Quarantäne löschen, so alles 
was alter als ein 1/2 Jahr alt ist, da es sowieso nicht wieder hergestellt 
wird. 
______________________________________________________________________________


So das war imho der umfangreichste Punkt dieser Tagesordnung. Ich hoffe ihr 
kommt durch dieses ganz Gewusel gut durch. Bei Fragen stehe ich natürlich 
gerne zur Verfügung.

Achja, das Zieldatum:
Bitte gebt eure Antwort bis zum 2.September (also in 14 Tagen) über die ML ab.

Gruß
Dirk

P.S.: Ich werde auch je nach Umfang der Themen kürzere Antwortzeiten angeben, 
also _Vorsicht_ bei den nächsten Mails zu diesem Treffen.