TuxboxWIKI - Letzte Änderungen [de]

Benutzer:Gmichal12

Gmichal12 — Sun, 20 May 2012 08:32:45 GMT

Gmichal12 erstellte ein Benutzerkonto

Vorlage Diskussion:Development toc

Dbt — Sat, 19 May 2012 18:51:21 GMT

Neuer Abschnitt - ‎Schreibschutz -- ~~~~

Vorlage Diskussion:Development toc

Tijuca — Sat, 19 May 2012 16:52:58 GMT

Die Seite wurde neu angelegt: „In wie weit muss diese Vorlage geschützt werden? Jede Version ist ja wiederherstellbar. Mich behindert dieser Umstand mehr wie das er nutzt. --~~~~“

Neue Seite

In wie weit muss diese Vorlage geschützt werden?
Jede Version ist ja wiederherstellbar. Mich behindert dieser Umstand mehr wie das er nutzt.
--[[Benutzer:Tijuca|tijuca]] ([[Benutzer Diskussion:Tijuca|Diskussion]]) 18:52, 19. Mai 2012 (CEST)

Development:Git Workflow

Tijuca — Sat, 19 May 2012 16:49:22 GMT

‎Berechtigungen und Namespaces: Punkt Versionierung hinzugefügt

Commit Messages

Tijuca — Sat, 19 May 2012 16:14:45 GMT

‎Aufbau einer Commit Message: Typo

Benutzer:Mulysses22

Mulysses22 — Sat, 19 May 2012 05:18:35 GMT

Mulysses22 erstellte ein Benutzerkonto

Benutzer:Hdeserres68

Hdeserres68 — Fri, 18 May 2012 18:34:13 GMT

Hdeserres68 erstellte ein Benutzerkonto

Benutzer:Ezehender75

Ezehender75 — Fri, 18 May 2012 17:16:18 GMT

Ezehender75 erstellte ein Benutzerkonto

Benutzer:Mratcliffe41

Mratcliffe41 — Fri, 18 May 2012 17:06:35 GMT

Mratcliffe41 erstellte ein Benutzerkonto

Hardware:dbox2:FullDuplexUmbau

Dbt — Fri, 18 May 2012 16:21:00 GMT

SEO

Benutzer:Ssylvest16

Ssylvest16 — Fri, 18 May 2012 15:13:26 GMT

Ssylvest16 erstellte ein Benutzerkonto

Benutzer:Nifaustino7

Nifaustino7 — Fri, 18 May 2012 14:59:15 GMT

Nifaustino7 erstellte ein Benutzerkonto

Benutzer:RepairToolbox

RepairToolbox — Fri, 18 May 2012 10:47:03 GMT

RepairToolbox erstellte ein Benutzerkonto

Benutzer:Olfeiteira27

Olfeiteira27 — Fri, 18 May 2012 05:53:37 GMT

Olfeiteira27 erstellte ein Benutzerkonto

Benutzer:Mveren95

Mveren95 — Fri, 18 May 2012 04:45:36 GMT

Mveren95 erstellte ein Benutzerkonto

Benutzer:Kuvallie14

Kuvallie14 — Fri, 18 May 2012 02:33:53 GMT

Kuvallie14 erstellte ein Benutzerkonto

Benutzer:Kikurtis14

Kikurtis14 — Thu, 17 May 2012 23:54:20 GMT

Kikurtis14 erstellte ein Benutzerkonto

Kategorie:TuxboxWIKI MissingBild

Dbt — Thu, 17 May 2012 18:32:26 GMT

Link korrigiert

Kategorie:TuxboxWIKI MissingBild

Dbt — Thu, 17 May 2012 18:30:21 GMT

Inhalt angelegt

Neue Seite

=Fehlende Bilder=
'''In den hier aufgelisteten Artikeln fehlen noch Bilder. Bitte beteilige Dich an der Gestaltung dieser Artikel. Für die Bearbeitung der meissten Artikel ist keine Anmeldung oder Registriereung notwendig. Du kannst also praktisch im "Vorbeigehen" loslegen. Beachte aber bitte die [[Urheberrechte]] und Quellenangaben bei Verwendung von Bildern, die Du nicht selbst angefertigt hast. Bei Problemen wende dich bitte an das [http://wiki.dbox2-tuning.net/wiki/Spezial%3ABenutzer&username=&group=sysop&limit=50 Wiki-Team].'''

