Debian packages are standard Unixar archives that include two tar archives. One archive holds the control information and another contains the installable data.[2]
dpkg provides the basic functionality for installing and manipulating Debian packages. Generally end users don't manage packages directly with dpkg but instead use the APT package management software or other APT front-ends such as aptitude (nCurses) and synaptic (GTK).[3]
Debian packages can be converted into other package formats and vice versa using alien, and created from source code using checkinstall or the Debian Package Maker.[4]
Some core Debian packages are available as udebs ("micro debs"), and are typically used only for bootstrapping a Debian installation. Although these files use the udeb filename extension, they adhere to the same structure specification as ordinary deb files. However, unlike their deb counterparts, udeb packages contain only essential functional files.[5] In particular, documentation files are normally omitted. udeb packages are not installable on a standard Debian system, but are used in Debian-Installer.
Implementation
Prior to Debian 0.93, a package consisted of a file header and two concatenated gzip archives.[6] Since Debian 0.93, a deb package is implemented as an ar archive.[7] This archive contains three files in a specific order:[8][9]
debian-binary - A text file named debian-binary containing a single line giving the package format version number. (2.0 for current versions of Debian).[9]
control archive - A tar archive named control.tar contains the maintainer scripts and the package meta-information (package name, version, dependencies and maintainer). Compressing the archive with gzip or xz and zstd is supported. The file extension changes to indicate the compression method.[9][2]
data archive - A tar archive named data.tar contains the actual installable files. Compressing the archive with gzip, bzip2, lzma or xz and zstd is supported. The file extension changes to indicate the compression method.[9][2]
Control archive
The control archive contents can include the following files:
control contains a brief description of the package as well as other information such as its dependencies.[10][11][12][13]
md5sums contains MD5checksums of all files in the package in order to detect corrupt or incomplete files.[14]
conffiles lists the files of the package that should be treated as configuration files. Configuration files are not overwritten during an update unless specified.[15]
preinst, postinst, prerm and postrm are optional scripts that are executed before or after installing or removing the package.[15][16]
config is an optional script that supports the debconf configuration mechanism.[17]
shlibs list of shared library dependencies.[18][19]
Signed packages
Debian-based distributions support OpenPGP signature verification of signed Debian packages, but most (if not all) have this feature disabled by default.[20] Instead packages are verified by signing the repository metadata (i.e. Release files). The metadata files in turn include checksums for the repository files as a means to verify authenticity of the files.[21][22] Currently there are two different implementations for signing individual packages. The first is done via the debsigs / debsig-verify toolset, which is supported by dpkg.[20][23] The second is done through the dpkg-sig program which is not supported by dpkg, so the packages have to be manually checked with the dpkg-sig program.[20][24][25][26] Both formats add new sections to the ar archive to store the signature information, but the formats are not compatible with one another.[20] Neither of the modifications to the package format are listed in the official Debian handbook or man page about the binary package format.[27][8]
^"policy for debsigs". turmzimmer.net. 1 Feb 2004. Archived from the original on 2006-07-14. Retrieved 1 Feb 2004.{{cite web}}: CS1 maint: bot: original URL status unknown (link)