© 1995-2008 by The FreeBSD Project. All rights reserved.URL: http://www.FreeBSD.de
as 2007-09-21 20:30:41 UTC
FreeBSD German Documentation Repository
Modified files:
books/developers-handbook/policies chapter.sgml
Log:
Zulange Zeilen gekürzt.
Revision Changes Path
1.8 +57 -53 de-docproj/books/developers-handbook/policies/chapter.sgml
Index: chapter.sgml
===================================================================
RCS file: /home/cvs/de-docproj/books/developers-handbook/policies/chapter.sgml,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -I$FreeBSDde.*$ -r1.7 -r1.8
--- chapter.sgml 21 Sep 2007 20:20:14 -0000 1.7
+++ chapter.sgml 21 Sep 2007 20:30:41 -0000 1.8
@@ -60,15 +60,15 @@
werden. Nur wenn der Maintainer in einer inakzeptablen
Zeitspanne auf mehrere E-Mails nicht antwortet, können die
Änderungen, die mit dem Commit in Kraft treten, auch ohne
- Überprüfung durch den Maintainer vollzogen werden. Dennoch
- wird empfohlen, dass die Änderungen, falls
+ Überprüfung durch den Maintainer vollzogen werden.
+ Dennoch wird empfohlen, dass die Änderungen, falls
möglich, von jemand anderem überprüft
werden.</para>
<para>Es ist natürlich nicht akzeptabel, einer Person oder
Gruppe den Status eines Maintainers zu geben, so lange sie nicht
- zustimmt, diese Pflicht auf sich zu nehmen. Andererseits muss es kein
- einzelner Mensch sein. Eine Gruppe von Menschen ist genauso
+ zustimmt, diese Pflicht auf sich zu nehmen. Andererseits muss es
+ kein einzelner Mensch sein. Eine Gruppe von Menschen ist genauso
in Ordnung.</para>
</sect1>
@@ -118,26 +118,27 @@
Änderungen an die Hauptentwickler zurückfließen zu
lassen.</para>
- <para>Letztendlich kommt es jedoch auf die Menschen an, welche die Arbeit
- leisten. Wenn die Durchführung dieses Modells bei einem Paket mal nicht
- möglich ist, können Ausnahmen dieser Regeln
- nur mit Genehmigung des Core-Teams und der Übereinstimmung der
- anderen Entwickler gewährt werden.
- Die Fähigkeit, dieses Paket auch in Zukunft pflegen
- zu können, ist eine der Schlüsselfragen bei dieser
+ <para>Letztendlich kommt es jedoch auf die Menschen an, welche die
+ Arbeit leisten. Wenn die Durchführung dieses Modells bei
+ einem Paket mal nicht möglich ist, können Ausnahmen
+ dieser Regeln nur mit Genehmigung des Core-Teams und der
+ Übereinstimmung der anderen Entwickler gewährt werden.
+ Die Fähigkeit, dieses Paket auch in Zukunft pflegen zu
+ können, ist eine der Schlüsselfragen bei dieser
Entscheidung.</para>
<note>
<para>Durch einige bedauernswerte Einschränkungen
- des RCS-Dateiformats und die Handhabung von Herstellerzweigen im CVS
- ist von unwesentlichen, trivialen und/oder kosmetischen Änderungen
- an Dateien <emphasis>dringend abzuraten</emphasis>, die
- dem Herstellerzweig folgen. <quote>Grammatikalische oder
- sprachliche Fehlerbehebungen</quote> sind explizit unter der
- <quote>Kosmetik</quote>-Kategorie einzuordnen und sollten
- bei Dateien mit einer 1.1.x.x-Revision vermieden werden. Das
- Repository kann sich durch Änderungen einzelner
- Zeichen dramatisch aufblähen.</para>
+ des RCS-Dateiformats und die Handhabung von Herstellerzweigen
+ im CVS ist von unwesentlichen, trivialen und/oder kosmetischen
+ Änderungen an Dateien <emphasis>dringend
+ abzuraten</emphasis>, die dem Herstellerzweig folgen.
+ <quote>Grammatikalische oder sprachliche
+ Fehlerbehebungen</quote> sind explizit unter der
+ <quote>Kosmetik</quote>-Kategorie einzuordnen und sollten bei
+ Dateien mit einer 1.1.x.x-Revision vermieden werden. Das
+ Repository kann sich durch Änderungen einzelner Zeichen
+ dramatisch aufblähen.</para>
</note>
<para>Die eingebettete
@@ -248,7 +249,8 @@
dem initialen Import nutzen. Ein Beispiel von
<filename>src/contrib/cpio</filename> sehen Sie hier:</para>
- <programlisting>This directory contains virgin sources of the original distribution files
+ <programlisting>
+This directory contains virgin sources of the original distribution files
on a "vendor" branch. Do not, under any circumstances, attempt to upgrade
the files in this directory via patches and a cvs commit. New versions or
official-patch versions must be imported. Please remember to import with
@@ -292,8 +294,8 @@
<title>Belastende Dateien</title>
<para>Es kann gelegentlich notwendig sein, belastende Dateien
- in den FreeBSD-Quelltextbaum zu integrieren.
- Braucht ein Gerät zum Beispiel ein Stück binären Code, der
+ in den FreeBSD-Quelltextbaum zu integrieren. Braucht ein
+ Gerät zum Beispiel ein Stück binären Code, der
zuerst geladen werden muss, bevor das Gerät funktioniert,
und wir haben keine Quellen zu diesem Code, dann wird die
binäre Datei als belastend bezeichnet. Die folgenden
@@ -334,15 +336,15 @@
</listitem>
<listitem>
- <para>Das komplette Modul sollte auch am Stück aufbewahrt werden.
- Es gibt keinen Grund, dieses zu teilen, außer es gibt einen
- Code-Austausch mit Quelltext, der nicht belastend ist.</para>
+ <para>Das komplette Modul sollte auch am Stück
+ aufbewahrt werden. Es gibt keinen Grund, dieses zu teilen,
+ außer es gibt einen Code-Austausch mit Quelltext, der
+ nicht belastend ist.</para>
</listitem>
<listitem>
<para>Objekt-Dateien werden wie folgt benannt:
- <filename><replaceable>arch</replaceable>/<replaceable>filename</replaceable>.o.uu>
- </filename>.</para>
+ <filename><replaceable>arch</replaceable>/<replaceable>filename</replaceable>.o.uu></filename>.</para>
</listitem>
<listitem>
@@ -356,8 +358,8 @@
</listitem>
<listitem>
- <para>Sollten sich immer in <filename>LINT</filename> befinden,
- jedoch entscheidet das <ulink
+ <para>Sollten sich immer in <filename>LINT</filename>
+ befinden, jedoch entscheidet das <ulink
url="&url.articles.contributors;/staff-core.html">Core-Team</ulink>
je nach Fall, ob es
auskommentiert wird oder nicht. Das <ulink
@@ -424,13 +426,15 @@
<title>Shared-Libraries</title>
- <para>Sollten Sie die Unterstützung für Shared-Libraries bei einem
- Port oder einem Stück Software, das dies nicht hat,
- hinzufügen, sollten die Versionsnummern dessen Regeln folgen.
- Im Allgemeinen hat die sich daraus resultierende Nummer nichts
- mit der Release-Version der Software zu tun.</para>
+ <para>Sollten Sie die Unterstützung für
+ Shared-Libraries bei einem Port oder einem Stück Software,
+ das dies nicht hat, hinzufügen, sollten die Versionsnummern
+ dessen Regeln folgen. Im Allgemeinen hat die sich daraus
+ resultierende Nummer nichts mit der Release-Version der Software
+ zu tun.</para>
- <para>Die drei Grundsätze zum Erstellen von Shared-Libraries sind:</para>
+ <para>Die drei Grundsätze zum Erstellen von Shared-Libraries
+ sind:</para>
<itemizedlist>
<listitem>
@@ -479,10 +483,10 @@
<note>
<para><command>ld.so</command> wird immer die höchste
<quote>Minor</quote>-Revision benutzen. Beispielsweise wird
- es die <filename>libc.so.2.2</filename> bevorzugen gegenüber der
- <filename>libc.so.2.0</filename>, auch dann, wenn das Programm
- ursprünglich mit <filename>libc.so.2.0</filename>
- verlinkt war.</para>
+ es die <filename>libc.so.2.2</filename> bevorzugen
+ gegenüber der <filename>libc.so.2.0</filename>, auch
+ dann, wenn das Programm ursprünglich mit
+ <filename>libc.so.2.0</filename> verlinkt war.</para>
</note>
<para>Unser dynamischer ELF-Linker kann keine Minor-Versionen
@@ -490,19 +494,19 @@
werden, da unsere <filename>Makefile</filename>s <quote>das
Richtige machen</quote> bezogen auf den Systemtyp.</para>
- <para>Für nicht-Port-Bibliotheken lautet die
- Richtlinie, die Shared-Library-Versionsnummer nur einmal
- zwischen den Releases zu ändern. Weiterhin ist es vorgeschrieben,
- die Major-Version der Shared-Libraries nur bei Major-OS-Releases zu ändern
- (beispielsweise von 3.0 auf 4.0). Wenn Sie also eine Änderung an einer
- Systembibliothek vornehmen, die eine neue Versionsnummer
- benötigt, überprüfen Sie die Commit-Logs des
- <filename>Makefile</filename>s.
- Es liegt in der Verantwortung des Committers, dass sich eine erste
- solche Änderung seit dem letzten Release in der
- aktualisierten Versionsnummer der Shared-Library im
- <filename>Makefile</filename> äußert,
- folgende Änderungen werden nicht berücksichtigt.</para>
+ <para>Für nicht-Port-Bibliotheken lautet die Richtlinie,
+ die Shared-Library-Versionsnummer nur einmal zwischen den
+ Releases zu ändern. Weiterhin ist es vorgeschrieben, die
+ Major-Version der Shared-Libraries nur bei Major-OS-Releases zu
+ ändern (beispielsweise von 3.0 auf 4.0). Wenn Sie also eine
+ Änderung an einer Systembibliothek vornehmen, die eine neue
+ Versionsnummer benötigt, überprüfen Sie die
+ Commit-Logs des <filename>Makefile</filename>s. Es liegt in der
+ Verantwortung des Committers, dass sich eine erste solche
+ Änderung seit dem letzten Release in der aktualisierten
+ Versionsnummer der Shared-Library im
+ <filename>Makefile</filename> äußert, folgende
+ Änderungen werden nicht berücksichtigt.</para>
</sect1>
</chapter>
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-cvs-doc" in the body of the message
Received on Fri 21 Sep 2007 - 22:32:03 CEST