'''Vielen Dank!'''

Kategorie:TuxboxWIKI MissingText

Dbt — Thu, 17 May 2012 18:27:06 GMT

Inhalt angelegt

Neue Seite

=Fehlender Inhalt=
'''Die hier aufgelisteten Artikel besitzen noch keinen Inhalt. Bitte beteilige Dich an der Ausfüllung dieser Artikel. Für die Bearbeitung der meissten Artikel ist keine Anmeldung oder Registriereung notwendig. Du kannst also praktisch im "Vorbeigehen" loslegen. Es spielt auch keine Rolle, wenn Du eine andere Sprache verwenden möchtest. Bei Problemen wende dich bitte an das [http://wiki.dbox2-tuning.net/wiki/Spezial%3ABenutzer&username=&group=sysop&limit=50 Wiki-Team].'''

'''Vielen Dank!'''

Benutzer:Tonek22

Tonek22 — Thu, 17 May 2012 17:57:09 GMT

Tonek22 erstellte ein Benutzerkonto

Benutzer:Hamax56

Hamax56 — Thu, 17 May 2012 16:48:47 GMT

Hamax56 erstellte ein Benutzerkonto

Benutzer:Mmax24

Mmax24 — Thu, 17 May 2012 13:43:17 GMT

Mmax24 erstellte ein Benutzerkonto

Benutzer:MozelleKLMV

MozelleKLMV — Thu, 17 May 2012 13:38:28 GMT

MozelleKLMV erstellte ein Benutzerkonto

Benutzer:Lil5Stewart

Lil5Stewart — Thu, 17 May 2012 13:27:59 GMT

Lil5Stewart erstellte ein Benutzerkonto

Benutzer:M7Hawley

M7Hawley — Thu, 17 May 2012 12:07:21 GMT

M7Hawley erstellte ein Benutzerkonto

Benutzer:MeaghanGFQK

MeaghanGFQK — Thu, 17 May 2012 08:12:42 GMT

MeaghanGFQK erstellte ein Benutzerkonto

Development

Dbt — Thu, 17 May 2012 08:10:44 GMT

Supporthinweis eingefügt

Benutzer:FredD5FN

FredD5FN — Thu, 17 May 2012 08:01:58 GMT

FredD5FN erstellte ein Benutzerkonto

Development

Dbt — Thu, 17 May 2012 07:57:57 GMT

Absätze eingefügt

Entwicklung

Dbt — Thu, 17 May 2012 07:52:52 GMT

Redirekt für deutsche Bezeichnung

Neue Seite

#REDIRECT [[Development]]

Diskussion:How to become a Developer

Dbt — Thu, 17 May 2012 07:49:42 GMT

Dbt verschob Seite Diskussion:How to become a Developer nach Diskussion:Development passenderer Artikelname

Development

Dbt — Thu, 17 May 2012 07:49:42 GMT

Dbt übertrug den Seitenschutz von „How to become a Developer“ auf „Development“ hat „How to become a Developer“ nach „Development“ verschoben: passenderer Artikelname

How to become a Developer

Dbt — Thu, 17 May 2012 07:49:42 GMT

Dbt verschob Seite How to become a Developer nach Development passenderer Artikelname

Development

Dbt — Thu, 17 May 2012 07:49:41 GMT

Dbt löschte Seite Development gelöscht, um Platz für die Verschiebung von „How to become a Developer“ zu machen

How to become a Developer

Dbt — Wed, 16 May 2012 22:16:21 GMT

Internen Link hinzugefügt

Benutzer:Rgielstra42

Rgielstra42 — Wed, 16 May 2012 21:34:26 GMT

Rgielstra42 erstellte ein Benutzerkonto

Benutzer:Brranda66

Brranda66 — Wed, 16 May 2012 19:54:02 GMT

Brranda66 erstellte ein Benutzerkonto

Benutzer:DanaCollins1991

DanaCollins1991 — Wed, 16 May 2012 19:09:13 GMT

