.\" Hey, EMACS: -*- nroff -*- .\" First parameter, NAME, should be all caps .\" Second parameter, SECTION, should be 1-8, maybe w/ subsection .\" other parameters are allowed: see man(7), man(1) .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH COWPOKE 1 "28. April 2008" .\" Please adjust this date whenever revising the manpage. .\" .\" Some roff macros, for reference: .\" .nh disable hyphenation .\" .hy enable hyphenation .\" .ad l left justify .\" .ad b justify to both left and right margins .\" .nf disable filling .\" .fi enable filling .\" .br insert line break .\" .sp insert n+1 empty lines .\" for manpage-specific macros, see man(7) .SH BEZEICHNUNG cowpoke \- baut ein Debian\-Quellpaket in einer fernen Cowbuilder\-Instanz .SH ÜBERSICHT \fBcowpoke\fP [\fIOptionen\fP] \fIPaketname.dsc\fP .SH BESCHREIBUNG lädt ein Debian\-Quellpaket auf einen \fBcowbuilder\fP\-Rechner hoch und baut es, wahlweise signiert es außerdem das Ergebnis und lädt es in eine »incoming«\-Warteschlange hoch. .SH OPTIONEN Die folgenden Optionen sind verfügbar: .TP \fB\-\-arch=\fP\fIArchitektur\fP gibt die Debian\-Architektur(en) an, für die gebaut wird. Es kann eine durch Leerzeichen getrennte Liste von Architekturen benutzt werden, um für alle in einem einzigen Durchgang zu bauen. Gültige Architekturnamen sind jene, die durch \fBdpkg\-architecture\fP(1) für \fBDEB_BUILD_ARCH\fP zurückgegeben werden. .TP \fB\-\-dist=\fP\fIDistribution\fP gibt die Debian\-Distribution(en) an, für die gebaut wird. Es kann eine durch Leerzeichen getrennte Liste von Distributionen benutzt werden, um für alle in einem einzigen Durchgang zu bauen. Es können entweder Codenamen (wie \fBsid\fP oder \fBsqueeze\fP) oder Distributionsnamen (wie \fBunstable\fP oder \fBexperimental\fP) verwendet werden, aber Sie sollten üblicherweise durchgehend dabei bleiben, den einen oder anderen zu benutzen, da dieser Name in Dateipfaden benutzt wird und um alte Pakete für Vergleichsberichte zu orten. Es ist nun auch möglich, mit dieser Option lokal definierte Namen zu benutzen, wenn sie zusammen mit der Option \fBBASE_DIST\fP in einer Konfigurationsdatei verwendet werden. Dies erlaubt die Verwaltung und Benutzung eigens konfigurierter Bau\-Chroots, die Paketabhängigkeiten aus den Backports\-Archiven oder einem lokalen Depot beziehen können. Außerdem sind andere ungewöhnliche Optionszusammenstellungen möglich, ohne die Chroots zu verunreinigen, die zum sauberen Bauen und Hochladen in die Hauptdepots gedacht sind. Lesen Sie die die Beschreibung von \fBBASE_DIST\fP weiter unten. .TP \fB\-\-buildd=\fP\fIRechner\fP gibt den fernen Rechner an, auf dem gebaut werden soll. .TP \fB\-\-buildd\-user=\fP\fIName\fP gibt den fernen Benutzernamen an, unter dem gebaut wird. .TP \fB\-\-create\fP erstellt das ferne \fBcowbuilder\fP\-Wurzelverzeichnis, falls es noch nicht existiert. Falls diese Option nicht übergeben wird, ist es für die angegebene \fB\-\-dist\fP oder \fB\-\-arch\fP ein Fehler, über kein existierendes \fBcowbuilder\fP\-Wurzelverzeichnis an der erwarteten Stelle zu verfügen. Der \fB\-\-buildd\-user\fP muss das Recht haben, auf dem Baurechner das \fBRESULT_DIR\fP zu erstellen oder ein Administrator mit den nötigen Rechten muss es zuerst erstellen und diesem Benutzer (oder einer Gruppe, der er angehört) Schreibzugriff darauf geben, damit diese Option erfolgreich ist. .TP \fB\-\-return=\fP[\fIPfad\fP kopiert Ergebnisse des Bauens nach \fIPfad\fP. Falls \fIPfad\fP nicht angegeben wurde, dann werden sie an das aktuelle Verzeichnis zurückgegeben. Der angegebene Pfad muss existieren, er wird nicht erstellt. .TP \fB\-\-no\-return\fP kopiert Ergebnisse des Bauens nicht nach \fBRETURN_DIR\fP (setzt eine Pfadeinstellung hierfür in den Konfigurationsdateien außer Kraft). .TP \fB\-\-dpkg\-opts=\fP\fI'Option1 Option2 …'\fP gibt zusätzliche Optionen an, die an \fBdpkg\-buildpackage\fP(1) übergeben werden. Mehrere Optionen werden durch Leerzeichen getrennt. Dies wird alle in \fBDEBBUILDOPTS\fP angegebenen Optionen in der \fIpbuilderrc\fP des Baurechners außer Kraft setzen. .TP \fB\-\-create\-opts=\fP\fI'Cowbuilder\-Option'\fP gibt zusätzliche Argumente an, die unverändert an \fBCowbuilder\fP weitergereicht werden, wenn eine Chroot zum ersten Mal (mittels der obigen Option \fB\-\-create\fP) erstellt wird. Falls mehrere Optionen weitergereicht werden müssen, sollte diese Option separat für jede einzelne angegeben werden. Z.B. \fB\-\-create\-opts "\-\-othermirror" \-\-create\-opts "deb http://…"\fP Diese Option wird jede für eine Chroot in den Cowpoke\-Konfigurationsdateien angegebene \fBCREATE_OPTS\fP außer Kraft setzen. .TP \fB\-\-update\-opts=\fP\fI'Cowbuilder\-Option'\fP gibt zusätzliche Argumente an, die unverändert an \fBCowbuilder\fP weitergereicht werden, wenn die Chroot aktualisiert wird. Falls mehrere Optionen weitergereicht werden müssen, sollte diese Option separat für jede einzelne angegeben werden. Diese Option wird jede für eine Chroot in den Cowpoke\-Konfigurationsdateien angegebene \fBUPDATE_OPTS\fP außer Kraft setzen. .TP \fB\-\-build\-opts=\fP\fI'Cowbuilder\-Option'\fP gibt zusätzliche Argumente an, die unverändert an \fBCowbuilder\fP weitergereicht werden, wenn ein Paket gebaut wird. Falls mehrere Optionen weitergereicht werden müssen, sollte diese Option separat für jede einzelne angegeben werden. Diese Option wird jede für eine Chroot in den Cowpoke\-Konfigurationsdateien angegebene \fBBUILD_OPTS\fP außer Kraft setzen. .TP \fB\-\-sign=\fP\fISchlüsselkennung\fP gibt den Schlüssel an, mit dem Pakete signiert werden. Dies wird jedes \fBSIGN_KEYID\fP, das für eine Chroot in den Cowpoke\-Konfigurationsdateien angegeben wurde, außer Kraft setzen. .TP \fB\-\-upload=\fP\fIWarteschlange\fP gibt die Dput\-Warteschlange an, in die signierte Pakete hochgeladen werden. Dies wird jede \fBUPLOAD_QUEUE\fP, die für eine Chroot in den Cowpoke\-Konfigurationsdateien angegeben wurde, außer Kraft setzen. .TP \fB\-\-help\fP zeigt eine kurze Zusammenfassung der verfügbaren Optionen und der aktuellen Konfiguration. .TP \fB\-\-version\fP zeigt die aktuelle Versionsinformation. .SH KONFIGURATIONSOPTIONEN Wenn \fBcowpoke\fP ausgeführt wird, werden die folgenden Optionen von globalen, benutzer\- und objektbezogenen Konfigurationsdateien gelesen, falls vorhanden. Dateipfade können absolut oder relativ sein, letztere sind zum \fBBUILDD_USER\fP\-Home\-Verzeichnis relativ. Da die Pfade bei der Benutzung typischerweise in Anführungszeichen stehen, wird darauf keine Tilde\-Expandierung durchgeführt. .SS "Globale Vorgaben" Dies gilt für jede \fIArchitektur\fP und \fIDistribution\fP in einem einzelnen Cowpoke\-Aufruf. .TP \fBBUILDD_HOST\fP die Netzwerkadresse oder FQDN der Baumaschine auf der \fBcowbuilder\fP konfiguriert ist. Dies könnte durch die Befehlszeilenoption \fB\-\-buildd\fP außer Kraft gesetzt werden. .TP \fBBUILDD_USER\fP der nicht privilegierte Benutzername für Operationen auf der Baumaschine. Dies ist standardmäßig der lokale Name des Benutzers, der \fBcowpoke\fP ausführt (oder ein Benutzername, der in der SSH\-Konfiguration für \fBBUILDD_HOST\fP angegeben wurd), und kann durch die Befehlszeilenoption \fB\-\-buildd\-user\fP außer Kraft gesetzt werden. .TP \fBBUILDD_ARCH\fP die Debian\-Architektur(en), für die gebaut wird. Dies muss zu \fBDEB_BUILD_ARCH\fP der benutzten Bau\-Chroot passen. Standardmäßig ist es die Architektur des lokalen Rechners, auf der \fBcowpoke\fP ausgeführt wird. Sie könnte durch die Befehlszeilenoption \fB\-\-arch\fP außer Kraft gesetzt werden. Hier könnte eine durch Kommas getrennte Liste (in Anführungszeichen) verwendet werden, um um für alle hieraus in einem einzigen Durchgang zu bauen. .TP \fBBUILDD_DIST\fP die Debian\-Distribution(en), für die gebaut wird. Eine durch Leerzeichen getrennte Liste von Distributionen (in Anführungszeichen) kann benutzt werden, um alle in einem einzigen Durchgang zu bauen. Dies könnte durch die Befehlszeilenoption \fB\-\-dist\fP außer Kraft gesetzt werden. .TP \fBINCOMING_DIR\fP der Installationspfad auf der Baumaschine, in der das Quellpaket anfangs platziert wird. Dies muss durch den \fBBUILDD_USER\fP schreibbar sein. .TP \fBPBUILDER_BASE\fP die Wurzel des Dateisystems für alle Pbuilder\-COW\- und Ergebnisdateien. \fIArchitektur\fP\- und \fIdistribution\fPsspezifische Unterverzeichnisse werden normalerweise darunter erstellt. Der APT\-Zwischenspeicher und die temporären Bauverzeichnisse werden ebenso unterhalb dieses Pfads liegen. .TP \fBSIGN_KEYID\fP Falls diese Option gesetzt ist, wird erwartet, dass sie die GPG\-Schlüsselkennung zur Übergabe an \fBdebsign\fP(1) enthält, falls die Pakete aus der Ferne signiert werden sollen. Sie werden um Bestätigung gebeten, ob Sie die Pakete signieren möchten, nachdem das Bauen aller Pakete abgeschlossen ist. Falls diese Option nicht gesetzt oder eine leere Zeichenkette ist, wird kein Versuch unternommen, Pakete zu signieren. Sie kann auf einer \fIArchitektur\fP\- oder \fIDistribution\fPsspezifischen Basis mittels der weiter unten beschriebenen Option \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_SIGN_KEYID\fP oder jeweils beim Aufruf mit der Befehlszeilenoption \fB\-\-sign\fP außer Kraft gesetzt werden. .TP \fBUPLOAD_QUEUE\fP Falls diese Option gesetzt ist, wird erwartet, dass sie eine »host«\-Angabe für \fBdput\fP(1) enthält, die verwendet wird, um sie nach dem Signieren hochzuladen. Sie werden um Bestätigung gebeten, ob Sie die Pakete nach dem Signieren hochladen möchten. Falls diese Option nicht gesetzt oder eine leere Zeichenkette ist, wird kein Versuch unternommen, diese Pakete hochzuladen. Falls \fBSIGN_KEYID\fP nicht gesetzt ist, wird diese Option ganz ignoriert. Sie kann auf einer \fIarchitektur\fP\- oder \fIdistribution\fPsspezifischen Basis mittels der weiter unten beschriebenen Option \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_UPLOAD_QUEUE\fP oder jeweils beim Aufruf mit der Befehlszeilenoption \fB\-\-upload\fP außer Kraft gesetzt werden. .TP \fBBUILDD_ROOTCMD\fP der Befehl, der zum Erlangen von Root\-Rechten auf der fernen Baumaschine benutzt wird. Falls nicht gesetzt, ist die Vorgabe \fBsudo\fP(8). Dies ist nur nötig, um \fBcowbuilder\fP aufzurufen und ihm zu erlauben, in seine Chroot zu gelangen, daher könnten Sie diesen Nutzer darauf beschränken, diesen Befehl mit ausgeweiteten Rechten auszuführen. Ein Eintrag wie der folgende in »sudoers« wird es ermöglichen, \fBcowbuilder\fP ohne einen zusätzlich nötigen Passworteintrag aufzurufen: .TP \fB\& \&\fR .RS 1.5i Ihrbenutzer ALL = NOPASSWD: /usr/sbin/cowbuilder .RE .TP \fB\& \&\fR Alternativ könnten Sie SSH mit einem weitergeleiteten Schlüssel oder irgendeinem anderen Mechanismus, der Ihrer lokalen Zugriffsrichtlinie entspricht, verwenden. Die Benutzung von \fBsu \-c\fP ist hier nicht wirklich passend, da seine Maskierungsanforderungen sich etwas vom Rest unterscheiden. .TP \fBDEBOOTSTRAP\fP das Hilfswerkzeug, das beim Erstellen einer neuen Chroot benutzt wird. Alternativen sind \fBdebootstrap\fP oder \fBcdebootstrap\fP. .TP \fBRETURN_DIR\fP Falls gesetzt, werden Paketdateien, die Ergebnis des Bauens sind, in den Pfad (lokal oder in der Ferne) kopiert, auf den dies gesetzt ist. Der Pfad muss existieren, er wird nicht angelegt. Diese Option ist standardmäßig nicht gesetzt und kann mit \fB\-\-return\fP oder \fB\-\-no\-return\fP überschrieben werden. .SS "Architekur\- und distributionsspezifische Optionen" Dies sind Variablen der Form $arch_$dist\fB_VAR\fP, die nur für ein bestimmtes Architektur\-/Distributions\-Bauziel gelten. .TP \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_RESULT_DIR\fP Der Verzeichnispfad auf der Baumaschine, in dem die resultierenden (Quell\- und Binär\-)Pakete abgelegt werden und wo ältere Versionen der Pakete, die vorher gebaut wurden, gefunden werden können. Falls irgendwelche derartigen älteren Pakete existieren, wird \fBdebdiff\fP benutzt, um das neue Paket mit der vorhergehenden Version zu vergleichen, nachdem das Bauen abgeschlossen ist. Das Ergebnis wird in das Bauprotokoll eingefügt. Dateien darin müssen für den \fBBUILDD_USER\fP für Plausibilitätsprüfungen mit \fBlintian\fP(1) und \fBdebdiff\fP(1) und das Hochladen mit \fBdput\fP(1) lesbar sein. Falls diese Option für irgendwelche Architektur\- und Distributionskombinationen nicht angegeben ist, dann wird \fI$PBUILDER_BASE/$arch/$dist/result\fP vorgegeben. .TP \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_BASE_PATH\fP das Verzeichnis, in dem die CoW\-Master\-Dateien vorliegen werden (oder erzeugt werden, falls die Befehlszeilenoption \fB\-\-create\fP übergeben wurde). Falls diese Option für irgendwelche Architekturen und Distributionen nicht angegeben wurde, dann wird \fI$PBUILDER_BASE/$arch/$dist/base.cow\fP vorgegeben. .TP \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_BASE_DIST\fP der Codename, der anstelle von \fIDistribution\fP als Option \fB\-\-distribution\fP an Cowbuilder übergeben wird. Dies ist nötig, wenn \fIDistribution\fP ein lokal bedeutsamer Name ist, der irgendeiner speziell konfigurierten Bau\-Chroot wie »wheezy_backports« zugewiesen wurde und nicht der Debootstrap bekannte offizielle Suite\-Name einer Distributionsveröffentlichung ist. Diese Option kann nicht auf der Befehlszeile außer Kraft gesetzt werden, da dies selten, wenn nicht sogar nie, für einzelne Aufrufe von \fBCowpoke\fP sinnvoll wäre. Falls diese Option nicht für eine Architektur\- und Distributionskombination angegeben wurde, wird als Voreinstellung \fIDistribution\fP genommen. .TP \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_CREATE_OPTS\fP ein Bash\-Feld, das zusätzliche Optionen enthält, die unverändert an \fBCowbuilder\fP weitergegeben werden, wenn diese Chroot zum ersten Mal (mittels der Option \fB\-\-create\fP) erstellt wird. Dies ist nützlich, wenn Optionen wie \fB\-\-othermirror\fP zum Erstellen spezialisierter Chroots wie »wheezy_backports« erwünscht werden. Standardmäßig ist dies nicht gesetzt. Alle darin gesetzten Werte werden außer Kraft gesetzt, falls auf der Befehlszeile die Option \fB\-\-create\-opts\fP übergeben wird. Jedes Element dieses Feldes entspricht einem einzelnen Argument (im Sinne von ARGV), das an Cowbuilder übergeben wird. Dadurch wird sichergestellt, dass Argumente, die Leerräume enthalten oder merkwürdige Maskierungsanforderungen oder andere Sonderzeichen haben, nicht verwürfelt werden, ehe Cowbuilder sie bekommt. Die Initialisierung von Bash\-Feldern geschieht in folgender Form: OPTS=( "Arg1" "Arg 2" "\-\-option" "Wert" "\-\-opt=Wert" "etc. etc." ) .TP \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_UPDATE_OPTS\fP ein Bash\-Feld, das zusätzliche Optionen enthält, die jedesmal, wenn die Basis dieser Chroot aktualisiert wird, unverändert an \fBCowbuilder\fP weitergereicht werden. Es verhält sich ähnlich der oben beschriebenen \fBCREATE_OPTS\fP\-Optionen, außer dass es beim Aktualisieren der Chroot tätig wird. .TP \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_BUILD_OPTS\fP ein Bash\-Feld, das zusätzliche Optionen enthält, die jedesmal, wenn in dieser Chroot ein Paket gebaut wird, unverändert an \fBCowbuilder\fP weitergereicht werden. Dies ist nützlich, wenn Sie Optionen wie \fB\-\-twice\fP verwenden, um die sich Cowpoke nicht direkt kümmern muss. In anderen Fällen verhält es sich ähnlich der oben beschriebenen \fBCREATE_OPTS\fP, außer dass es während der Bauphase von \fBCowbuilder\fP tätig wird. .TP \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_SIGN_KEYID\fP ein optionales Architektur\- und ein distributionsspezifisches Außer\-Kraft\-Setzen für die globale Option \fBSIGN_KEYID\fP. .TP \fIArchitektur\fP\fB_\fP\fIDistribution\fP\fB_UPLOAD_QUEUE\fP ein optionales Architektur\- und ein distributionsspezifisches Außer\-Kraft\-Setzen für die globale Option \fBUPLOAD_QUEUE\fP .SH KONFIGURATIONSDATEIEN .TP \fI/etc/cowpoke.conf\fP globale Konfigurationsoptionen; setzen die fest kodierten Vorgaben außer Kraft .TP \fI~/.cowpoke\fP Konfigurationsoptionen pro Benutzer; werden jede globale Konfiguration ignorieren .TP \&\fI.cowpoke\fP Konfigurationsoptionen pro Projekt; werden jede Konfiguration pro Benutzer oder globale Konfiguration überstimmen, falls \fBcowpoke\fP aus dem Verzeichnis aufgerufen wird, in dem sie existieren. Falls die Umgebungsvariable \fBCOWPOKE_CONF\fP gesetzt ist, gibt sie eine zusätzliche Konfigurationsdatei an, die alles vorhergehende außer Kraft setzt. Optionen, die explizit auf der Befehlszeile angegeben werden, ignorieren alle Konfigurationsdateien. .SH COWBUILDER\-KONFIGURATION Um eine \fBcowbuilder\fP\-Instanz zu konfigurieren. die mit \fBcowpoke\fP benutzt wird, wird nichts sonderlich Spezielles benötigt. Erstellen Sie sie einfach in der Variante, die Sie mit »\fBcowbuilder \-\-create\fP« gemäß der \fBcowbuilder\fP\-Dokumentation benötigen. Dann konfigurieren Sie \fBcowpoke\fP mit dem Benutzer, der Architektur und den zum Zugriff benötigten Pfadinformationen auf den Rechnern, von denen Sie es aufrufen wollen (oder konfigurieren Sie \fBcowpoke\fP alternativ mit dem Pfad, der Architektur und der Distributionsinformation und übergeben Sie ihm beim ersten Aufruf die Option \fB\-\-create\fP). Der Baurechner, der \fBcowbuilder\fP ausführt, benötigt kein lokal installiertes \fBcowpoke\fP. Auf der Baumaschine sollten die Pakete \fBlintian\fP und \fBdevscripts\fP für Plausibilitätsprüfungen nach dem Bauen installiert sein. Nach Beendigung werden das Bauprotokoll und die Ergebnisse der automatischen Prüfungen in \fBINCOMING_DIR\fP aufgezeichnet. Falls Sie signierte Pakete hochladen möchten, wird die Baumaschine außerdem erforden, dass \fBdput\fP(1) installiert und für die Benutzung des durch die \fBUPLOAD_QUEUE\fP angegebenen Alias »\fIRechner\fP« konfiguriert ist. Falls \fBrsync\fP(1) sowohl auf der lokalen als auch auf der Baumaschine verfügbar ist, wird es für die Übertragung des Quellpakets benutzt (dies könnte bei einigen Übertragungen der \fIorig.tar.*\fP Bandbreite sparen, wenn aufeinander folgende Debian\-Revisionen gebaut werden). Der Benutzer, der \fBcowpoke\fP ausführt, muss SSH\-Zugriff auf die Baumschine als \fBBUILDD_USER\fP haben. Dieser Benutzer muss in der Lage sein, \fBcowbuilder\fP als Root durch Benutzen von \fBBUILDD_ROOTCMD\fP aufzurufen. Zur Installation auf der Baumaschine werden keine Schlüssel zum Signieren benötigt (und werden ignoriert, wenn sie dort sind). Falls das Paket signiert ist, werden die Schlüssel auf dem Rechner, die \fBcowpoke\fP ausführt, erwartet. Wenn \fBcowpoke\fP aufgerufen wird, wird es zuerst versuchen, das \fBcowbuilder\fP\-Image zu aktualisieren, falls dies nicht bereits am selben Tag getan wurde. Dies wird durch das Vorhandensein oder Fehlen einer \fIcowbuilder\-$arch\-$dist\-update\-log\-$date\fP\-Datei im Verzeichnis \fBINCOMING_DIR\fP geprüft. Sie können die Datei verschieben, entfernen oder mit touch aktualisieren, falls Sie wünschen, dass das Image außerhalb des üblichen Zyklus aktualisiert wird. Ihr Inhalt protokolliert die Ausgabe von \fBcowbuilder\fP während des Aktualisierens (oder Erstellens) des Bauwurzelverzeichnisses. .SH ANMERKUNGEN Da \fBcowbuilder\fP eine Chroot erstellt und Sie, um dies zu tun, Root\-Rechte benötigen, erfordert \fBcowpoke\fP außerdem zu einem bestimmten Grad Root\-Zugriff. Daher ist es denkbar, dass all die schrecklichen Dinge, die dabei schiefgehen können, auch bei Ihnen schiefgehen. \fBcowbuilder\fP war bekannt dafür, versehentlich Dateisysteme, die mit der Option »bind« außerhalb der Chroot eingehängt sind, zu vernichten und es ist leicht möglich, dass noch Schlimmeres passiert. Seien Sie daher vorsichtig, bewahren Sie gute Sicherheitskopien der Dinge auf, die Sie nicht auf Ihrer Baumaschine verlieren möchten und verwenden Sie \fBcowpoke\fP, um alles auf einem Rechner zu verwahren, die nicht Ihre modernste Entwicklerkiste mit Ihren letzten paar Stunden nicht übergebener Arbeit ist. .SH "SIEHE AUCH" \fBcowbuilder\fP(1), \fBpbuilder\fP(1), \fBssh\-agent\fP(1), \fBsudoers\fP(5) .SH AUTOR \fBcowpoke\fP wurde von Ron <\fIron@debian.org\fP> geschrieben. .SH ÜBERSETZUNG Diese Übersetzung wurde mit dem Werkzeug .B po4a durch Chris Leick .I c.leick@vollbio.de im Juli 2012 erstellt und vom deutschen Debian-Übersetzer-Team korrekturgelesen. Bitte melden Sie alle Fehler in der Übersetzung an .I debian-l10n-german@lists.debian.org oder als Fehlerbericht an das Paket .IR devscripts . Sie können mit dem folgenden Befehl das englische Original anzeigen .RB "»" "man -L C" .IR "Abschnitt deutsche_Handbuchseite" "«."