.\" -*- coding: UTF-8 -*-
'\" t
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH SYSTEMD\&.GENERATOR 7 "" "systemd 255" systemd.generator
.ie  \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH BEZEICHNUNG
systemd.generator \- Systemd Unit\-Generatoren
.SH ÜBERSICHT
.HP \w'\fB/path/to/generator\fR\ 'u
\fB/Pfad/zum/Generator\fP \fInormales\-Verz\fP [\fIfrühes\-Verz\fP] [\fIspätes\-Verz\fP]
.PP
.nf
/run/systemd/system\-generators/*
/etc/systemd/system\-generators/*
/usr/local/lib/systemd/system\-generators/*
/usr/lib/systemd/system\-generators/*
.fi
.PP
.nf
/run/systemd/user\-generators/*
/etc/systemd/user\-generators/*
/usr/local/lib/systemd/user\-generators/*
/usr/lib/systemd/user\-generators/*
.fi
.sp
.SH BESCHREIBUNG
.PP
Generatoren sind kleine Programme, die sich in
/usr/lib/systemd/system\-generators/ und anderen oben aufgeführten
Verzeichnissen befinden\&. \fBsystemd\fP(1) führt diese Programme sehr früh
beim Systemstart und zum Zeitpunkt des Neuladens der Konfiguration aus, \(em
bevor Unit\-Dateien geladen werden\&. Ihr Hauptzweck besteht in der
Umwandlung von Konfigurations\- und Ausführungs\-Kontextparametern, die für
den Dienste\-Verwalter nicht nativ sind, in dynamisch erstellte Unit\-Dateien,
Symlinks oder Unit\-Ergänzungsdateien, so dass sie die Unit\-Datei\-Hierarchie
des Diensteverwalters, auf dem er nachfolgend lädt und agiert, erweitern
können\&.
.PP
\fBsystemd\fP ruft jeden Generator wird mit drei Verzeichnispfaden, die für die
Ausgabe der Generatoren verwandt werden, auf\&. In diesen drei
Verzeichnissen dürfen Generatoren Unit\-Dateien (reguläre, Instanzen sowie
Vorlagen) und \&.d\-Ergänzungsverzeichnisse und symbolische Links auf
Unit\-Dateien erstellen, um zusätzliche Abhängigkeiten hinzuzufügen, Aliase
zu erstellen oder bestehende Vorlagen zu instantiieren\&. Diese Units sind
im Unit\-Ladepfad enthalten, und erlauben damit der erstellten Konfiguration,
bestehende Definitionen zu erweitern oder außer Kraft zu setzen\&. Zu
Testzwecken können die Generatoren mit nur einem Argument aufgerufen werden;
in diesem Falle sollte der Generator annehmen, dass alle drei Pfade
identisch sind\&.
.PP
Verzeichnispfade unterscheiden sich durch Priorität: …/generator\&.early hat
höhere Priorität als die Administratorkonfiguration in /etc/, während
…/generator eine niedrigere Priorität als /etc/, aber eine höhere als die
der Lieferantenkonfiguration in /usr/ hat. …/generator\&.late hat eine
niederigere Priorität als alle anderen Konfigurationen\&. Siehe den nächsten
Abschnitt und die Diskussion von Unit\-Ladepfaden und
Unit\-Außerkraftsetzungen in \fBsystemd.unit\fP(5)\&.
.PP
Generatoren werden aus einer Gruppe von Pfaden, wie oben aufgeführt, die
während der Übersetzung bestimmt wird, geladen\&. System\- und
Benutzergeneratoren werden von Verzeichnissen mit Namen, die auf
system\-generators/ bzw\&. user\-generators/ enden, geladen\&. Zuerst in den
Verzeichnissen gefundene Generatoren setzen diejenigen, mit dem gleichen
Namen in Verzeichnissen weiter hinten in der Liste stehen, außer
Kraft\&. Ein Symlink auf /dev/null oder eine leere Datei kann zum
Ausmaskieren eines Generators verwandt und damit dessen Ausführung
verhindert werden\&. Bitte beachten Sie, dass die Reihenfolge der zwei
Verzeichnisse mit der höchsten Priorität in Hinblick auf den Unit\-Ladepfad
invertiert ist und dass Generatoren in /run/ solche in /etc/ außer Kraft
setzen\&.
.PP
Nach der Installation neuer Generatoren oder der Aktualisierung der
Konfiguration darf \fBsystemctl daemon\-reload\fP ausgeführt werden\&. Dies
löscht die vorherige, von den Generatoren erstellte Konfiguration, führt
alle Generatoren erneut aus und führt dazu, dass \fBsystemd\fP alle Units von
Platte neu lädt\&. Siehe \fBsystemctl\fP(1) für weitere Informationen\&.
.SH AUSGABEVERZEICHNISSE
.PP
Generatoren werden mit drei Argumenten aufgerufen: Pfade zu Verzeichnissen,
in denen Generatoren ihre erstellten Unit\-Dateien oder Symlinks ablegen
können\&. Standardmäßig sind diese Pfade Laufzeitverzeichnisse, die im
Suchpfad von \fBsystemd\fP enthalten sind, aber zu Fehlersuchzwecken kann ein
Generator mit anderen Pfaden aufgerufen werden\&. Falls nur ein Argument
bereitgestellt wird, sollte der Generator das gleiche Verzeichnis für alle
drei Ausgabepfade verwenden\&.
.sp
.RS 4
.ie  n \{\
\h'-04' 1.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  1." 4.2
.\}
\fInormales\-Verz\fP
.sp
Bei normaler Verwendung ist dies /run/systemd/generator im Falle von
Systemgeneratoren und $XDG_RUNTIME_DIR/systemd/generator im Falle von
Benutzergeneratoren\&. Unit\-Dateien, die in diesen Verzeichnissen abgelegt
sind, haben vor der Lieferanten\-Unit\-Konfiguration Vorrang, aber nicht vor
der nativen Benutzer\-/Administrator\-Unit\-Konfiguration\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 2.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  2." 4.2
.\}
\fIfrühes\-Verz\fP
.sp
Bei normaler Verwendung ist dies /run/systemd/generator\&.early im Falle von
Systemgeneratoren und $XDG_RUNTIME_DIR/systemd/generator\&.early im Falle
von Benutzergeneratoren\&. Unit\-Dateien, die in diesen Verzeichnissen
abgelegt sind, setzen Unit\-Dateien in /usr/, /run/ und /etc/ außer
Kraft\&. Dies bedeutet, dass Unit\-Dateien, die in diesen Verzeichnissen
abgelegt sind, Vorrang vor der gesamten normalen Konfiguration haben, sowohl
von Lieferanten als auch vom Benutzer/Administrator\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 3.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  3." 4.2
.\}
\fIspätes\-Verz\fP
.sp
Bei normaler Verwendung ist dies /run/systemd/generator\&.late im Falle von
Systemgeneratoren und $XDG_RUNTIME_DIR/systemd/generator\&.late im Falle von
Benutzergeneratoren\&. Dieses Verzeichnis kann dazu verwandt werden, den
Unit\-Dateibaum auszuweiten, ohne irgendeine andere Unit\-Datei außer Kraft zu
setzen. Jede vom Lieferanten oder vom Benutzer/Administrator bereitgestellte
native Konfigurationsdatei hat Vorrang\&.
.RE
.PP
Hinweis: Generatoren \fIdürfen nicht\fP an andere Orte schreiben oder andere
Änderungen am Systemzustand vornehmen\&. Die Ausgabe von Generatoren sollte
nur bis zum nächsten \fBdaemon\-reload\fP oder \fBdaemon\-reexec\fP wirken; falls
der Generator ersetzt oder maskiert wird, sollte seine Auswirkung
verschwinden\&.
.SH UMGEBUNGSVARIABLEN
.PP
Der Diensteverwalter setzt beim Aufruf von Generator\-Programmen eine Reihe
von Umgebungsvariablen\&. Sie tragen Informationen über den
Ausführungskontext des Generators, um die Anpassung von Generatoren an
bestimmte Umgebungen zu vereinfachen\&. Es werden die folgenden
Umgebungsvariablen gesetzt\&.
.PP
\fI$SYSTEMD_SCOPE\fP
.RS 4
Falls der Generator vom Systemdiensteverwalter aufgerufen wird, dann ist
diese Variable auf »system« gesetzt; falls er vom benutzerbezogenen
Diensteverwalter aufgerufen wurde, dann ist sie auf »user« gesetzt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fI$SYSTEMD_IN_INITRD\fP
.RS 4
Falls der Generator als Teil der Initrd ausgeführt wird, ist sie auf »1«
gesetzt\&. Falls sie vom regulären Rechner ausgeführt wird (d\&.h\&. nach
dem Übergang von der Initrd zum Rechner), dann ist sie auf »0«
gesetzt\&. Diese Umgebungsvariable wird nur für Systemgeneratoren gesetzt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fI$SYSTEMD_FIRST_BOOT\fP
.RS 4
Falls dieser Systemstartzyklus als »erster Systemstart« betrachtet wird,
dann wird sie auf »1« gesetzt\&. Falls es ein nachfolgender, regulärer
Systemstart ist, ist sie auf »0« gesetzt\&. Siehe die Dokumentation von
\fIConditionFirstBoot=\fP in \fBsystemd.unit\fP(5) für Details\&. Diese
Umgebungsvariable wird nur für Systemgeneratoren gesetzt\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fI$SYSTEMD_VIRTUALIZATION\fP
.RS 4
Falls der Diensteverwalter in einer virtualisierten Umgebung ausgeführt
wird, dann wird \fI$SYSTEMD_VIRTUALIZATION\fP auf ein Paar von Zeichenketten
gesetzt, getrennt durch einen Doppelpunkt\&. Die erste Zeichenkette ist
entweder »vm« oder »container«; dies kategorisiert die Art der
Virtualisierung\&. Die zweite Zeichenkette identifiziert die Implementierung
der Virtualisierungstechnik\&. Falls keine Virtualisierung erkannt wurde,
wird diese Variable nicht gesetzt\&. Diese Daten sind identisch zu dem, was
\fBsystemd\-detect\-virt\fP(1) erkennt und berichten und verwenden das gleiche
Vokabular wie Virtualisierungsimplementierungskennzeichner\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fI$SYSTEMD_ARCHITECTURE\fP
.RS 4
Diese Variable ist auf einen kurzen Kennzeichner der berichteten Architektur
des Systems gesetzt\&. Siehe die Dokumentation von \fIConditionArchitecture=\fP
in \fBsystemd.unit\fP(5) für Details über definierte Werte\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fI$CREDENTIALS_DIRECTORY\fP, \fI$ENCRYPTED_CREDENTIALS_DIRECTORY\fP
.RS 4
Falls gesetzt bezieht es sich auf das Verzeichnissystem, in dem die
Zugangsberechtigungen abgelegt wurden\&. Zugangsberechtigungen, die in das
System im Klartext hineingereicht wurden, werden in
\fI$CREDENTIALS_DIRECTORY\fP abgelegt und solche, die in verschlüsselter Form
hereingereicht wurden, werden in \fI$ENCRYPTED_CREDENTIALS_DIRECTORY\fP
abgelegt\&. Verwenden Sie den Befehl \fBsystemd\-creds\fP(1), um hereingereichte
Zugangsberechtigungen bei Bedarf zu ver\-/entschlüsseln\&. Verwenden Sie
insbesondere den Befehl \fBsystemd\-creds \-\-system cat\fP\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
\fI$SYSTEMD_CONFIDENTIAL_VIRTUALIZATION\fP
.RS 4
Falls der Diensteverwalter in einer vertraulichen virtualisierten Umgebung
ausgeführt wird, dann wird \fI$SYSTEMD_CONFIDENTIAL_VIRTUALIZATION\fP auf eine
Zeichenkette gesetzt, die die vertrauliche Virtualisierungshardwaretechnik
identifiziert\&. Falls keine vertrauliche Virtualisierung erkannt wurde,
wird diese Variable nicht gesetzt\&. Diese Daten sind identisch zu dem, was
\fBsystemd\-detect\-virt\fP(1) erkennt und berichten und verwenden das gleiche
Vokabular wie vertrauliche Virtualisierungstechnikkennzeichner\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.SH "HINWEISE ZUM SCHREIBEN VON GENERATOREN"
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Alle Generatoren werden parallel ausgeführt\&. Das bedeutet, alle Programme
werden genau zur gleichen Zeit gestartet und müssen mit dieser
Parallelisierung umgehen können\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Generatoren laufen sehr früh beim Systemstart und können sich nicht auf
irgendeinen externen Dienst verlassen\&. Sie dürfen mit keinem anderen
Prozess kommunizieren\&. Dies betrifft einfache Dinge wie die
Protokollierung nach \fBsyslog\fP(3) oder \fBsystemd\fP selbst (dies heißt: kein
\fBsystemctl\fP(1))! Nicht grundlegende Dateisysteme wie /var/ und /home/
werden nach dem Lauf der Generatoren eingehängt\&. Allerdings können sich
die Generatoren darauf verlassen, dass die grundlegendsten
Kernelfunktionalitäten vorhanden sind, sowie eingehängte /sys/\-, /proc/\-,
/dev/\-, /usr/\- und /run/\-Dateisysteme\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Von Generatoren geschriebene Units werden entfernt, wenn die Konfiguration
neu geladen wird\&. Das heißt, die Lebensdauer der generierten Units hängt
eng mit den Neuladezyklen von \fBsystemd\fP selbst zusammen\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Generatoren sollten nur zur Generierung von Unit\-Dateien,
\&.d/*\&.conf\-Ergänzungen für sie und Symlinks darauf verwandt werden, nicht
für andere Arten von Konfiguration ohne Bezug zur Unit\&. Aufgrund der oben
erwähnten Lebenszykluslogik sind Generatoren für die dynamische
Konfiguration von anderen Diensten unpassend\&. Falls Sie dynamische
Konfiguration für andere Dienste generieren müssen, erledigen Sie dies in
normalen Diensten, die Sie vor dem in Frage kommenden Dienst anweisen\&.
.sp
Beachten Sie, dass mittels der Einstellungen
\fIStandardInputData=\fP/\fIStandardInputText=\fP von Dienste\-Unit\-Dateien (siehe
\fBsystemd.exec\fP(5)) es möglich ist, beliebige Eingabedaten (einschließlich
Daemon\-spezifischer Konfiguration) als Teil der Unit\-Definition zu
formulieren, was oft ausreicht, um Daten oder Konfiguration für andere
Programme auf eine natürlich Weise in die Unit\-Dateien einzubetten\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Da \fBsyslog\fP(3) nicht verfügbar ist (siehe oben), müssen Protokollmeldungen
stattdessen nach /dev/kmsg geschrieben werden\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Der Generator sollte immer seinen eigenen Namen in einem Kommentar am Anfang
der erstellten Datei einbinden, so dass der Benutzer leicht herausfinden
kann, welche Komponente eine bestimmte Unit erstellte oder ergänzte\&.
.sp
Die Anweisung \fISourcePath=\fP sollte in erstellten Dateien verwandt werden,
um die Quellkonfigurationsdatei, aus der die Unit erstellt wurde,
anzugeben\&. Damit verstehen die Benutzer die Dinge leichter und dies hat
auch den Vorteil, dass Systemd den Benutzer bezüglich Konfigurationsdateien,
die sich auf Platte verändert haben, aber noch nicht von Systemd gelesen
wurden, warnen kann\&. Der Wert \fISourcePath=\fP muss keine Datei in einem
physischen Dateisystem sein\&. Im häufigen Beispiel, dass der Generator nach
einer Kernelbefehlszeile sucht, sollte \fBSourcePath=/proc/cmdline\fP verwandt
werden\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Generatoren dürfen dynamische Unit\-Dateien schreiben oder mit den normalen
Symlinks \&.wants/ oder \&.requires/ Unit\-Dateien in andere Unit\-Dateien
einhängen\&. Oft ist es es besser, einfach eine Instanz einer
Vorlagen\-Unit\-Datei aus /usr/ mit einem Generator zu erzeugen, statt
komplett dynamische Unit\-Dateien zu schreiben\&. Natürlich funktioniert dies
nur, falls ein einzelner Parameter verwandt werden soll\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Falls Sie vorsichtig sind, können Sie Generatoren in Shell\-Skripten
implementieren\&. Wir empfehlen allerdings C\-Code, da Generatoren synchron
ausgeführt werden und daher den Systemstart verzögern können, falls sie
langsam sind\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Bezüglich der Semantik beim Außer\-Kraft\-Setzen: Es gibt zwei Regeln, denen
wir zu folgen versuchen, wenn wir über die Semantik beim Außer\-Kraft\-Setzen
nachdenken:
.sp
.RS 4
.ie  n \{\
\h'-04' 1.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  1." 4.2
.\}
Benutzerkonfiguration sollte die Lieferantenkonfiguration außer Kraft
setzen\&. Das bedeutet (hauptsächlich), dass Zeug aus /etc/ Zeug aus /usr/
außer Kraft setzen sollte\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 2.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  2." 4.2
.\}
Native Konfiguration sollte nicht native Konfiguration außer Kraft
setzen\&. Das bedeutet (hauptsächlich), dass von Ihnen generiertes Zeug
niemals native Unit\-Dateien für den gleichen Zweck außer Kraft setzen
sollte\&.
.RE
.sp
Von diesen Regeln ist die erste die wichtigere und bricht manchmal die
zweite\&. Daher sollte die Vorgabewahl bei der Entscheidung, ob Sie argv[1],
argv[2] oder argv[3] verwenden, wahrscheinlich argv[1] sein\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Statt jetzt loszulegen und alle möglichen Arten von Generatoren für
veraltete Konfigurationsdateiformate zu schreiben, denken Sie bitte zwei Mal
nach! Es ist oft besser, das alte Zeug als veraltet zu markieren, statt es
künstlich am Leben zu erhalten\&.
.RE
.SH BEISPIELE
.PP
\fBBeispiel\ \&1.\ \&systemd\-fstab\-generator\fP
.PP
\fBsystemd\-fstab\-generator\fP(8) konvertiert /etc/fstab in native
Einhänge\-Units\&. Es verwendet argv[1] als Ablageort der generierten
Unit\-Dateien, um dem Benutzer zu erlauben, /etc/fstab mit seinen eigenen
nativen Unit\-Dateien außer Kraft zu setzen, aber um auch sicherzustellen,
dass /etc/fstab jede Lieferantenvorgabe aus /usr/ außer Kraft setzt\&.
.PP
Nach der Bearbeitung von /etc/fstab sollte der Benutzer \fBsystemctl daemon\-reload\fP aufrufen\&. Dies wird alle Generatoren erneut ausführen und
\fBsystemd\fP veranlassen, alle Units von Platte neu zu laden\&. Um tatsächlich
neue Verzeichnisse zu Fstab hinzuzufügen, können \fBsystemctl start \fP\fI/Pfad/zum/Einhängepunkt\fP oder \fBsystemctl start local\-fs\&.target\fP
verwandt werden\&.
.PP
\fBBeispiel\ \&2.\ \&systemd\-system\-update\-generator\fP
.PP
\fBsystemd\-system\-update\-generator\fP(8) leitet default\&.target temporär auf
system\-update\&.target um, falls eine Systemaktualisierung angesetzt
ist\&. Da dies die Vorgabebenutzerkonfiguration für default\&.target außer
Kraft setzen muss, verwendet es argv[2]\&. Für Details zu dieser Logik lesen
Sie bitte \fBsystemd.offline\-updates\fP(7)\&.
.PP
\fBBeispiel\ \&3.\ \&Fehlersuche in einem Generator\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
dir=$(mktemp \-d)
SYSTEMD_LOG_LEVEL=debug /usr/lib/systemd/system\-generators/systemd\-fstab\-generator \e
        "$dir" "$dir" "$dir"
find $dir
.fi
.if  n \{\
.RE
.\}
.SH "SIEHE AUCH"
.PP
\fBsystemd\fP(1), \fBsystemd\-cryptsetup\-generator\fP(8),
\fBsystemd\-debug\-generator\fP(8), \fBsystemd\-fstab\-generator\fP(8), \fBfstab\fP(5),
\fBsystemd\-getty\-generator\fP(8), \fBsystemd\-gpt\-auto\-generator\fP(8),
\fBsystemd\-hibernate\-resume\-generator\fP(8), \fBsystemd\-rc\-local\-generator\fP(8),
\fBsystemd\-system\-update\-generator\fP(8), \fBsystemd\-sysv\-generator\fP(8),
\fBsystemd\-xdg\-autostart\-generator\fP(8), \fBsystemd.unit\fP(5), \fBsystemctl\fP(1),
\fBsystemd.environment\-generator\fP(7)
.PP
.SH ÜBERSETZUNG
Die deutsche Übersetzung dieser Handbuchseite wurde von
Helge Kreutzmann <debian@helgefjell.de>
erstellt.
.PP
Diese Übersetzung ist Freie Dokumentation; lesen Sie die
.UR https://www.gnu.org/licenses/gpl-3.0.html
GNU General Public License Version 3
.UE
oder neuer bezüglich der
Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.
.PP
Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden,
schicken Sie bitte eine E-Mail an die
.MT debian-l10n-german@lists.debian.org
Mailingliste der Übersetzer
.ME .