DanaCollins1991 erstellte ein Benutzerkonto

Development:Git Patch erstellen

Dbt — Wed, 16 May 2012 18:56:57 GMT

Absätze eingefügt

Vorlage:Cs development opgk install

Dbt — Wed, 16 May 2012 18:46:34 GMT

Hinweis auf Mithilfe

Benutzer:Tguttirez17

Tguttirez17 — Wed, 16 May 2012 18:44:39 GMT

Tguttirez17 erstellte ein Benutzerkonto

Vorlage:Cs development opgk install

Dbt — Wed, 16 May 2012 18:38:01 GMT

nicht alles baut ein OPKG-Paket

Benutzer:Fidalton53

Fidalton53 — Wed, 16 May 2012 18:25:55 GMT

Fidalton53 erstellte ein Benutzerkonto

Benutzer:Losummer25

Losummer25 — Wed, 16 May 2012 18:19:18 GMT

Losummer25 erstellte ein Benutzerkonto

Benutzer:PressRTbox

PressRTbox — Wed, 16 May 2012 07:47:17 GMT

PressRTbox erstellte ein Benutzerkonto

Neutrino-HD Entwicklungsumgebung

Dbt — Wed, 16 May 2012 07:14:58 GMT

Makefile.local angelegt

Benutzer:Rcarmen4

Rcarmen4 — Tue, 15 May 2012 22:59:29 GMT

Rcarmen4 erstellte ein Benutzerkonto

→Nächstältere Version		Version vom 18:51, 19. Mai 2012
Zeile 2:		Zeile 2:
	Jede Version ist ja wiederherstellbar. Mich behindert dieser Umstand mehr wie das er nutzt.		Jede Version ist ja wiederherstellbar. Mich behindert dieser Umstand mehr wie das er nutzt.
	--[[Benutzer:Tijuca\|tijuca]] ([[Benutzer Diskussion:Tijuca\|Diskussion]]) 18:52, 19. Mai 2012 (CEST)		--[[Benutzer:Tijuca\|tijuca]] ([[Benutzer Diskussion:Tijuca\|Diskussion]]) 18:52, 19. Mai 2012 (CEST)
		+
		+	== Schreibschutz -- Dbt 20:51, 19. Mai 2012 (CEST) ==
		+
		+	Das war und ist eigentlich bei Globalen Sachen wie Sidebars usw. nicht unüblich, aber es wäre möglich deinen Status auf Sysop zu setzen, dann wäre es möglich für dich solche Sachen anzupassen.

→Nächstältere Version		Version vom 16:49, 19. Mai 2012
Zeile 98:		Zeile 98:

	[[Bild:Git-workflow-four-branches.png\|1000px]]		[[Bild:Git-workflow-four-branches.png\|1000px]]
		+
		+	= Versionierung =
		+	Git selber kennt keine lineare Versionierung, dies liegt im Modell begründet auf dem Git aufgebaut ist. Lineare Versionierung ist nur mit einem Client/Server Prinzip möglich. Da Git dezentral arbeitet funktioniert die Versionierung anders.<br />
		+	Git selber bietet als einfachste Möglichkeit nur die SHA1 ID. Da aber jeder Commit eine eigene ID bekommt, dies auch Branch übergreifend, reicht diese ID eigentlich zur eindeutigen Versionierung aus. Allerdings ist selbst die Kurzform einer SHA1 ID nicht besonders leserlich, und es kann ebenfalls vorkommen das es zwei Commits gibt die die selbe Kurzform ID haben.<br />
		+	Da es im Verlauf eines Projektes immer wieder zu Releases kommt, dies unabhängig von RCs oder Final Releases, gibt es noch die Möglichkeit den Zustand des Repositorys zu diesem Zeitpunkt zu taggen. Dabei gelten die selben Namenskonventionen wie bei der Erstellung von Branches. Einen Tag kann man genauso auschecken eine eine bestimmte SHA1 ID, eigentlich ist ein Tag nichts anderes wie ein Verweis auf eine bestimmte SHA1 ID. Dadurch kann man einen Stand des Repository aus der Vergangenheit wiederherstellen. Dies ist ähnlich der Benutzung von Branches nur das diese in der Regel immer den aktuellen Stand einer Entwicklung darstellen.
		+	In großen Projekten wird dies ausgiebig genutzt muss aber auch dokumentiert werden.
		+
		+	Da beim Taggen die Länge des Tags recht kurz sein sollte gibt es zusätzlich noch die Möglichkeit eine Art Bemerkung dem Tag hinzufügen (<code>git annontate</code>), diese kann man aber nicht als Basis zum auschecken verwenden.

	= Berechtigungen und Namespaces =		= Berechtigungen und Namespaces =

