Provided by: dpkg-dev_1.19.7ubuntu2_all bug

BEZEICHNUNG

       deb-control - Dateiformat der Hauptsteuerdatei von binären Debian-Paketen

ÜBERSICHT

       control

BESCHREIBUNG

       Jedes binäre Debian-Paket enthält die Hauptsteuerdatei control, die eine Reihe von Feldern
       enthält.  Jedes  Feld  beginnt  mit   einer   Markierung,   wie   Package   oder   Version
       (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
       Description-Feldes, sehen Sie dazu unten).

FELDER

       Package: Paketname (verpflichtend)
              Der   Wert  dieses  Feldes  bestimmt  den  Paketnamen  und  wird  von  den  meisten
              Installationswerkzeugen verwendet, um Dateinamen zu erstellen.

       Package-Type: deb|udeb|type
              Dieses Feld definiert die Art des Pakets. udeb ist für größenbegrenzte Pakete,  wie
              sie  vom  Debian-Installer  verwandt  werden.  deb  ist  der  Standardwert, er wird
              angenommen, falls das Feld fehlt. Weitere Typen könnten in der Zukunft  hinzugefügt
              werden.

       Version: Versionszeichenkette (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 deb-version(7) beschrieben.

       Maintainer: Vollständiger-Name-und-E-Mail (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.

       Description: Kurzbeschreibung (empfohlen)
        Langbeschreibung
              Das Format der Paketbeschreibung ist eine  kurze  knappe  Zusammenfassung  auf  der
              ersten Zeile (nach dem Feld Description). Die folgenden Zeilen sollten als längere,
              detailliertere Beschreibung verwendet werden. Jede Zeile der Langbeschreibung  muss
              von  einem  Leerzeichen  begonnen  werden,  und  Leerzeilen in der Langbeschreibung
              müssen einen einzelnen ‚.’ hinter dem einleitenden Leerzeichen enthalten.

       Section: Sektion
              Dies ist ein allgemeines Feld, das dem Paket eine Kategorie gibt, basierend auf der
              Software, die es installiert. Einige übliche Sektionen sind utils, net, mail, text,
              x11 usw.

       Priority: Priorität
              Setzt die Bedeutung dieses Pakets in Bezug zu dem Gesamtsystem. Übliche Prioritäten
              sind required, standard, optional, extra usw.

       Die  Felder  Section  und Priority haben eine definierte Menge an Werten, abhängig von den
       jeweiligen Distributionsrichtlinien.

       Installed-Size: Größe
              Die ungefähre Gesamtgröße der vom Paket installierten  Dateien,  in  Einheiten  von
              KiB.

       Essential: yes|no
              Dieses  Feld  wird  normalerweise  nur  benötigt,  wenn  die Antwort yes 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
              Essential-Paket zu entfernen (zumindestens nicht  ohne  die  Verwendung  einer  der
              »force«-Optionen).

       Build-Essential: yes|no
              Dieses  Feld  wird  normalerweise  nur benötigt, wenn die Antwort yes lautet und es
              wird typischerweise durch die Archivsoftware eingefügt. Es vermerkt ein Paket,  das
              zum Bau anderer Pakete benötigt wird.

       Architecture: arch|all (empfohlen)
              Die Architektur spezifiziert den Hardwaretyp für den dieses Paket kompiliert wurde.
              Geläufige Architekturen sind amd64, armel, i386, powerpc usw.  Beachten  Sie,  dass
              der  Wert  all  für  Pakete  gedacht  ist,  die Architektur-unabhängig sind. Einige
              Beispiele hierfür sind Shell- und Perl-Skripte und Dokumentation.

       Origin: Name
              Der Name der Distribution, aus der dieses Paket ursprünglich stammt.

       Bugs: URL
              Die URL der Fehlerdatenbank für dieses Paket. Das  derzeit  verwendete  Format  ist
              BTS-Art://BTS-Adresse wie in debbugs://bugs.debian.org.

       Homepage: URL
              Die URL des Original- (Upstream-)Projekts.

       Tag:  Liste-von-Markierungen
              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 debtags gefunden werden.

       Multi-Arch: no|same|foreign|allowed
              Dieses   Feld   wird   zum   Anzeigen  verwandt,  wie  sich  das  Paket  auf  einer
              Multi-Arch-Installation verhalten soll.

              no     Dieser Wert ist die Vorgabe, falls das Feld nicht angegeben ist.  In  diesem
                     Fall ist das Hinzufügen des Feldes mit dem expliziten Wert no im allgemeinen
                     nicht notwendig.

              same   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.

              foreign
                     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 foreign ignoriert).

              allowed
                     Dies  erlaubt  es inversen Abhängigkeiten, in ihrem Feld Depends anzuzeigen,
                     dass sie Pakete von einer fremden Architektur  akzeptieren,  indem  sie  den
                     Paketnamen mit :any qualifizieren. Hat weiter keinen Effekt.

       Source: Quellname [(Quellversion)]
              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  Quellnamen in Klammern eine Quellversion. Dies kann zum
              Beispiel bei einem rein-binären, nicht Betreuer-Upload passieren, oder wenn mittels
              „dpkg-gencontrol -v“ eine andere Binärversion gesetzt wird.

       Subarchitecture:  Wert
       Kernel-Version:  Wert
       Installer-Menu-Item:  Wert
              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
              debian-installer für weitere Informationen über sie.

       Depends:  Paketliste
              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 Depends-Feld
              aufgeführten Pakete nicht installiert sind (zumindestens nicht ohne Verwendung  der
              »Force«-Optionen).  Bei einer Installation werden Postinst-Skripte von Paketen, die
              im Feld Depends aufgeführt sind, vor den Postinst-Skripten der eigentlichen  Pakete
              ausgeführt.  Bei  der  gegenteiligen  Operation,  der  Paket-Entfernung,  wird  das
              Prerm-Skript eines Paketes vor den Prerm-Skripten der  Pakete  ausgeführt,  die  im
              Feld Depends aufgeführt sind.

       Pre-Depends:  Paketliste
              Liste  an  Paketen die installiert und 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.

       Recommends:  Paketliste
              Liste  an  Paketen,  die  in  allen,  abgesehen  von ungewöhnlichen, Installationen
              zusammen angefunden würden. Die Paketverwaltungssoftware wird den Benutzer  warnen,
              falls er ein Paket ohne die im Recommends-Feld aufgeführten Pakete installiert.

       Suggests:  Paketliste
              Liste  an Paketen die einen Bezug zu diesem haben und vielleicht seine Nützlichkeit
              erweitern könnten, aber ohne die das zu installierende Paket perfekt sinnvoll ist.

       Die Syntax der Depends, Pre-Depends, Recommends und Suggests-Felder  ist  eine  Liste  von
       Gruppen  von  alternativen Paketen. Jede Gruppe ist eine Liste von durch vertikale Striche
       (oder „Pipe“-Symbole) ‚|’ 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.  Jeder  Paketname  wird  optional  gefolgt  von  einer
       Architektur-Spezifikation, die nach einem Doppelpunkt »:« angehängt wird, optional gefolgt
       von einer Versionsnummer-Spezifikation in Klammern.

       Eine Architektur-Spezifikation kann eine echte Debian-Architektur sein (seit Dpkg  1.16.5)
       oder   any   (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,  any  wird  auf  jede Architektur für diesen
       Paketnamen passen, falls das Paket als Multi-Arch: allowed markiert wurde.

       Eine Versionsnummer kann mit ‚>>’ beginnen, in diesem Falle passen alle neueren Versionen,
       und  kann  die Debian-Paketrevision (getrennt durch einen Bindestrich) enthalten oder auch
       nicht. Akzeptierte Versionsbeziehungen sind ‚>>’ für größer als,  ‚<<’  für  kleiner  als,
       ‚>=’  für größer als oder identisch zu, ‚<=’ für kleiner als oder identisch zu und ‚=’ für
       identisch zu.

       Breaks:  Paketliste
              Liste 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
              Breaks-Feld aufgeführten Pakets durchgeführt wird.

       Conflicts:  Paketliste
              Liste an Paketen, die mit diesem in Konflikt  stehen,  beispielsweise  indem  beide
              Dateien  den  gleichen  Namen enthalten. Die Paketverwaltungssoftware wird es nicht
              erlauben, Pakete, die in Konflikt stehen, gleichzeitig  zu  installieren.  Zwei  in
              Konflikt  stehende  Pakete  sollten jeweils eine Conflicts-Zeile enthalten, die das
              andere Paket erwähnen.

       Replaces: Paketliste
              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 Conflicts-Feld verwendet, um die Entfernung des anderen  Paketes
              zu  erlauben,  falls  dieses auch die gleichen Dateien wie das im Konflikt stehende
              Paket hat.

       Die Syntax von Breaks, Conflicts und Replaces ist  eine  Liste  von  Paketnamen,  getrennt
       durch  Kommata  (und optionalen Leerraumzeichen). Im Breaks- und Conflicts-Feld sollte das
       Komma als „ODER“ gelesen werden. Eine optionale  Architektur-Spezifikation  kann  mit  der
       gleichen  Syntax  wie  oben  an  den  Paketnamen  angehängt  werden;  der  Vorgabewert ist
       allerdings any statt der Architektur des Programms. Eine optionale Version kann  auch  mit
       der  gleichen  Syntax  wie  oben für die Breaks-, Conflicts- und Replaces-Felder angegeben
       werden.

       Enhances:  Paketliste
              Dies ist eine Liste von  Paketen,  die  dieses  Paket  erweitert.  Es  ist  ähnlich
              Suggests, aber in der umgekehrten Richtung.

       Provides:  Paketliste
              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 wissen und ‚|’ zur
              Unterteilung der Liste verwenden müssen.

       Die Syntax von Provides ist  eine  Liste  von  Paketnamen,  getrennt  durch  Kommata  (und
       optionalen   Leerraumzeichen).  Eine  optionale  Architektur-Spezifikation  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).

       Built-Using:  Paketliste
              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   ‚=’   angegeben   ist.   Beachten   Sie,   dass   die
              Archivverwaltungssoftware  wahrscheinlich  einen Upload ablehnen wird, bei dem eine
              Built-Using-Beziehung angegeben wurde, die  innerhalb  des  Archivs  nicht  erfüllt
              werden kann.

       Built-For-Profiles: Profilliste (veraltet)
              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 gefundenen Informationen können jetzt in der Datei .buildinfo
              gefunden werden, die es ersetzt.

       Auto-Built-Package: Begründungsliste
              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   debian/control
              auftauchen. Die einzige derzeit verwandte Begründung ist debug-symbols.

       Build-Ids: ELF-Baukennungsliste
              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.

BEISPIEL

       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.)

FEHLER

       Das Feld Build-Ids verwendet  einen  eher  generischen  Namen  aus  seinem  ursprünglichen
       Zusammenhang   innerhalb   eines   ELF-Objektes,  das  einem  sehr  speziellen  Zweck  und
       ausführbaren Format dient.

SIEHE AUCH

       deb-src-control(5), deb(5), deb-version(7), debtags(1), dpkg(1), dpkg-deb(1).

ÜBERSETZUNG

       Die   deutsche    Übersetzung    wurde    2004,    2006-2019    von    Helge    Kreutzmann
       <debian@helgefjell.de>,  2007  von  Florian  Rehnisch  <eixman@gmx.de>  und  2008 von Sven
       Joachim <svenjoac@gmx.de> 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.