Adding upstream version 1.19.8.upstream/1.19.8upstream

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

1 files changed, 361 insertions, 0 deletions

diff --git a/man/de/deb-control.man b/man/de/deb-control.man
new file mode 100644
index 0000000..90fa515
--- /dev/null
+++ b/man/de/deb-control.man
@@ -0,0 +1,361 @@
+.\" dpkg manual page - deb-control(5)
+.\"
+.\" Copyright © 1995 Raul Miller, Ian Jackson, Ian Murdock
+.\" Copyright © 1999 Ben Collins <bcollins@debian.org>
+.\" Copyright © 2000 Wichert Akkerman <wakkerma@debian.org>
+.\" Copyright © 2007-2011, 2013-2015 Guillem Jover <guillem@debian.org>
+.\" Copyright © 2008-2012 Raphaël Hertzog <hertzog@debian.org>
+.\"
+.\" This is free software; you can redistribute it and/or modify
+.\" it under the terms of the GNU General Public License as published by
+.\" the Free Software Foundation; either version 2 of the License, or
+.\" (at your option) any later version.
+.\"
+.\" This is distributed in the hope that it will be useful,
+.\" but WITHOUT ANY WARRANTY; without even the implied warranty of
+.\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+.\" GNU General Public License for more details.
+.\"
+.\" You should have received a copy of the GNU General Public License
+.\" along with this program.  If not, see <https://www.gnu.org/licenses/>.
+.
+.\"*******************************************************************
+.\"
+.\" This file was generated with po4a. Translate the source file.
+.\"
+.\"*******************************************************************
+.TH deb\-control 5 %RELEASE_DATE% %VERSION% dpkg\-Programmsammlung
+.nh
+.SH BEZEICHNUNG
+deb\-control \- Dateiformat der Hauptsteuerdatei von binären Debian\-Paketen
+.
+.SH ÜBERSICHT
+control
+.
+.SH BESCHREIBUNG
+Jedes binäre Debian\-Paket enthält die Hauptsteuerdatei \fIcontrol\fP, die eine
+Reihe von Feldern enthält. Jedes Feld beginnt mit einer Markierung, wie
+\fBPackage\fP oder \fBVersion\fP (Groß\-/Kleinschreibung egal), gefolgt von einem
+Doppelpunkt und dem Körper des Feldes. Felder werden nur durch die
+Feldmarkierungen abgegrenzt. Mit anderen Worten, Feldtexte können mehrere
+Zeilen überspannen, aber die Installationswerkzeuge werden im Allgemeinen
+die Zeilen bei der Verarbeitung des Feldkörpers zusammenfassen (mit Ausnahme
+des \fBDescription\fP\-Feldes, sehen Sie dazu unten).
+.
+.SH FELDER
+.TP 
+\fBPackage:\fP \fIPaketname\fP (verpflichtend)
+Der Wert dieses Feldes bestimmt den Paketnamen und wird von den meisten
+Installationswerkzeugen verwendet, um Dateinamen zu erstellen.
+.TP 
+\fBPackage\-Type:\fP \fBdeb\fP|\fBudeb\fP|\fItype\fP
+Dieses Feld definiert die Art des Pakets. \fBudeb\fP ist für größenbegrenzte
+Pakete, wie sie vom Debian\-Installer verwandt werden. \fBdeb\fP ist der
+Standardwert, er wird angenommen, falls das Feld fehlt. Weitere Typen
+könnten in der Zukunft hinzugefügt werden.
+.TP 
+\fBVersion:\fP \fIVersionszeichenkette\fP (verpflichtend)
+Typischerweise ist das die Original\-Paketversionsnummer, in der Form, die
+der Programmautor verwendet. Es kann auch eine Debian\-Revisionsnummer
+enthalten (für nicht aus Debian stammende Pakete). Das genaue Format und der
+Sortieralgorithmus sind in \fBdeb\-version\fP(7) beschrieben.
+.TP 
+\fBMaintainer:\fP \fIVollständiger\-Name\-und\-E\-Mail\fP (empfohlen)
+Sollte in dem Format „Joe Bloggs <jbloggs@foo.com>“ sein und ist
+typischerweise die Person, die das Paket erstellt hat, im Gegensatz zum
+Autor der Software, die paketiert wurde.
+.TP 
+\fBDescription:\fP \fIKurzbeschreibung\fP (empfohlen)
+.TQ
+\fB \fP\fILangbeschreibung\fP
+.br
+Das Format der Paketbeschreibung ist eine kurze knappe Zusammenfassung auf
+der ersten Zeile (nach dem Feld \fBDescription\fP). Die folgenden Zeilen
+sollten als längere, detailliertere Beschreibung verwendet werden. Jede
+Zeile der Langbeschreibung muss mit einem Leerzeichen beginnen und
+Leerzeilen in der Langbeschreibung müssen einen einzelnen ‚\fB.\fP’ hinter dem
+einleitenden Leerzeichen enthalten.
+.TP 
+\fBSection:\fP\fI Sektion\fP
+Dies ist ein allgemeines Feld, das das Paket in eine Kategorie einordnet,
+basierend auf der Software, die es installiert. Einige übliche Sektionen
+sind \fButils\fP, \fBnet\fP, \fBmail\fP, \fBtext\fP, \fBx11\fP usw.
+.TP 
+\fBPriority:\fP\fI Priorität\fP
+Setzt die Bedeutung dieses Pakets in Bezug zu dem Gesamtsystem. Übliche
+Prioritäten sind \fBrequired\fP, \fBstandard\fP, \fBoptional\fP, \fBextra\fP usw.
+.LP
+Die Felder \fBSection\fP und \fBPriority\fP haben eine definierte Menge an Werten,
+abhängig von den jeweiligen Distributionsrichtlinien.
+.
+.TP 
+\fBInstalled\-Size:\fP Größe
+Die ungefähre Gesamtgröße der vom Paket installierten Dateien, in Einheiten
+von KiB.
+.
+.TP 
+\fBEssential:\fP \fByes\fP|\fBno\fP
+Dieses Feld wird normalerweise nur benötigt, wenn die Antwort \fByes\fP
+lautet. Es bezeichnet ein Paket, das für den ordnungsgemäßen Betrieb des
+Systems benötigt wird. Dpkg oder jedes andere Installationswerkzeug wird es
+nicht erlauben, ein \fBEssential\fP\-Paket zu entfernen (zumindest nicht ohne
+die Verwendung einer der „force“\-Optionen).
+.TP 
+\fBBuild\-Essential:\fP \fByes\fP|\fBno\fP
+Dieses Feld wird normalerweise nur benötigt, wenn die Antwort \fByes\fP lautet
+und es wird typischerweise durch die Archivsoftware eingefügt. Es vermerkt
+ein Paket, das zum Bau anderer Pakete benötigt wird.
+.TP 
+\fBArchitecture:\fP \fIarch\fP|\fBall\fP (empfohlen)
+Die Architektur spezifiziert den Hardwaretyp, für den dieses Paket
+kompiliert wurde. Geläufige Architekturen sind \fBamd64\fP, \fBarmel\fP, \fBi386\fP,
+\fBpowerpc\fP usw. Beachten Sie, dass der Wert \fBall\fP für Pakete gedacht ist,
+die Architektur\-unabhängig sind. Einige Beispiele hierfür sind Shell\- und
+Perl\-Skripte und Dokumentation.
+.TP 
+\fBOrigin:\fP\fI Name\fP
+Der Name der Distribution, aus der dieses Paket ursprünglich stammt.
+.TP 
+\fBBugs:\fP\fI URL\fP
+Die \fIURL\fP der Fehlerdatenbank für dieses Paket. Das derzeit verwendete
+Format ist \fIBTS\-Art\fP\fB://\fP\fIBTS\-Adresse\fP wie in
+\fBdebbugs://bugs.debian.org\fP.
+.TP 
+\fBHomepage:\fP\fI URL\fP
+Die \fIURL\fP des Original\- (Upstream\-)Projekts.
+.TP 
+\fBTag:\fP \fI Liste\-von\-Markierungen\fP
+Liste der unterstützten Markierungen („Tags“), die die Eigenschaften des
+Pakets beschreiben. Die Beschreibung und die Liste der unterstützten
+Markierungen kann in dem Paket \fBdebtags\fP gefunden werden.
+.TP 
+\fBMulti\-Arch:\fP \fBno\fP|\fBsame\fP|\fBforeign\fP|\fBallowed\fP
+Dieses Feld wird zum Anzeigen verwandt, wie sich das Paket auf einer
+Multi\-Arch\-Installation verhalten soll.
+.RS
+.TP 
+\fBno\fP
+Dieser Wert ist die Vorgabe, falls das Feld nicht angegeben ist. In diesem
+Fall ist das Hinzufügen des Feldes mit dem expliziten Wert \fBno\fP im
+Allgemeinen nicht notwendig.
+.TP 
+\fBsame\fP
+Das Paket ist mit sich selbst koinstallierbar, darf aber nicht dazu verwandt
+werden, die Abhängigkeit irgendeines Pakets von einer anderen Architektur
+auf sich zu erfüllen.
+.TP 
+\fBforeign\fP
+Das Paket ist nicht mit sich selbst koinstallierbar, aber es sollte erlaubt
+sein, die nichtarchitekturabhängige Abhängigkeit eines Pakets von einer
+anderen Architektur auf sich zu erfüllen (falls eine Abhängigkeit explizit
+architekturqualifiziert wurde, dann wird der Wert \fBforeign\fP ignoriert).
+.TP 
+\fBallowed\fP
+Dies erlaubt es inversen Abhängigkeiten, in ihrem Feld \fBDepends\fP
+anzuzeigen, dass sie Pakete von einer fremden Architektur akzeptieren, indem
+sie den Paketnamen mit \fB:any\fP qualifizieren. Hat weiter keinen Effekt.
+.RE
+.TP 
+\fBSource:\fP \fIQuellname\fP [\fB(\fP\fIQuellversion\fP\fB)\fP]
+Der Name des Quellpakets, aus dem dieses Binärpaket stammt, falls es sich
+vom Namen des Pakets selbst unterscheidet. Falls die Quellversion sich von
+der Binärversion unterscheidet, folgt dem \fIQuellnamen\fP in Klammern eine
+\fIQuellversion\fP. Dies kann zum Beispiel bei einem rein\-binären, nicht
+Betreuer\-Upload passieren, oder wenn mittels „\fBdpkg\-gencontrol \-v\fP“ eine
+andere Binärversion gesetzt wird.
+.TP 
+\fBSubarchitecture:\fP \fI Wert\fP
+.TQ
+\fBKernel\-Version:\fP \fI Wert\fP
+.TQ
+\fBInstaller\-Menu\-Item:\fP \fI Wert\fP
+Diese Felder werden im Debian\-Installer verwandt und werden normalerweise
+nicht benötigt. Lesen Sie /usr/share/doc/debian\-installer/devel/modules.txt
+aus dem Paket \fBdebian\-installer\fP für weitere Informationen über sie.
+
+.TP 
+\fBDepends:\fP \fI Paketliste\fP
+Liste von Paketen, die benötigt werden, damit dieses Paket eine
+nicht\-triviale Menge an Funktionen anbieten kann. Die
+Paketverwaltungssoftware wird es nicht erlauben, dass ein Paket installiert
+wird, falls die in seinem \fBDepends\fP\-Feld aufgeführten Pakete nicht
+installiert sind (zumindest nicht ohne Verwendung der „force“\-Optionen). Bei
+einer Installation werden Postinst\-Skripte von Paketen, die im Feld
+\fBDepends\fP aufgeführt sind, vor den Postinst\-Skripten der eigentlichen
+Pakete ausgeführt. Bei der gegenteiligen Aktion, der Paket\-Entfernung, wird
+das Prerm\-Skript eines Paketes vor den Prerm\-Skripten der Pakete ausgeführt,
+die im Feld \fBDepends\fP aufgeführt sind.
+.TP 
+\fBPre\-Depends:\fP \fI Paketliste\fP
+Liste an Paketen, die installiert \fBund\fP konfiguriert sein müssen, bevor
+dieses Paket installiert werden kann. Dies wird normalerweise in dem Fall
+verwendet, wo dieses Paket ein anderes Paket zum Ausführen seines
+Preinst\-Skriptes benötigt.
+.TP 
+\fBRecommends:\fP \fI Paketliste\fP
+Liste an Paketen, die zusammen mit diesem in allen \- außer in eher
+ungewöhnlichen \- Installationen enthalten wären. Die
+Paketverwaltungssoftware wird den Benutzer warnen, falls er ein Paket ohne
+die im \fBRecommends\fP\-Feld aufgeführten Pakete installiert.
+.TP 
+\fBSuggests:\fP \fI Paketliste\fP
+Liste an Paketen, die einen Bezug zu diesem haben und vielleicht seinen
+Nutzwert vergrößern könnten, aber ohne die das zu installierende Paket
+dennoch sinnvoll nutzbar ist.
+.LP
+Die Syntax der Felder \fBDepends\fP, \fBPre\-Depends\fP, \fBRecommends\fP und
+\fBSuggests\fP ist eine Liste von Gruppen von alternativen Paketen. Jede Gruppe
+ist eine Liste von durch vertikale Striche (oder „Pipe“\-Symbole) ‚\fB|\fP’
+getrennte Pakete. Die Gruppen werden durch Kommata getrennt. Kommata müssen
+als „UND“, vertikale Striche als „ODER“ gelesen werden, wobei die vertikalen
+Striche stärker binden. Jedem Paketnamen folgt optional eine
+Architekturspezifikation, die nach einem Doppelpunkt „:“ angehängt wird,
+optional gefolgt von einer Versionsnummer\-Spezifikation in Klammern.
+.LP
+Eine Architekturspezifikation kann eine echte Debian\-Architektur sein (seit
+Dpkg 1.16.5) oder \fBany\fP (seit Dpkg 1.16.2). Falls sie fehlt, ist die
+Vorgabe die aktuelle Programmpaketarchitektur. Ein echter
+Debian\-Architekturname wird genau auf diese Architektur für diesen
+Paketnamen passen, \fBany\fP wird auf jede Architektur für diesen Paketnamen
+passen, falls das Paket als \fBMulti\-Arch: allowed\fP markiert wurde.
+.LP
+Eine Versionsnummer kann mit ‚\fB>>\fP’ beginnen, in diesem Falle
+passen alle neueren Versionen, und kann die Debian\-Paketrevision (getrennt
+durch einen Bindestrich) enthalten oder auch nicht. Akzeptierte
+Versionsbeziehungen sind ‚\fB>>\fP’ für größer als, ‚\fB<<\fP’ für
+kleiner als, ‚\fB>=\fP’ für größer als oder identisch zu, ‚\fB<=\fP’ für
+kleiner als oder identisch zu und ‚\fB=\fP’ für identisch zu.
+.TP 
+\fBBreaks:\fP \fI Paketliste\fP
+Listet Paketen auf, die von diesem Paket beschädigt werden, zum Beispiel in
+dem sie Fehler zugänglich machen, wenn sich das andere Paket auf dieses
+Paket verlässt. Die Paketverwaltungssoftware wird es beschädigten Paketen
+nicht erlauben, sich zu konfigurieren; im Allgemeinen wird das Problem
+behoben, indem ein Upgrade des im \fBBreaks\fP\-Feld aufgeführten Pakets
+durchgeführt wird.
+.TP 
+\fBConflicts:\fP \fI Paketliste\fP
+Liste an Paketen, die mit diesem in Konflikt stehen, beispielsweise indem
+beide Dateien gleichen Namens enthalten. Die Paketverwaltungssoftware wird
+es nicht erlauben, Pakete, die in Konflikt stehen, gleichzeitig zu
+installieren. Zwei in Konflikt stehende Pakete sollten jeweils eine
+\fBConflicts\fP\-Zeile enthalten, die das andere Paket erwähnen.
+.TP 
+\fBReplaces:\fP \fIPaketliste\fP
+Liste an Paketen, von denen dieses Dateien ersetzt. Dies wird dazu
+verwendet, um diesem Paket zu erlauben, Dateien von einem anderen Paket zu
+ersetzen und wird gewöhnlich mit dem \fBConflicts\fP\-Feld verwendet, um die
+Entfernung des anderen Paketes zu erlauben, falls dieses auch die gleichen
+Dateien wie das im Konflikt stehende Paket hat.
+.LP
+Die Syntax von \fBBreaks\fP, \fBConflicts\fP und \fBReplaces\fP ist eine Liste von
+Paketnamen, getrennt durch Kommata (und optionalen Leerraumzeichen). Im
+\fBBreaks\fP\- und \fBConflicts\fP\-Feld sollte das Komma als „ODER“ gelesen
+werden. Eine optionale Architekturspezifikation kann mit der gleichen Syntax
+wie oben an den Paketnamen angehängt werden; der Vorgabewert ist allerdings
+\fBany\fP statt der Architektur des Programms. Eine optionale Version kann auch
+mit der gleichen Syntax wie oben für die \fBBreaks\fP\-, \fBConflicts\fP\- und
+\fBReplaces\fP\-Felder angegeben werden.
+.
+.TP 
+\fBEnhances:\fP \fI Paketliste\fP
+Dies ist eine Liste von Paketen, die dieses Paket erweitert. Es ist ähnlich
+\fBSuggests\fP, aber in der umgekehrten Richtung.
+.TP 
+\fBProvides:\fP \fI Paketliste\fP
+Dies ist eine Liste von virtuellen Paketen, die dieses Paket
+bereitstellt. Gewöhnlich wird dies verwendet, wenn mehrere Pakete alle den
+gleichen Dienst bereitstellen. Beispielsweise können Sendmail und Exim als
+Mailserver dienen, daher stellen sie ein gemeinsames Paket
+(„mail\-transport\-agent“) bereit, von dem andere Pakete abhängen können. Dies
+erlaubt es Sendmail oder Exim, als gültige Optionen zur Erfüllung der
+Abhängigkeit zu dienen. Dies verhindert, dass Pakete, die von einem
+E\-Mail\-Server abhängen, alle Paketnamen für alle E\-Mail\-Server kennen und
+‚\fB|\fP’ zur Unterteilung der Liste verwenden müssen.
+.LP
+Die Syntax von \fBProvides\fP ist eine Liste von Paketnamen, getrennt durch
+Kommata (und optionalen Leerraumzeichen). Eine optionale
+Architekturspezifikation kann mit der gleichen Syntax wie oben an den
+Paketnamen angehängt werden. Falls diese fehlt, ist die Vorgabe die binäre
+Paketarchitektur. Eine optionale genaue („identisch mit“) Version kann auch
+mit der gleichen Syntax wie oben angegeben werden (seit Dpkg 1.17.11
+berücksichtigt).
+.
+.TP 
+\fBBuilt\-Using:\fP \fI Paketliste\fP
+Dieses Feld führt zusätzliche Quellpakete auf, die während des Baus des
+Binärpakets verwandt wurden. Dies dient als Hinweis für die
+Archivverwaltungssoftware, dass zusätzliche Quellpakete vorhanden bleiben
+müssen, während dieses Binärpaket betreut wird. Dieses Feld muss eine Liste
+von Quellpaketnamen enthalten, bei denen eine strenge Versionsbeziehung
+‚\fB=\fP’ angegeben ist. Beachten Sie, dass die Archivverwaltungssoftware
+wahrscheinlich einen Upload ablehnen wird, bei dem eine
+\fBBuilt\-Using\fP\-Beziehung angegeben wurde, die innerhalb des Archivs nicht
+erfüllt werden kann.
+.
+.TP 
+\fBBuilt\-For\-Profiles:\fP\fI Profilliste (veraltet)\fP
+Dieses Feld legte eine durch Leerraumzeichen getrennte Liste von Bauprofilen
+fest, unter denen dieses Programmpaket gebaut wurde (von Dpkg 1.17.2 bis
+1.18.18). Die bisher in diesem Feld enthaltene Informationen können jetzt in
+der Datei \fB.buildinfo\fP gefunden werden, die es ersetzt.
+.
+.TP 
+\fBAuto\-Built\-Package:\fP\fI Begründungsliste\fP
+Dieses Feld legt eine durch Leerraumzeichen getrennte Liste von Begründungen
+fest, warum dieses Paket automatisch erstellt wurde. Binärpakete, die mit
+diesem Feld markiert wurden, werden nicht in der Hauptquellsteuerdatei
+\fIdebian/control\fP auftauchen. Die einzige derzeit verwandte Begründung ist
+\fBdebug\-symbols\fP.
+.
+.TP 
+\fBBuild\-Ids:\fP\fI ELF\-Baukennungsliste \fP
+Das Feld gibt eine durch Leerraum getrennte Liste von ELF\-Baukennugen
+an. Dies sind eindeutige Kennzeichner für semantisch identische ELF\-Objekte,
+für jedes von diesen innerhalb des Pakets.
+.
+Das Format oder die Art, jede Baukennung zu berechnen, ist designbedingt
+nicht festgelegt.
+.
+.SH BEISPIEL
+.\" .RS
+.nf
+Package: grep
+Essential: yes
+Priority: required
+Section: base
+Maintainer: Wichert Akkerman <wakkerma@debian.org>
+Architecture: sparc
+Version: 2.4\-1
+Pre\-Depends: libc6 (>= 2.0.105)
+Provides: rgrep
+Conflicts: rgrep
+Description: GNU grep, egrep und fgrep.
+ Die GNU\-Familie der Grep\-Werkzeuge könnte die „schnellste im Westen“ sein.
+ GNU Grep basiert auf einem schellen „lazy\-state deterministic matcher“
+ (rund zweimal so schnell wie der standardmäßige Unix\-Egrep) hybridisiert
+ mit einer Boyer\-Moore\-Gosper\-Suche für eine feste Zeichenkette, die
+ unmöglichen Text von der Betrachtung durch den vollen „Matcher“ verhindert,
+ ohne notwendigerweise jedes Zeichen anzuschauen. Das Ergebnis ist
+ typischerweise um ein Mehrfaches schneller als Unix Grep oder Egrep.
+ (Reguläre Ausdrücke, die Rückreferenzierungen enthalten, werden allerdings
+ langsamer laufen.)
+.fi
+.\" .RE
+.
+.SH FEHLER
+Das Feld \fBBuild\-Ids\fP verwendet einen eher generischen Namen aus seinem
+ursprünglichen Zusammenhang innerhalb eines ELF\-Objektes, das einem sehr
+speziellen Zweck und ausführbaren Format dient.
+.
+.SH "SIEHE AUCH"
+\fBdeb\-src\-control\fP(5), \fBdeb\fP(5), \fBdeb\-version\fP(7), \fBdebtags\fP(1),
+\fBdpkg\fP(1), \fBdpkg\-deb\fP(1).
+.SH ÜBERSETZUNG
+Die deutsche Übersetzung wurde 2004, 2006-2020 von Helge Kreutzmann
+<debian@helgefjell.de>, 2007 von Florian Rehnisch <eixman@gmx.de>,
+2008 von Sven Joachim <svenjoac@gmx.de> und 2019,2020 von Mario 
+Blättermann <mario.blaettermann@gmail.com> 
+angefertigt. Diese Übersetzung ist Freie Dokumentation; lesen Sie die
+GNU General Public License Version 2 oder neuer für die Kopierbedingungen.
+Es gibt KEINE HAFTUNG.