@@ Zeile 3: / Zeile 3: @@
 [[Category:Development:NeutrinoHD]]
-= Was sind gute Commit Messages? =
+= Was sind gute Commit Messages und warum man diese Erstellen sollte. =
-Commit Messages sollen anderen Beteiligten an einem Projekt mitteilen, was Du in Deinem Commit getan hast. Damit diese Info effizient und auch elektronisch verwertbar sind (z.B. zur Aufbereitung eines whats_changend.txt) gibt es ein paar Regeln die beachtet werden sollten.
+*Commit Messages sollen anderen Beteiligten an einem Projekt mitteilen, was Du in Deinem Commit getan hast. Damit diese Info effizient und auch elektronisch verwertbar sind (z.B. zur Aufbereitung eines whats_changend.txt) gibt es ein paar Regeln die beachtet werden sollten.
-Gute Commit Messages ersparen anderen Beteiligten eine aufwendige Suche und steigern die Effektivität. Gute Commit Messages sind ebenfalls der Baustein für ein treffsicheres Suchen zu späterer Zeit. Der Zeitaufwand für das Schreiben einer aussagekräftigen Message beläuft sich auf geschätzt höchstens 3-5min. Aber dadurch wird das spätere Suchen in der History oder im Sourcecode wesentlich effizienter und der Entwickler kann sich seiner eigentlichen Beschäftigung, dem Programmieren, widmen. Wenn Ihr bisher noch nicht so gearbeitet habt, lest folgende Hinweise und fragt Euch dann ob es nicht besser wäre so zu arbeiten.
+*Gute Commit Messages ersparen anderen Beteiligten eine aufwendige Suche und steigern die Effektivität.
 ==Aufbau einer Commit Message==
-* Die erste Zeile eines Commits besteht immer aus einer '''kurzen''' Zusammenfassung Deines Commits. Diese sollte nicht mehr wie 50 Zeichen umfassen. Es ist gute Praxis die Funktion, die logische Einheit oder auch eine Bugnummer gefolgt von einem Doppelpunkt der kurzen Zusammenfassung voran zustellen.
+* Die erste Zeile eines Commits besteht immer aus einer '''kurzen''' Zusammenfassung Deines Commits bestehend aus Zahlen und Buchstaben, jedoch ohne Anführungspunkte. Diese sollte nicht mehr wie 50 Zeichen umfassen. Die üblichen Editoren helfen mit einer farblichen Hervorhebung beim Verfassen der Commit Message.
 * Hast Du nun noch mehr mitzuteilen, das wird fast immer der Fall sein, dann beachte folgendes.
 *: '''Die zweite Zeile bleibt prinzipiell leer!'''
@@ Zeile 37: / Zeile 40: @@
 ==Tipps für Gute Commits==
 === Ein Commit sollte nie die Buildfähigkeit brechen!===
-Als eine goldene Regel für das Committen gilt, dass ein Commit niemals die Funktionalität des Projektes beeinträchtigen sollte. Dies bedeutet, dass jeder andere, der am Projekt mit arbeitet im Stande sein sollte, das Projekt auch mit Deinem Commit noch Bauen können muss. Prüfe Deine Arbeit bevor Du etwas committen willst!
+Als eine goldene Regel für das Committen gilt, dass ein Commit niemals die Funktionalität des Projektes beeinträchtigen sollte. Dies bedeutet, dass jeder andere, der am Projekt mit arbeitet im Stande sein sollte, das Projekt auch mit Deinem Commit noch Bauen können muss. Prüfe Deine Arbeit daraufhin bevor Du etwas committen willst!
 === Du bist nichts besonderes!===
