Balrok

die Übersetzung von [1] Ich stelle damit keinen Anspruch auf Richtigkeit und Vollständigkeit und soweiter. Ich würde mich freuen, wenn andere hier noch Fehler beseitigen wollen =)

In Gutsy mitwirken

Gutsy Gibbon (7.10) wird das siebte Release unseres beliebten Betriebssystems, Ubuntu, sein. Mit dem Feisty-Release auf der Schwelle, und den Entwicklungsplänen für Gutsy, die allmählich Gestalt annehmen, ist jetzt eine gute Zeit zu rekapitulieren, was wir tun können, um zu helfen aus Gutsy ein erstklassiges Release zu machen.

Eins nach dem anderen

• Erstelle dir einen Launchpad account, wenn du noch keinen hast. Du wirst ihn brauchen, um Bugs zu melden und zu verfolgen, Übersetzungen in Rosetta zu machen, Blaupausen zu registrieren (oder Ideen einzubringen), Supportfragen zu verfolgen und das Karma zu verteilen. Das neue, geupdatate Launchpad kann eine exzellente zentrale Anlaufstelle, für all deine Beiträge für Ubuntu und mehr, sein.

[Hier registrieren]

• Mache dich zumindest annäherungsweise damit vertraut, wie die Ubuntu-Entwicklung funktioniert. Das wird dir helfen, effizienter beizutragen und vermeidet viele unerbetene Beiträge aufgrund von Missverständnissen. Ein exzellenter Platz um damit anzufangen, ist die [Ubuntu-Entwicklungs-Seite] im Wiki. Sogar ein kurzer Blick auf die Hauptseite wird dir einen groben Einblick geben, wie die einzelnen Bereiche zusammen passen und es wird helfen, wenn du tiefer gehen willst. Wenn das Puzzle in deinem Kopf fehlende Stücke hat, zöger nicht zu fragen, wie die Dinge funktionieren. Die bald kommende Ubuntu [Open Week] (23.4-28.4) bietet auch eine gute Möglichkeit, ein bisschen tiefer in Ubuntu zu tauchen.

• Prüfe den Gutsy Release-Plan um vorauszuschauen, wann du was in dieser frühen Phase beisteuern kannst.

• Wenn du darüber verwirrt bist und/oder zu viele Probleme mit der Entwicklungs-Version hast und du dich nicht richtig auskennst, installiere es vorerst nicht. Der Ubuntu-Entwicklungs-Prozess ist ein harter Ritt, härter, als viele andere Distros, aufgrund der Aktualität, technische Grundsätze und den [fest gesetzten Entwicklungs-Zeiträumen] ist es fest gepackt mit drastischen Änderungen; wenn du an irgendeinem Punkt dich entscheidest, dass du dem nicht gewachsen bist, stell es bis zu einer stabileren Phase, einem Meilenstein-Release oder ganz ein. Gutsy wird bis Oktober 2007 eine Entwickler-Version sein und ist bis hin zu schweren Systemstörungen an jedem Punkt anfällig. Vertraue nicht auf Gutsy als Arbeitssystem. Wenn du dich entscheidest, es zu testen, sei dir bewusst, dass du riskierst ohne funktionierendem Betriebssystem sowie Datenverlust dazustehen.

Ideen für neue Features einsenden

Zu Beginn jeder Entwicklungs-Periode wird ein Entwicklungsgipfel [2], wo die Pläne zukünftiger Releases ausgewertet werden, gehalten, Der Gipfel für Gutsy wird in Sevilla[3] vom 6. bis 11. Mai 2007 gehalten. Wenn du also Ideen hast, wo du stark denkst, dass sie im nächsten Release umgesetzt werden sollen, ist jetzt die Zeite sie als Blaupausen (auch bekannt als Spezifikationen), die für die Entwickler zum befassen und weiterem bearbeiten nutzbar sind.

