diff --git a/de/Makefile b/de/Makefile index 15251bd9ff..5fbe094baa 100644 --- a/de/Makefile +++ b/de/Makefile @@ -1,70 +1,71 @@ # The FreeBSD Documentation Project # The FreeBSD German Documentation Project # $FreeBSD$ -# $FreeBSDde: de-www/Makefile,v 1.41 2007/01/14 16:42:42 jkois Exp $ -# basiert auf: 1.134 +# $FreeBSDde: de-www/Makefile,v 1.42 2007/03/01 20:27:51 jkois Exp $ +# basiert auf: 1.139 .if exists(Makefile.conf) .include "Makefile.conf" .endif .if exists(../Makefile.inc) .include "../Makefile.inc" .endif # These are turned into validated, normalized HTML files. DOCS= about.sgml +DOCS+= administration.sgml DOCS+= applications.sgml DOCS+= availability.sgml DOCS+= community.sgml DOCS+= docs.sgml DOCS+= features.sgml DOCS+= internet.sgml DOCS+= mailto.sgml DOCS+= relnotes.sgml DOCS+= send-pr.sgml DOCS+= support.sgml DOCS+= where.sgml # These will be directly installed. #DATA= favicon.ico #DATA+= robots.txt #DATA+= freebsd.css #DATA+= vendors.html # Subdirectories # SGML SUBDIR= community SUBDIR+= docproj SUBDIR+= docs SUBDIR+= news SUBDIR+= FAQ SUBDIR+= handbook SUBDIR+= platforms SUBDIR+= projects SUBDIR+= releases SUBDIR+= security SUBDIR+= support .if !defined(WEB_ONLY) || empty(WEB_ONLY) #SUBDIR+= ports SUBDIR+= doc .endif .if defined(BUILD_RELNOTES) SUBDIR+= relnotes .endif # Non-SGML SUBDIR+= gifs WEBDIR?= data/de # these files are generated by using separate rules. DATA+= index.html CLEANFILES+= index.html XMLDOCS= index:xsl:${XML_NEWS_NEWS}: DEPENDSET.index=transtable mirrors news press events \ advisories notices .include "${WEB_PREFIX}/share/mk/web.site.mk" diff --git a/de/administration.sgml b/de/administration.sgml new file mode 100644 index 0000000000..a1bdee9a2a --- /dev/null +++ b/de/administration.sgml @@ -0,0 +1,600 @@ + + + + + + %developers; +]> + + + &header; + +
Diese Seite enthält eine Auflistung von Teams, Gruppen und + Einzelpersonen innerhalb des FreeBSD Projects und beschreibt + deren Rolle und Verantwortungsbereiche innerhalb des Projekts. + Außerdem finden Sie hier Tätigkeitsbeschreibungen + sowie Kontaktinformationen. Um Missverständnissen + vorzubeugen, wurden die Bezeichnungen der Teams und Gruppen + nicht übersetzt.
+ +Das FreeBSD Core Team bildet den "Vorstand" des Projekts. Es legt + fest, in welche Richtung sich das FreeBSD Project entwickelt und + verwaltet zusätzlich verschiedene Bereiche des Projekts. Das + Core Team wird von den aktiven FreeBSD-Entwicklern gewählt.
+ +Das FreeBSD Documentation Engineering Team legt die Vorgaben + für die Committer des Documentation Projects fest und + kontrolliert auch deren Einhaltung. Die Doceng Team Charter + beschreibt die Aufgaben und Verantwortungsbereiche dieses + Teams ausführlich.
+ + + +Hauptaufgabe des FreeBSD Port Management Teams ist es, dafür + zu sorgen, dass die FreeBSD-Port-Entwickler eine funktionierende, + stabile, aktuelle und umfangreiche Ports-Sammlung bereitstellen. + Dazu koordiniert das Team die Arbeit der Entwickler, die an der + Ports-Sammlung arbeiten. Die Portmgr Team Charter + beschreibt die Aufgaben und Verantwortungsbereiche dieses + Teams ausführlich.
+ +Das Primary Release Engineering Team erstellt und + veröffentlicht die Zeitpläne für die + Bereitstellung der offiziellen FreeBSD-Releases, verfügt + "Code Freezes" und wartet die verschiedenen RELENG_*-Zweige. + Die Release Engineering Team + Charter beschreibt die Aufgaben und Verantwortungsbereiche + dieses Teams ausführlich.
+ +Das FreeBSD/alpha Release Engineering Team ist für die + Weiterentwicklung der FreeBSD/alpha-Plattform verantwortlich.
+ + + +Das FreeBSD/amd64 Release Engineering Team ist für die + Weiterentwicklung der FreeBSD/amd64-Plattform verantwortlich.
+ +The FreeBSD/ia64 Release Engineering Team ist für die + Weiterentwicklung der FreeBSD/ia64-Plattform verantwortlich.
+ +Das FreeBSD/i386 Release Engineering Team ist für die + Weiterentwicklung der FreeBSD/i386-Plattform verantwortlich.
+ + + +Das FreeBSD/pc98 Release Engineering Team ist für die + Weiterentwicklung der FreeBSD/pc98-Plattform verantwortlich.
+ +Das FreeBSD/ppc Release Engineering Team ist für die + Weiterentwicklung der FreeBSD/ppc-Plattform verantwortlich.
+ +Das FreeBSD/sparc64 Release Engineering Team ist für die + Weiterentwicklung der FreeBSD/sparc64-Plattform verantwortlich.
+ +Das FreeBSD Donations Team kümmert sich um Spendenangebote, + legt fest, wie mit Spenden umgegangen wird und koordiniert die + angebotenen Spenden mit den FreeBSD-Entwicklern. Eine + ausführliche Beschreibung der Aufgaben des Donations Teams + finden Sie auf der Seite FreeBSD Donations Liasion.
+ +Pressekontakte, Marketing, Interviews und Informationen.
+ +Das FreeBSD Security Team (das vom Security Officer geleitet + wird) ist dafür verantwortlich, die FreeBSD-Gemeinde + über neu entdeckte Bugs und Sicherheitslücken im + src- und ports-Quellcodebaum zu informieren und Informationen + für den sicheren Betrieb eines FreeBSD-Systems zur + Verfügung zu stellen. Außerdem sorgt es dafür, + dass neu entdeckte Sicherheitslücken geschlossen werden + und die Anwender durch Sicherheitshinweise informiert werden. + Die FreeBSD + Security Officer Charter beschreibt die Aufgaben und + Verantwortungsbereiche des Security Officers ausführlich.
+ +Der FreeBSD Core Team Secretary ist ein nicht-stimmberechtigtes + Mitglied des Core Teams. Er organisiert und dokumentiert die + Arbeit des Core Teams, stellt den Kontakt zwischen dem Core Team + und den FreeBSD-Entwicklern her und agiert als Schnittstelle zum + Admin Team bei der Aufnahme neuer Committer oder beim Anlegen neuer + Benutzerzugänge. Außerdem ist der Core Team Secretary + für die Erstellung monatlicher Statusberichte zuständig, + in denen die FreeBSD-Entwickler über aktuelle Tätigkeiten + und Entscheidungen des Core Teams informiert werden.
+ +Der FreeBSD Port Management Team Secretary ist ein + nicht-stimmberechtigtes Mitglied des Port Management Teams. Er + dokumentiert die Arbeit von portmgr@, führt Buch über + durchgeführte Abstimmung und agiert als Schnittstelle zu + anderen Teams, insbesondere zu den Admin und Core Teams. + Außerdem ist er für die Erstellung monatlicher + Statusberichte zuständig, in denen die FreeBSD-Entwickler + über aktuelle Tätigkeiten und Entscheidungen des + Port Management Teams informiert werden.
+ +Der FreeBSD Security Team Secretary stellt sicher, dass an das + Security Team geschickte E-Mails bearbeitet und beantwortet werden. + Falls nötig, kontaktiert er Mitglieder des Security Teams, + um sich über den aktuellen Stand einer Anfrage zu informieren. + Derzeit kümmert sich der Security Team Secretary nicht um + Dinge, die in den Bereich des Security Officer Teams fallen.
+ +Das Accounts Team legt nach Rücksprache mit dem jeweiligen + Team Benutzerzugänge für neue Committer an.
+ + + +Backups Administrators kümmern sich um die Datensicherung + auf dem FreeBSD-Cluster.
+ + + +Bugmeister und GNATS-Administratoren sind dafür + verantwortlich, die Datenbank mit den Problemberichten + funktionsfähig zu halten. Sie sorgen dafür, dass + neue Einträge korrekt kategorisiert werden und entfernen + ungültige Einträge.
+ + + +Cluster-Administratoren administrieren die für die + Kommunikation innerhalb des Projekts und für die + synchronisierte Softwareverteilung benötigten Systeme. + In der Regel handelt es sich dabei um Personen, die + direkten physikalischen Zugriff auf diese Systeme haben. + Fragen zur Projektinfrastruktur oder zur Einrichtung neuer + Systeme sollten an die Cluster-Administratoren gerichtet + werden.
+ +CVS doc/www Repository Manager dürfen das doc/www-Repository + ohne CVS-Mittel modifizieren. Sie achten darauf, dass Probleme + innerhalb des Repositories umgehend gelöst werden. + CVS Source Repository Manager haben das Recht, Committs + rückgängig zu machen, falls dies zur Lösung eines + CVS-Problems erforderlich ist. Anfragen bezüglich + Repo-copies sollten ebenfalls direkt an die Repository Manager + gestellt werden.
+ + + +CVS Ports Repository Manager dürfen das ports-Repository + ohne CVS-Mittel modifizieren. Sie achten darauf, dass Probleme + innerhalb des Repositories umgehend gelöst werden. + CVS Source Repository Manager haben das Recht, Committs + rückgängig zu machen, falls dies zur Lösung eines + CVS-Problems erforderlich ist. Anfragen bezüglich + Repo-copies sollten ebenfalls direkt an die Repository Manager + gestellt werden.
+ +CVS src Repository Manager dürfen das src-Repository + ohne CVS-Mittel modifizieren. Sie achten darauf, dass Probleme + innerhalb des Repositories umgehend gelöst werden. + CVS Source Repository Manager haben das Recht, Committs + rückgängig zu machen, falls dies zur Lösung eines + CVS-Problems erforderlich ist. Anfragen bezüglich + Repo-copies sollten ebenfalls direkt an die Repository Manager + gestellt werden.
+ +CVSup Mirror Site Coordinators koordinieren die Arbeit der + der Administratoren von CVSup-Spiegelservern, damit diese + stets aktuelle Softwareversionen anbieten können. Sie + prüfen, ob die Spiegelserver die Kapazität haben, + auch große Updates zu verwalten und machen es Anwendern + einfach, den nächstgelegenen CVSup-Spiegelserver zu + finden.
+ + + +DNS Administrators verwalten DNS und verwandte Dienste.
+ +FTP/WWW Mirror Site Coordinators koordinieren die Arbeit + der Administratoren von FTP/WWW-Spiegelservern, damit diese + stets aktuelle Softwareversionen anbieten können. Sie + prüfen, ob die Spiegelserver die Kapazität haben, + auch große Updates zu verwalten und machen es Anwendern + einfach, den nächstgelegenen FTP/WWW-Spiegelserver zu + finden.
+ + + +Perforce Repository Administrators betreiben das + FreeBSD Perforce-Repository und richten auch neue Zugänge ein. + Auch Zugänge für Nicht-Committer können von den + Perforce-Administratoren eingerichtet werden.
+ +Das Postmaster Team sorgt für die korrekte Zustellung von + E-Mails, betreibt die Mailinglisten und ergreift Maßnahmen + gegen Trolle, Spam und Viren.
+ + + +Reference Systems Administrators administrieren, aktualisieren + und warten die Referenzsysteme des FreeBSD-Clusters. Diese Systeme + stehen allen FreeBSD-Committern zur Verfügung.
+ + + + &footer; + +