-Jeder denkt, dass er gute Messages schreibt. In den meisten Fällen ist dies auch so. Aber jeder, auch Du, wird nachlässig nach einer gewissen Zeit! Wenn Du denkst, dass Du außergewöhnliche Commits schreibst dann schau kritisch über die letzten 100 Commits, wie viele von denen würdest Du wirklich "außergewöhnlich" bezeichnen? Nur aus Spaß, probiere es einmal.
+Jeder denkt, dass er gute Messages schreibt. In den meisten Fällen ist dies auch so. Aber jeder, auch Du, wird nachlässig nach einer gewissen Zeit! Wenn Du denkst, dass Du außergewöhnliche Commits schreibst dann schau kritisch über die letzten 100 Commits, wie viele von denen würdest Du wirklich "außergewöhnlich" bezeichnen? Nur so aus Spaß, probiere es einmal.
 === Mache einfache Commits!===
@@ Zeile 49: / Zeile 52: @@
 Folgende Message hat sicherlich jeder schon gesehen oder gar selber verfasst, die schlechteste aller möglichen Messages!
   fixed some bugs
-Wow, wer hätte das gedacht! Aber es gibt eigentlich niemanden der absichtlich Bugs einbaut! Natürlich wird Dein Commit dazu da sein, um vorhandene Fehler zu beseitigen.<br>
+Wow, wer hätte das gedacht! Aber es gibt eigentlich niemanden der absichtlich Bugs einbaut! Natürlich wird Dein Commit dazu da sein, um vorhandene Fehler zu beseitigen!<br>
-Wenn Du eine größere Menge an Fehlern gefunden und beseitigt hast, dann schreibe dies auch bitte! Erkläre was Du wo warum gemacht hast. Auch Du könntest mal später nach etwas suchen was du nur noch inhaltlich weist, und genau dann ist eine Suche in den Commit Messages Dein Vorteil. Besser wäre eine Commit Message wie:
+Wenn Du eine größere Menge an Fehlern gefunden und beseitigt hast, dann schreibe dies auch bitte! Erkläre was Du wo warum gemacht hast. Auch Du wirst später mal nach etwas suchen was du nur noch inhaltlich weist, und genau dann ist eine Suche in den Commit Messages Dein Vorteil. Besser wäre eine Commit Message wie:
   Fixed bad allocations in image processing routines
-Was das Finden von Commits auch erheblich vereinfacht, sind gewisse thematische Markierungen, indem man den Commit entsprechend einleitet. Dies könnte z.B. der Name eines Moduls (Funktion), eines Branches, Maketarget, Scriptes o.ä. sein. Siehe auch obiges Beispiel aus der Linuxkernelentwicklung.
+Wie schon erwähnt wird das Finden von Commits auch erheblich vereinfacht wenn man gewisse thematische Markierungen benutzt, indem man den Commit entsprechend einleitet. Dies könnte z.B. der Name eines Moduls (Funktion), eines Branches, Maketarget, Scriptes o.ä. sein. Siehe auch obiges Beispiel aus der Linuxkernelentwicklung.
   modulX: Fixed bad allocations in image processing routines
 oder um es auf einen bestimmten Vorgang einzugrenzen:
@@ Zeile 61: / Zeile 64: @@
 Sehr nützlich kann es sein, wenn man z.B. lokal viel in Branches arbeitet und hier naturgemäß kleinere Commits macht, diese mit dem Branchnamen markiert.
   Branch_cleanups modulX: removed unused variables in ...
-So fällt es leichter die Commits auch noch ohne großes drauf schauen, einem Branch zuzuordnen. Wenn der Branchname auch noch ein Thema darstellt, kann man sogar nach einem Merge in den Master-Branch Rückschlüsse auf die Herkunft ziehen, ohne die Historie genauer zu studieren.
+So fällt es leichter die Commits auch noch ohne großes darauf schauen, einem Branch zuzuordnen. Wenn der Branchname auch noch ein Thema darstellt, kann man sogar nach einem Merge in den Master-Branch Rückschlüsse auf die Herkunft ziehen, ohne die Historie genauer zu studieren.
 Es wird so schnell klar, sich hierbei Gedanken um etwas Organisation zu machen. Das ist noch nicht mal viel Aufwand. Man ist zumindest sich selbst dankbar und froh darüber, ohne großen Aufwand, irgendwann mal einen Commit zu finden, der genau zu einem Problem oder Vorgang passt. Schaue Dir andere Commits an vergleiche diese mit Deinen.

