[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