Provided by: dpkg-dev_1.19.7ubuntu3.2_all bug

NAME

       deb-buildinfo - Debian build information file format

SYNOPSIS

       filename.buildinfo

DESCRIPTION

       Each  Debian source package build can record the build information in a .buildinfo control
       file, which contains a number of fields.  Each field begins with a tag, such as Source  or
       Binary  (case  insensitive),  followed  by a colon, and the body of the field.  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  Binary-Only-Changes,  Installed-Build-Depends,
       Environment, Checksums-Md5, Checksums-Sha1 and Checksums-Sha256, see below).

       The  control data might be enclosed in an OpenPGP ASCII Armored signature, as specified in
       RFC4880.

       The name of the .buildinfo file will depend on the type of build and will be  as  specific
       as  necessary  but  not  more;  for  a  build  that  includes any the name will be source-
       name_binary-version_arch.buildinfo, or otherwise for a build that includes  all  the  name
       will  be  source-name_binary-version_all.buildinfo, or otherwise for a build that includes
       source the name will be source-name_source-version_source.buildinfo.

FIELDS

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

       Source: source-name [(source-version)] (required)
              The name of the source package.  If the source  version  differs  from  the  binary
              version,  then the source-name will be followed by a source-version in parenthesis.
              This can happen when the build is for a binary-only non-maintainer upload.

       Binary: binary-package-list (required)
              This folded field is a space-separated list of binary packages built.

       Architecture: arch-list (required)
              This space-separated field lists the architectures of  the  files  currently  being
              built.   Common architectures are amd64, armel, i386, etc.  Note that the all value
              is meant for packages that are architecture independent.  If  the  source  for  the
              package   is   also  being  built,  the  special  entry  source  is  also  present.
              Architecture wildcards must never be present in the list.

       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
              deb-version(7).

       Binary-Only-Changes:
        changelog-entry
              This  multiline  field  contains the concatenated text of the changelog entry for a
              binary-only non-maintainer upload (binNMU) if that is the case.   To  make  this  a
              valid  multiline  field  empty lines are replaced with a single full stop (‘.’) and
              all lines are indented by one space character.  The exact content  depends  on  the
              changelog format.

       Checksums-Md5: (required)
       Checksums-Sha1: (required)
       Checksums-Sha256: (required)
        checksum size filename
              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:   MD5   for   Checksums-Md5,   SHA-1   for  Checksums-Sha1  and  SHA-256  for
              Checksums-Sha256.

              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.

              These fields list all files that make up the build.

       Build-Origin: name
              The name of the distribution this package is originating from.

       Build-Architecture: arch (required)
              The  Debian  architecture  for  the  installation  the  packages is being built in.
              Common architectures are amd64, armel, i386, etc.

       Build-Date: build-date
              The date the package was built.  It must be in the same format as  the  date  in  a
              deb-changelog(5) entry.

       Build-Kernel-Version: build-kernel-version
              The  release  and  version  (in an unspecified format) of the kernel running on the
              build system.  This field is only going to be present if the builder has explicitly
              requested it, to avoid leaking possibly sensitive information.

       Build-Path: build-path
              The  absolute build path, which correspond to the unpacked source tree.  This field
              is only going to be present if the vendor has whitelisted it via some pattern match
              to avoid leaking possibly sensitive information.

              On  Debian  and  derivatives  only build paths starting with /build/ will emit this
              field.

       Build-Tainted-By:
        taint-reason-list
              This folded field contains a space-separated list  of  non-exhaustive  reason  tags
              (formed  by  alphanumeric and dash characters) which identify why the current build
              has been tainted (since dpkg 1.19.5).

              On Debian and derivatives the following reason tags can be emitted:

              merged-usr-via-symlinks
                     The system has a merged /usr via symlinks.  This  will  confuse  dpkg-query,
                     dpkg-statoverride,  dpkg-trigger,  update-alternatives  and  any  other tool
                     using pathnames as keys into  their  databases,  as  it  creates  filesystem
                     aliasing  problems, and messes with the understanding of the filesystem that
                     dpkg has  recorded  in  its  database.   For  build  systems  that  hardcode
                     pathnames  to  specific binaries or libraries on the resulting artifacts, it
                     can also produce packages that will  be  incompatible  with  non-/usr-merged
                     filesystems.

              usr-local-has-configs
                     The system has configuration files under /usr/local/etc.

              usr-local-has-includes
                     The system has header files under /usr/local/include.

              usr-local-has-programs
                     The system has programs under /usr/local/bin or /usr/local/sbin.

              usr-local-has-libraries
                     The system has libraries, either static or shared under /usr/local/lib.

       Installed-Build-Depends: (required)
        package-list
              The  list  of installed and configured packages that might affect the package build
              process.

              The list consists of each  package  name,  optionally  arch-qualified  for  foreign
              architectures, with an exact version restriction, separated by commas.

              The  list  includes  all  essential  packages,  packages  listed  in Build-Depends,
              Build-Depends-Arch, Build-Depends-Indep source control fields, any vendor  specific
              builtin  dependencies,  and  all  their  recursive  dependencies.   On  Debian  and
              derivatives the dependency builtin is build-essential.

              For dependencies coming from the source control fields, all dependency alternatives
              and all providers of virtual packages depended on will be included.

       Environment:
        variable-list
              The  list  of  environment  variables  that  are  known to affect the package build
              process, with each environment variable followed by an equal  sign  (‘=’)  and  the
              variable's quoted value, using double quotes (‘"’), and backslashes escaped (‘\\’).

SEE ALSO

       deb-changes(5), deb-version(7), dpkg-genbuildinfo(1).