Schau zunächst auf die Liste der bereits existierenden Spezifikationen[4] für Ubuntu. Wenn du präzise, bearbeitungsfähige Spezifikationen selbst schreiben kannst, geh weiter und sende sie ein. Wenn nicht, dann schau auf eine gut geschriebene und akzeptierte Spezifikation oder vielleicht hilft die, sich selbst referenzierende SpecSpec[5] (zu Deutsch SpezifikationSpezifikation). Wenn du dich mit dem Prozess immer noch nicht wohl fühlst, schreib deine Idee in der Form, welche in diesem Post[6] definiert wurde, in das Gutsy Forum, und das Forum-(Botschafter?)-Team[7] wird dir helfen, es zu diskutieren, bewerten und hoffentlich in eine durchdachte Spezifikation zu verwandeln auf der die Entwickler aufbauen können. In der kurzen Zeit, die wir bis zum UbuntuEntwicklerGipfel in Sevilla haben, werden wir uns auf die hervorragendsten und machbarsten Spezifikationen konzentrieren, um ihnen die besten Chancen zu geben, dass sie da diskutiert werden. Zuletzt wird einer aus dem Forum-(Botschafter?)-Team persönlich nach Sevilla gehen und die Spezifikation aus dem Forum in "BOF" Gesprächen[8] representieren.

Eine Menge der bereits eingesendeten Ideen haben bereits ähnliche Spezifikationen (an einigen wird noch gearbeitet), oder wurden bereits in einer anderen Form von anderen vorgeschlagen. So schau bitte zuerst, ob deine Spezifikation noch nicht bei jemand anderem vorgeschlagen wurde bzw. ob bereits daran gearbeitet wird, in Launchpad[9] und im Gutsy-Forum[10] (Ich hab den Satz mal umgestellt, da ein annäherndes übersetzen hier nicht mehr so gut klingt .. bzw ich keine bessere idee hatte^^).

Bugs melden

Bugmelden ist eines der einfachsten (begehbarsten) und nützlichsten Wege, über die jeder helfen kann. Es ist eine gute Idee mit dem Bugmelden so früh wie möglich zu beginnen, sobald es in richtig der späteren Etappen entgegen geht, besonders nach dem "BetaFreeze"[11], wird der Fokus höchstwahrscheinlich nur auf die kritischen Bugs verschoben. Immer wenn du auf eine reproduzierbare Fehlfunktion in Gutsy stößt, sende einen Bugreport[12] (eine Fehlermeldung). Es ist eine gute Idee, bevor du deinen Report absendest, einen Thread im EntwicklungsForum zu beginnen um es mit anderen zu disktuieren, die möglicherweise dasselbe erlebt haben, um sicher zu gehen, dass es wirklich ein Bug ist. Und es ist sehr Wichtig, dass du, bevor du deinen Bugreport absendest suchen tust; doppelte Bugs machen das leben für alle schwerer. Es ist praktische die Url-Struktur für die Quellpaket-Bug-Seiten (in denen, wo du Bugs suchen kannst) im Gedächtnis zu haben.

https://bugs.launchpad.net/ubuntu/+source/<sourcepackagename>/+bug

Schau auf die "Fehler melden"-Seite[13] im Wiki um mehr über die Arbeitsschritte zu lernen.

Wenn du Hilfe beim Bugreport-senden brauchst, zum Beispiel, wenn du weißt was falsch ist, aber nicht weißt in welches Paket dieser eingeordnet werden soll (filed against->eingeordnet), mach ein Thema im (Botschafter?)-subforum[14] auf und wir werden das beste tun um dir zu helfen.

Bugs selektieren (Bug triaging)

Wenn du genug Engagement mitbringst uns mit Bugs zu helfen[15] und einen Schritt weiter als das Melden gehen willst, ist dies genau das wo du gebraucht wirst.

Bugs selektieren besteht aus folgendem:

