.\" -*- mode: troff; coding: utf-8 -*- .\" Automatically generated by Pod::Man 5.01 (Pod::Simple 3.43) .\" .\" Standard preamble: .\" ======================================================================== .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .\" \*(C` and \*(C' are quotes in nroff, nothing in troff, for use with C<>. .ie n \{\ . ds C` "" . ds C' "" 'br\} .el\{\ . ds C` . ds C' 'br\} .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" If the F register is >0, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .de IX .. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{\ . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .\" ======================================================================== .\" .IX Title "deb-changes 5" .TH deb-changes 5 2024-03-10 1.22.6 "dpkg suite" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH NAME deb\-changes \- Debian upload changes control file format .SH SYNOPSIS .IX Header "SYNOPSIS" \&\fIfilename\fR\fB.changes\fR .SH DESCRIPTION .IX Header "DESCRIPTION" Each Debian upload is composed of a .changes control file, which contains a number of fields in \fBdeb822\fR\|(5) format. .PP Each field begins with a tag, such as \&\fBSource\fR or \&\fBBinary\fR (case insensitive), followed by a colon, and the body of the field (case sensitive unless stated otherwise). Fields are delimited only by field tags. In other words, field text may be multiple lines in length, but the installation tools will generally join lines when processing the body of the field (except in case of the multiline fields \&\fBDescription\fR, \fBChanges\fR, \fBFiles\fR, \fBChecksums\-Sha1\fR and \&\fBChecksums\-Sha256\fR, see below). .PP The control data might be enclosed in an OpenPGP ASCII Armored signature, as specified in RFC4880. .SH FIELDS .IX Header "FIELDS" .IP "\fBFormat:\fR \fIformat-version\fR (required)" 4 .IX Item "Format: format-version (required)" The value of this field declares the format version of the file. The syntax of the field value is a version number with a major and minor component. Backward incompatible changes to the format will bump the major version, and backward compatible changes (such as field additions) will bump the minor version. The current format version is \fB1.8\fR. .IP "\fBDate:\fR \fIrelease-date\fR (required)" 4 .IX Item "Date: release-date (required)" The date the package was built or last edited. It must be in the same format as the date in a \fBdeb\-changelog\fR\|(5) entry. .Sp The value of this field is usually extracted from the \fIdebian/changelog\fR file. .IP "\fBSource:\fR \fIsource-name\fR [\fB(\fR\fIsource-version\fR\fB)\fR] (required)" 4 .IX Item "Source: source-name [(source-version)] (required)" The name of the source package. If the source version differs from the binary version, then the \&\fIsource-name\fR will be followed by a \fIsource-version\fR in parenthesis. This can happen when the upload is a binary-only non-maintainer upload. .IP "\fBBinary:\fR \fIbinary-package-list\fR (required in context)" 4 .IX Item "Binary: binary-package-list (required in context)" This folded field is a space-separated list of binary packages to upload. If the upload is source-only, then the field is omitted (since dpkg 1.19.3). .IP "\fBArchitecture:\fR \fIarch-list\fR" 4 .IX Item "Architecture: arch-list" Lists the architectures of the files currently being uploaded. Common architectures are \fBamd64\fR, \fBarmel\fR, \fBi386\fR, etc. Note that the \fBall\fR value is meant for packages that are architecture independent. If the source for the package is also being uploaded, the special entry \&\fBsource\fR is also present. Architecture wildcards must never be present in the list. .IP "\fBVersion:\fR \fIversion-string\fR (required)" 4 .IX Item "Version: version-string (required)" Typically, this is the original package's version number in whatever form the program's author uses. It may also include a Debian revision number (for non-native packages). The exact format and sorting algorithm are described in \&\fBdeb\-version\fR\|(7). .IP "\fBDistribution:\fR \fIdistribution\fRs (required)" 4 .IX Item "Distribution: distributions (required)" Lists one or more space-separated distributions where this version should be installed when it is uploaded to the archive. .IP "\fBUrgency:\fR \fIurgency\fR (recommended)" 4 .IX Item "Urgency: urgency (recommended)" The urgency of the upload. The currently known values, in increasing order of urgency, are: \&\fBlow\fR, \fBmedium\fR, \fBhigh\fR, \fBcritical\fR and \fBemergency\fR. .IP "\fBMaintainer:\fR \fIfullname-email\fR (required)" 4 .IX Item "Maintainer: fullname-email (required)" Should be in the format \(lqJoe Bloggs \(rq, and is typically the person who created the package, as opposed to the author of the software that was packaged. .IP "\fBChanged-By:\fR \fIfullname-email\fR" 4 .IX Item "Changed-By: fullname-email" Should be in the format \(lqJoe Bloggs \(rq, and is typically the person who prepared the package changes for this release. .IP "\fBDescription:\fR (recommended)" 4 .IX Item "Description: (recommended)" .PD 0 .IP "\ \fIbinary-package-name\fR \fB\-\fR \fIbinary-package-summary\fR" 4 .IX Item " binary-package-name - binary-package-summary" .PD This multiline field contains a list of binary package names followed by a space, a dash (\(oq\fB\-\fR\(cq) and their possibly truncated short descriptions. If the upload is source-only, then the field is omitted (since dpkg 1.19.3). .IP "\fBCloses:\fR \fIbug-number-list\fR" 4 .IX Item "Closes: bug-number-list" A space-separated list of bug report numbers for bug reports that have been resolved with this upload. The distribution archive software might use this field to automatically close the referred bug numbers in the distribution bug tracking system. .IP "\fBBinary-Only: yes\fR" 4 .IX Item "Binary-Only: yes" This field denotes that the upload is a binary-only non-maintainer build. It originates from the \fBbinary\-only=yes\fR key/value from the changelog metadata entry. .IP "\fBBuilt-For-Profiles:\fR \fIprofile-list\fR" 4 .IX Item "Built-For-Profiles: profile-list" This field specifies a whitespace separated list of build profiles that this upload was built with. .IP "\fBChanges:\fR (required)" 4 .IX Item "Changes: (required)" .PD 0 .IP "\ \fIchangelog-entries\fR" 4 .IX Item " changelog-entries" .PD This multiline field contains the concatenated text of all changelog entries that are part of the upload. To make this a valid multiline field empty lines are replaced with a single full stop (\(oq.\(cq) and all lines are indented by one space character. The exact content depends on the changelog format. .IP "\fBFiles:\fR (required)" 4 .IX Item "Files: (required)" .PD 0 .IP "\ \fImd5sum\fR \fIsize\fR \fIsection\fR \fIpriority\fR \fIfilename\fR" 4 .IX Item " md5sum size section priority filename" .PD This multiline field contains a list of files with an md5sum, size, section and priority for each one. .Sp The first line of the field value (the part on the same line as the field name followed by a colon) is always empty. The content of the field is expressed as continuation lines, one line per file. Each line consists of space-separated entries describing the file: the md5sum, the file size, the file section, the file priority, and the file name. .Sp This field lists all files that make up the upload. The list of files in this field must match the list of files in the other related \fBChecksums\fR fields. .IP "\fBChecksums\-Sha1:\fR (required)" 4 .IX Item "Checksums-Sha1: (required)" .PD 0 .IP "\fBChecksums\-Sha256:\fR (required)" 4 .IX Item "Checksums-Sha256: (required)" .IP "\ \fIchecksum\fR \fIsize\fR \fIfilename\fR" 4 .IX Item " checksum size filename" .PD These multiline fields contain a list of files with a checksum and size for each one. These fields have the same syntax and differ only in the checksum algorithm used: SHA\-1 for \fBChecksums\-Sha1\fR and SHA\-256 for \fBChecksums\-Sha256\fR. .Sp The first line of the field value (the part on the same line as the field name followed by a colon) is always empty. The content of the field is expressed as continuation lines, one line per file. Each line consists of space-separated entries describing the file: the checksum, the file size, and the file name. .Sp These fields list all files that make up the upload. The list of files in these fields must match the list of files in the \&\fBFiles\fR field and the other related \fBChecksums\fR fields. .SH BUGS .IX Header "BUGS" The \fBFiles\fR field is inconsistent with the other \fBChecksums\fR fields. The \fBChanged-By\fR and \fBMaintainer\fR fields have confusing names. The \fBDistribution\fR field contains information about what is commonly referred to as a suite. .SH "SEE ALSO" .IX Header "SEE ALSO" \&\fBdeb822\fR\|(5), \&\fBdeb\-src\-control\fR\|(5), \&\fBdeb\-version\fR\|(7).