@@ Zeile 2: / Zeile 2: @@
 [[Category:Hardware]]
 [[Category:Hardware:dbox2]]
 Der Umbau von Half-[[wikipedia:Duplex_%28Nachrichtentechnik%29|Duplex]] auf Full-Duplex ermöglicht höhere Datentransferraten über die Ethernet Schnittstelle der [[Hardware:dbox2|Dbox2]]. Das Fernsehsignal kann somit deutlich besser über das Netzwerk gestreamt werden. Transferraten von über 9Mbit/s sind möglich.
 Dabei wird der Ethernet-Interface-Chip hart auf den Full-Duplex-Betrieb umgeschaltet. Leider ist auch nach diesem Umbau die automatische Erkennung von Full-Duplex ([[wikipedia:Autonegotiation|Autonegotiation]]) nicht möglich, da dieses Verfahren von den Chips nicht unterstützt wird. Entsprechend müssen Dbox und die Gegenstelle im Netzwerk manuell auf Full-Duplex umgeschaltet werden.

@@ Zeile 5: / Zeile 5: @@
 {{Development_sidebar}}
 Dieser Artikel versucht interessierten Entwicklern oder diejenigen die zur Verbesserung der [[GNU-Tuxbox Projekt|Tuxbox]]-oder [[Hardware:Coolstream|Coolstream]]-Software beitragen wollen, Informationen über den Entwicklungsprozess der Software zu geben und Fragen von neuen Entwicklern zu beantworten. Wenn Du uns beim Programmieren helfen willst, aber noch