• auf neue Bugs antworten sobald sie archiviert wurden
• nach Dupletten (oder doppelten aber Duplette klingt cooler^^) im Bug-melde-System suchen
• die Bugs zu ihren "upstream"-Autoren senden, wenn sie verwendbar sind
• verlinken mit Bugs anderer Distributionen
• Bugs nach ihrem Paket klassifizieren
• Prioritäten bei den Bugs setzen
• alte Bugs stornieren

Da immer neue Bugs kommen werden, gibt es nie genug Bug-Selektierer. Es ist ein exzellenter Weg auszuhelfen dies wird sehr geschätzt und bringt dir sehr viel darüber bei, wie Ubuntu funktioniert. Um mit dem selektieren von Bugs[16] zu beginnen, trete dem "Bug Squad"[17] bei. Nachdem du eine Weile Bugs selektiert hast, kannst du ein Mitglied vom QA[18] (Question & Answer->Frage&Antwort?) Team werden, wo es dir erlaubt ist die Wichtigkeit(Importance) and "Meilenstein"("Milestone") Werte von existierenden Bugs zu ändern.

Und ugeachtet, ob du zuvor an Bugs gearbeitet hast oder nicht, verpasse nicht den Hug Day[19]!

ISO-Images ausprobieren

(Image=Abbild, aber Image ist für mich eingedeutscht)

Das ISO-Tester Team testet täglich "ISO builds" (mir fällt da grad kein deutsches Wort ein) welche zu den Meilenstein CD Images führen, bevor diese offiziel veröffentlicht wurden, um sicher zu gehen, dass sie so funktionieren, wie beabsichtigt. Folge den Anweisungen im Forum-Bereich für das Team[20] um dem Team beizutreten und ihm zu helfen. Danach musst du dich in deinen Benutzer-Einstellungen[21] noch bei dem Team bewerben. (Ok langsam wirds mist mit der Übersetzung)

Übersetzen

Ubuntu legt eine spezielle Betonung auf das Recht und die Möglichkeit all seiner Benutzer komfortabel freie Software in ihrer Muttersprache zu nutzen, deshalb hat die Übersetzung einen besonderen Platz. Wenn du sicher mit einer anderen Sprache neben Englisch bist, wird dein Beitrag zu Übersetzungen in Rosetta[22], Launchpads ÜbersetzungsModul, wertvoll sein. Mit Rosettas Web-Interface kannst du soviel du willst, zu jeder Zeit und in jedem Paket übersetzen.

Pass auf, dass du mit der Software, die du übersetzen willst vertraut bist, damit die Wörter so gut wie möglich in den Kontext passen. Die Freiheit von verschiedenen Übersetzern und nicht-lineare Bearbeitungen können auch Probleme mit sich bringen, so etwas wie Beständigkeit; es ist eine gute Idee mit den Übersetzern aus dem Übersetzer-Team deiner Sprache im Austausch in Launchpad zu bleiben. Auch ist es hilfreich, sich den upstream-Kontakten für die Software, die du übersetzt, in Verbindung zu setzen um möglichen Schwierigkeiten Herr zu werden.

Code einsenden

Warum nicht? Die Ubuntu Kern-Entwickler und "MOTU"[23] (master of the universe , Ford Prefect) haben nahezu immer alle Händer voll zu tun, und benötigen gelegentlich eine Hand für bestimmte Dinge. (jetzt wirds knifflig.. und ich hab keine lust mehr :/) You may also want to have a go at becoming a MOTU hopeful, and eventually, a MOTU; check their wiki page for details. There will also be lots of specs[24] floating around that no core developers or MOTU will be able to work on; you can try your hand at realizing them.

Doing Design

Falls du im Graphik Bereich arbeitetest, kannst du auch bei Ubuntu bezogener Kunst mitmachen. Starte hier [25].

Dokumentationen schreiben

Wenn du gute Dokumenationen schreiben kannst, kannst du im Dokumentationen-Team mitarbeiten [26], oder alleine in der Community Dokumentation[27]