dpkg (1.18.25) stretch; urgency=medium
[dpkg] / man / de / deb-changes.man
CommitLineData
1479465f
GJ
1.\" dpkg manual page - deb-changes(5)
2.\"
3.\" Copyright © 1995-1996 Ian Jackson <ijackson@chiark.greenend.org.uk>
4.\" Copyright © 2010 Russ Allbery <rra@debian.org>
5.\" Copyright © 2015 Guillem Jover <guillem@debian.org>
6.\"
7.\" This is free software; you can redistribute it and/or modify
8.\" it under the terms of the GNU General Public License as published by
9.\" the Free Software Foundation; either version 2 of the License, or
10.\" (at your option) any later version.
11.\"
12.\" This is distributed in the hope that it will be useful,
13.\" but WITHOUT ANY WARRANTY; without even the implied warranty of
14.\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
15.\" GNU General Public License for more details.
16.\"
17.\" You should have received a copy of the GNU General Public License
18.\" along with this program. If not, see <https://www.gnu.org/licenses/>.
19.
20.\"*******************************************************************
21.\"
22.\" This file was generated with po4a. Translate the source file.
23.\"
24.\"*******************************************************************
25.TH deb\-changes 5 %RELEASE_DATE% %VERSION% dpkg\-Programmsammlung
26.nh
27.SH BEZEICHNUNG
28dpkg\-genchanges \- Format der Debian\-Changes\-Datei
29.
30.SH ÜBERSICHT
31\fIDateiname\fP\fB.changes\fP
32.
33.SH BESCHREIBUNG
34Jeder Debian\-Upload besteht aus einer .changes\-Steuerdatei, die eine Reihe
35von Feldern enthält. Jedes Feld beginnt mit einer Markierung wie \fBSource\fP
36oder \fBBinary\fP (Groß\-/Kleinschreibung ist egal), gefolgt von einem
37Doppelpunkt und dem Inhalt des Feldes. Felder werden nur durch
38Feldmarkierungen abgegrenzt. Mit anderen Worten: Der Feldtext kann über
39mehrere Zeilen gehen, wobei die Installationswerkzeuge die Zeilen bei der
40Verarbeitung des Feldinhaltes zusammenfügen werden (Ausnahmen sind die
41mehrzeiligen Felder \fBDescription\fP, \fBChanges\fP, \fBFiles\fP, \fBChecksums\-Sha1\fP
42und \fBChecksums\-Sha256\fP, siehe unten).
43.PP
44Die Steuerdaten können in eine Signatur mit einer wie in RFC4880
45spezifizierten OpenPGP\-ASCII\-Hülle eingeschlossen sein.
46.
47.SH FELDER
48.TP
49\fBFormat:\fP \fIFormatversion\fP (verpflichtend)
50Das Wert dieses Feldes legt die Formatversion der Datei fest. Die Syntax des
51Feldwertes ist eine Versionsnummer mit einer Haupt\- und einer
52Nebenkomponente. Rückwärtsinkompatible Änderungen im Format führen zu einer
53Erhöhung der Hauptversion und rückwärtskompatible Änderungen (wie die
54Aufnahme neuer Felder) führen zu einer Erhöhung der Nebenversion. Die
55aktuelle Formatversion ist \fB1.8\fP.
56.TP
57\fBDate:\fP \fIVeröffentlichungsdatum\fP (verpflichtend)
58Das Datum, an dem das Paket letztmalig gebaut oder bearbeitet wurde. Es muss
59im gleichen Format wie in einem Eintrag bei \fBdeb\-changelog\fP(5) sein.
60
61Der Wert dieses Feldes wird normalerweise aus der Datei \fIdebian/changelog\fP
62ausgelesen.
63.TP
64\fBSource:\fP \fIQuellname\fP [\fB(\fP\fIQuellversion\fP\fB)\fP] (verpflichtend)
65Der Name des Quellpakets. Falls sich die Quellversion von der Binärversion
66unterscheidet folgt dem \fIQuellname\fPn in Klammern eine \fIQuellversion\fP. Dies
67kann passieren, falls dies ein rein\-binärer\-nicht\-Betreuer\-Upload ist.
68.TP
69\fBBinary:\fP \fIBinärpaketliste\fP (verpflichtend)
70Dieses gefaltete Feld ist eine durch Leerzeichen getrennte Liste von
71hochzuladenen binären Paketen.
72.TP
73\fBArchitecture:\fP \fIArchitekturliste\fP
74Listet die Architekturen der derzeit hochgeladenen Dateien auf. Geläufige
75Architekturen sind \fBamd64\fP, \fBarmel\fP, \fBi386\fP, usw. Beachten Sie, dass der
76Wert \fBall\fP für Pakete gedacht ist, die Architektur\-unabhängig sind. Falls
77die Quellen für das Paket auch hochgeladen werden, ist der besondere Eintrag
78\fBsource\fP auch vorhanden. Architektur\-Platzhalter dürfen in der Liste
79niemals auftauchen.
80.TP
81\fBVersion:\fP \fIVersionszeichenkette\fP (verpflichtend)
82Typischerweise ist das die Original\-Paketversionsnummer, in der Form, die
83der Programmautor verwendet. Es kann auch eine Debian\-Revisionsnummer
84enthalten (für nicht aus Debian stammende Pakete). Das genaue Format und der
85Sortieralgorithmus sind in \fBdeb\-version\fP(5) beschrieben.
86.TP
87\fBDistribution:\fP \fIDistribution\fPen (verpflichtend)
88Listet eine oder mehrere durch Leerzeichen getrennte Distributiionen auf,
89bei denen diese Version installiert werden sollte, wenn es in das Archiv
90hochgeladen wird.
91.TP
92\fBUrgency:\fP \fIDringlichkeit\fP (empfohlen)
93Die Dringlichkeit des Uploads. Die derzeit bekannten Werte, in aufsteigender
94Reihenfolge der Dringlichkeit, sind: \fBlow\fP, \fBmedium\fP, \fBhigh\fP, \fBcritical\fP
95und \fBemergency\fP.
96.TP
97\fBMaintainer:\fP \fIVollständiger\-Name\-und\-E\-Mail\fP (verpflichtend)
98Sollte in dem Format „Joe Bloggs <jbloggs@example.org>“ sein und ist
99typischerweise die Person, die das Paket erstellt hat, im Gegensatz zum
100Autor der Software, die paketiert wurde.
101.TP
102\fBChanged\-By:\fP\fI Vollständiger\-Name\-und\-E\-Mail\fP
103Sollte in dem Format „Joe Bloggs <jbloggs@example.org>“ sein und ist
104typischerweise die Person, die die Änderungen für die Veröffentlichung am
105Paket vorgenommen hat.
106.TP
107\fBDescription:\fP (empfohlen)
108.TQ
109 \fIBinärpaketname\fP \fB\-\fP \fIBinärpaketzusammenfassung\fP
110Dieses mehrzeilige Feld enthält eine Liste von Binärpaketnamen, gefolgt von
111einem Leerzeichen, einem Gedankenstrich (‚\fB\-\fP’) und ihren, möglicherweise
112abgeschnittenen, Kurzbeschreibungen.
113.TP
114\fBCloses:\fP\fI Fehlernummernliste\fP
115Eine durch Leerzeichen getrennte Liste von Fehlerberichtsnummern, die mit
116diesem Upload behoben wurden. Die Software des Distributionsarchivs könnte
117dieses Feld benutzen, um automatisch die referenzierten Fehlernummern in der
118Fehlerdatenbank der Distribution zu schließen.
119.TP
120\fBBinary\-Only: yes\fP
121Das Feld kennzeichnet, dass der Upload ein rein binärer,
122nicht\-Betreuer\-Upload ist. Er stammt aus dem Schlüssel/Werte\-Paar
123\fBbinary\-only=yes\fP aus dem Metadateneintrag des Changelogs.
124.TP
125\fBBuilt\-For\-Profiles:\fP\fI Profilliste\fP
126Das Feld gibt eine durch Leerraum getrennte Liste von Bauprofilen an, unter
127denen dieser Upload gebaut wurde.
128.TP
129\fBChanges:\fP (verpflichtend)
130.TQ
131\fIChangelog\-Einträge\fP
132Das mehrzeilige Feld enthält den aneinandergehängten Text aller
133Changelog\-Einträge, die Teil dieses Uploads sind. Um ein gültiges
134mehrzeiliges Feld zu erhalten, werden leere Zeilen durch ein einzelnen
135Satzpunkt (‚.’) ersetzt und alle Zeilen mit einem Leerzeichen
136eingerückt. Der genaue Inhalt hängt vom Changelog\-Format ab.
137.TP
138\fBFiles:\fP (verpflichtend)
139.TQ
140 \fIMd5sum\fP \fIGröße\fP \fISektion\fP \fIPriorität\fP \fIDateiname\fP
141Das mehrzeilige Feld enthält eine Liste der Dateien mit Md5sum, Größe,
142Sektion und Priorität für jede.
143
144Die erste Zeile des Feldwertes (dem Teil auf der gleichen Zeile wie der von
145einem Doppelpunkt gefolgte Feldname) ist immer leer. Der Inhalt des Feldes
146wird durch Fortsetzungszeilen ausgedrückt, eine Zeile pro Datei. Jede Zeile
147besteht aus durch Leerzeichen getrennten Einträgen, die die Datei
148beschreiben: die Md5sum, die Dateigröße, die Datei\-Sektion, die
149Datei\-Priorität und der Dateiname.
150
151Dieses Feld führt alle Dateien, die den Upload bilden, auf. Die Liste der
152Dateien in diesem Feld muss auf die Liste der Dateien in den anderen
153zugehörigen \fBChecksums\fP\-Feldern passen.
154.TP
155\fBChecksums\-Sha1:\fP (verpflichtend)
156.TQ
157\fBChecksums\-Sha256:\fP (verpflichtend)
158.TQ
159 \fIPrüfsumme\fP \fIGröße\fP \fIDateiname\fP
160Diese mehrzeiligen Felder enthalten eine Liste von Dateien mit einer
161Prüfsumme und Größe für jede. Diese Felder haben die gleiche Syntax und
162unterscheiden sich nur im verwandten Prüfsummenalgorithmus: SHA\-1 für
163\fBChecksums\-Sha1\fP und SHA\-256 für \fBChecksums\-Sha256\fP.
164
165Die erste Zeile des Feldwertes (der Teil auf dem durch ein Doppelpunkt
166gefolgten Namen) ist immer leer. Der Inhalt des Feldes wird durch
167Fortsetzungszeilen ausgedrückt, eine Zeile pro Datei. Jede Zeile besteht aus
168durch Leerzeichen getrennten Einträgen, die die Datei beschreiben: der
169Prüfsumme, der Dateigröße und dem Dateinamen.
170
171Diese Felder führen alle Dateien auf, aus denen der Upload besteht. Die
172Liste der Dateien in diesen Feldern muss zu der Liste in dem Feld \fBFiles\fP
173und den anderen zugehörigen \fBChecksums\fP\-Feldern passen.
174.
175.\" .SH EXAMPLE
176.\" .RS
177.\" .nf
178.\"
179.\" .fi
180.\" .RE
181.
182.SH FEHLER
183Das Feld \fBFiles\fP ist inkonsistent gegenüber den anderen
184\fBChecksums\fP\-Feldern. Die Felder \fBChange\-By\fP und \fBMaintainer\fP haben
185verwirrende Namen. Das Feld \fBDistribution\fP enthält Informationen darüber,
186was normalerweise als Suite bezeichnet wird.
187.SH "SIEHE AUCH"
188\fBdeb\-src\-control\fP(5), \fBdeb\-version\fP(5).
189.SH ÜBERSETZUNG
190Die deutsche Übersetzung wurde 2004, 2006-2017 von Helge Kreutzmann
191<debian@helgefjell.de>, 2007 von Florian Rehnisch <eixman@gmx.de> und
1922008 von Sven Joachim <svenjoac@gmx.de>
193angefertigt. Diese Übersetzung ist Freie Dokumentation; lesen Sie die
194GNU General Public License Version 2 oder neuer für die Kopierbedingungen.
195Es gibt KEINE HAFTUNG.