-nicht die notwendigen Kenntnisse hast, dürfte dies eine gute Anlaufstelle sein.
+nicht die notwendigen Kenntnisse hast, dürfte dies eine gute Anlaufstelle sein. Bei Fragen hierzu bitte auch die [[#Boards|Supportforen]] oder [[#Mailinglisten|Mailinglisten]] verwenden.
 __TOC__
@@ Zeile 32: / Zeile 32: @@
 =Code Changes/Source code Repositories=
 ==Buildsysteme==
 * [http://gitorious.org/neutrino-hd/buildsystem-cs/commits/master Multiplatform]
@@ Zeile 64: / Zeile 66: @@
 * [http://cvs.tuxbox.org/lists/ List]
 * [http://novatux.git.sourceforge.net/git/gitweb.cgi?p=novatux/apps;a=summary Novatux]
 =Dokumentation=

@@ Zeile 1: / Zeile 1: @@
 =Fehlende Bilder=
-'''In den hier aufgelisteten Artikeln fehlen noch Bilder. Bitte beteilige Dich an der Gestaltung dieser Artikel. Für die Bearbeitung der meissten Artikel ist keine Anmeldung oder Registriereung notwendig. Du kannst also praktisch im "Vorbeigehen" loslegen. Beachte aber bitte die [[Urheberrechte]] und Quellenangaben bei Verwendung von Bildern, die Du nicht selbst angefertigt hast. Bei Problemen wende dich bitte an das [http://wiki.dbox2-tuning.net/wiki/Spezial%3ABenutzer&username=&group=sysop&limit=50 Wiki-Team].'''
+'''In den hier aufgelisteten Artikeln fehlen noch Bilder. Bitte beteilige Dich an der Gestaltung dieser Artikel. Für die Bearbeitung der meissten Artikel ist keine Anmeldung oder Registriereung notwendig. Du kannst also praktisch im "Vorbeigehen" loslegen. Beachte aber bitte die [[WP:Urheberrechte|Urheberrechte]] und Quellenangaben bei Verwendung von Bildern, die Du nicht selbst angefertigt hast. Bei Problemen wende dich bitte an das [http://wiki.dbox2-tuning.net/wiki/Spezial%3ABenutzer&username=&group=sysop&limit=50 Wiki-Team].'''
 '''Vielen Dank!'''

@@ Zeile 109: / Zeile 109: @@
 =Mailinglisten=
 <br style="clear:right;" />
-<div style="padding:0.5em; margin-bottom:1em; border: 2px solid #a00;">[[Bild:Stop hand.png]] '''Bitte beachten, die inoffiziellen Listen sind privat geführt und auch als solche zu verstehen. Es ist zwar möglich sich dort anzumelden, aber man wird nicht in jedem Fall registriert!'''
+<div style="padding:0.5em; margin-bottom:1em; border: 2px solid #a00;">[[Bild:Stop hand.png]] '''Bitte beachten, die internen Listen sind privat geführt und auch als solche zu verstehen. Es ist zwar möglich sich dort anzumelden, aber man wird nicht in jedem Fall registriert!'''
 </div>
-* [http://mailman.spieleck.de/mailman/listinfo/neutrino-hd Neutrino-HD]
+==Öffentlich==
-* [https://lists.sourceforge.net/lists/listinfo/novatux-global Novatux]
+* [http://cvs.tuxbox.org/ Tuxbox Requests]
+* [http://cvs.tuxbox.org/lists/ Tuxbox Archiv]
 =Boards=

@@ Zeile 95: / Zeile 95: @@
 =Patch einreichen=
 Wer einen Patch zur Verfügung stellen möchte, kann dies natürlich gerne tun. Hierfür kannst du die Anhangsfunktion in den [[#Boards|Boards]], [[#Mailinglisten|Mailinglisten]] oder [[#Links|Upload-Server]] nutzen. Bitte auch entsprechende Erläuterungen dazu machen (sollte klar sein).
 Eine Patchdatei sollte auch so benannt werden, dass man sie auch zuordnen kann. Dies kann mit einem Zeitstempel und/oder der Revisionsnummer und den Namen der damit zu patchenden Dateien erfolgen.
 Beispiele:

@@ Zeile 66: / Zeile 66: @@
 Das ist eigentlich schon alles. Diese Datei(en) können nun an einen Entwickler geschickt werden.
-=Patch von einem Einzel-Commit erstellen=
+==Patch von einem Einzel-Commit erstellen==
 zunächst das Log aufrufen, um den benötigten Commit zu finden. In diesem Beispiel liegt der betreffende Commit ein einem lokalem Branch und sollte unter den letzten paar commits zu finden sein. Pauschal suchen wir nun die letzten Commits ab:
@@ Zeile 127: / Zeile 127: @@
 </div>
-= Patch aus mehreren Commits erstellen =
+==Patch aus mehreren Commits erstellen ==
 Angenommen man arbeitet lokal an einer Sache, die man in üblicherweise in mehreren Commits und in einem separaten Branch abgearbeitet hat und möchte genau diese Commits als Patch weitergeben, kann man diese ebenfalls als Folge von Einzelpatches erzeugen.

@@ Zeile 8: / Zeile 8: @@
 === OPKG Pakete erzeugen ===
-Ein Grossteil aller Targets im Buildsystem mit denen die Libraries, Tools und Binaries erstellt werden, bauen auch automatisch die entsprechenden [[OPKG]] Pakete mit. Nur wenn man eigene Pakete erstellt, muss man sich um das erstellen der [[OPKG]] Pakete selbst kümmern.
+Ein Grossteil aller Targets im Buildsystem mit denen die Libraries, Tools und Binaries erstellt werden, bauen auch automatisch die entsprechenden [[OPKG]] Pakete mit. Wenn man eigene Pakete erstellt oder wenn man ein fehlendes aber benötigtes Paket bauen will, muss man sich um das erstellen der [[OPKG]] Pakete selbst kümmern bzw. das jeweilige Target anpassen. Hilfe ist in diesem Fall willkommen und man kann seine Änderungen dem Maintainer gerne zukommen lassen. Siehe dazu auch [[Development:Git Patch erstellen|Git Patch erstellen und versenden]].
 === Beispiele für die Erzeugung minimaler Systeme mit lauffähigem Neutrino ===

@@ Zeile 177: / Zeile 177: @@
 you@machine:~/coolstream/buildsystem-cs> make help
 </source>
 == Start ==