[Team] [Forum] Diskussion: Neue Forenaufteilung

Christian Mangold christian.mangold at iurisprudentia.de
Mo Aug 25 12:15:48 CET 2008


Am Dienstag, 19. August 2008 09:12:00 schrieb Dirk Barrois:

> 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.

+1

> 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

Das Subforum Wiki ist nicht dafür da, um allgemeine Kritik loszuwerden. Diesen 
Kritikpunkt kann ich nicht nachvollziehen.

> 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.

Auch sollen hier unter keinen Umständen Anleitungen entstehen oder gesammelt 
werden.

> Variante 3: Das Wikiforum ist wichtig und sollte bestehen bleiben.

Das Wikiforum dient der Diskussion über Probleme und Fragen zu einzelnen 
Artikeln, wobei hier Support für Probleme mit einer Anleitung gegeben werden 
soll und somit auch keine Diskussion zu Veränderungen oder Qualität der 
Artikel erfolgen sollen, denn das gehört in das Wiki auf die Dikussionsseite.

Momentan gibt es leider noch nicht sehr viele Anleitungen, so dass auch das 
Subforum noch recht leer ist. Ich würde mir wünschen, dass wir für das Wiki 
einen Textbaustein erstellen, in etwa "zu dieser Anleitung gibt es offene 
Fragen, besuchen Sie bitte [URL]diesen[/URL] Thread im Forum.


>___ Spiele
> Variante 1: Spiele auch für Wine etc.

Es wäre sicher nicht fehlerhaft Spiele grundsätzlich in diesem Forum 
abzuarbeiten, das gilt dann auch für Probleme mit wine. Grundsätzlich gilt 
hier wohl, dass wenn wir das Spieleforum um "wine" erweitern das 
Subforum "Emulatoren und Co" überflüssig wird?

> 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

Das gehört imo zum Subforum Konfiguration bzw Installation.

> ___________________________________________________________________________
>___ 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.

auf jeden Fall -1 siehen oben.

> 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.

Das ist imho die einzige Lösung. Dieser Punkt sollte mit Priorität betrieben 
werden, da wir hier unglaublich inkosequent erscheinen.

>_____ Programmieren
> Variante 1: Wird imho reichlich wenig genutzt, denke da spiegelt sich
> schon, dass unsere Zielgruppe doch eher Anfänger sind.

+1

> 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.

+1
Konsequenz wäre dann die Abschaffung des Subforums.

>___ Übersetzen
> Variante 1: Übersetzungen werden im Launchpad gemacht, daher überflüssig.

Full ack

> ___________________________________________________________________________
>___ 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.

Ich bevorzuge diese Variante, da vor allem auch die Ergebnisse der 
Suchfunktion von älteren obsoleten Problemen mit Beta und Alpha Versionen 
befreit werden.

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

Wir sollten keine weitere Ebene einführen. s.u.

> 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,

Die weitere Ebene würde erhebliche Probleme mit unserem aktuellen Design 
aufwerfen und auch im Forum Corporate sie das nicht unbedingt sehr gut aus. 
Weiter finde ich es auch unnötig.

>___ archive.kubuntu-de.org
>
> Die Paketarchivforen könnte man eventuell zusammenfassen.
> Wunschliste

Nein, wir haben niemanden, von dem man sich etwas wünschen könnte. Wer ein 
Paket haben möchte, der solle einen Motu ansprechen oder einen [needs 
packaging] Bug im LP aufmachen. Wer kein Englisch kann, der kann sich für 
letzteres an das bug Team im IRC wenden.

Eine Wunschliste ist völlig sinnlos und führt lediglich zu einem ganzen Haufen 
von Missverständnissen.

> Variante 1: Dieser Punkt wird oft missgedeutet. Da wäre eine Umbenennung
> oder Konkretisierung dringend anzuraten.

Archivierung ist imo die einzige Lösung, da es keine Daseinsberechtigung mehr 
gibt. Im Übrigen auch keine Moderatoren.

Fakt ist, kein Repo = keine Foren für ein Repo. Von daher bin ich für die 
Löschung.

> 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.

Zumindest für neue Mods bieten ältere Threads in der Qharantäne durchaus 
Anhaltspunkte, was man löschen sollte und was nicht. Ich denke es ist nicht 
notwendig zu löschen.


-- 
Giessereistr. 10
90763 Fuerth
Germany

+49 911 6642997
+49 179 9478419

jabber: neversfelde at jabber.neversfelde.de
skype:  ch.mangold
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: This is a digitally signed message part.
URL         : http://lists.kubuntu-de.org/pipermail/team/attachments/20080825/b7fd5310/attachment-0001.pgp 


More information about the Team mailing list