You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 

918 lines
38 KiB

<?xml version="1.0" encoding="utf-8" standalone="no"?>
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd" [
<!ENTITY % aptent SYSTEM "apt.ent">
%aptent;
]>
<refentry>
<refentryinfo>
&apt-author.jgunthorpe;
&apt-author.team;
<author>
<firstname>Daniel</firstname>
<surname>Burrows</surname>
<contrib>Initial documentation of Debug::*.</contrib>
<email>dburrows@debian.org</email>
</author>
&apt-email;
&apt-product;
<!-- The last update date -->
<date>10 December 2008</date>
</refentryinfo>
<refmeta>
<refentrytitle>apt.conf</refentrytitle>
<manvolnum>5</manvolnum>
<refmiscinfo class="manual">APT</refmiscinfo>
</refmeta>
<!-- Man page title -->
<refnamediv>
<refname>apt.conf</refname>
<refpurpose>Configuration file for APT</refpurpose>
</refnamediv>
<refsect1><title>Description</title>
<para><filename>apt.conf</filename> is the main configuration file for the APT suite of
tools, all tools make use of the configuration file and a common command line
parser to provide a uniform environment. When an APT tool starts up it will
read the configuration specified by the <envar>APT_CONFIG</envar> environment
variable (if any) and then read the files in <literal>Dir::Etc::Parts</literal>
then read the main configuration file specified by
<literal>Dir::Etc::main</literal> then finally apply the
command line options to override the configuration directives, possibly
loading even more config files.</para>
<para>The configuration file is organized in a tree with options organized into
functional groups. option specification is given with a double colon
notation, for instance <literal>APT::Get::Assume-Yes</literal> is an option within
the APT tool group, for the Get tool. options do not inherit from their
parent groups.</para>
<para>Syntactically the configuration language is modeled after what the ISC tools
such as bind and dhcp use. Lines starting with
<literal>//</literal> are treated as comments (ignored), as well as all text
between <literal>/*</literal> and <literal>*/</literal>, just like C/C++ comments.
Each line is of the form
<literal>APT::Get::Assume-Yes "true";</literal> The trailing
semicolon is required and the quotes are optional. A new scope can be
opened with curly braces, like:</para>
<informalexample><programlisting>
APT {
Get {
Assume-Yes "true";
Fix-Broken "true";
};
};
</programlisting></informalexample>
<para>with newlines placed to make it more readable. Lists can be created by
opening a scope and including a single string enclosed in quotes followed by a
semicolon. Multiple entries can be included, each separated by a semicolon.</para>
<informalexample><programlisting>
DPkg::Pre-Install-Pkgs {"/usr/sbin/dpkg-preconfigure --apt";};
</programlisting></informalexample>
<para>In general the sample configuration file in
<filename>&docdir;examples/apt.conf</filename> &configureindex;
is a good guide for how it should look.</para>
<para>The names of the configuration items are not case-sensitive. So in the previous example
you could use <literal>dpkg::pre-install-pkgs</literal>.</para>
<para>Two specials are allowed, <literal>#include</literal> and <literal>#clear</literal>
<literal>#include</literal> will include the given file, unless the filename
ends in a slash, then the whole directory is included.
<literal>#clear</literal> is used to erase a part of the configuration tree. The
specified element and all its descendants are erased.</para>
<para>All of the APT tools take a -o option which allows an arbitrary configuration
directive to be specified on the command line. The syntax is a full option
name (<literal>APT::Get::Assume-Yes</literal> for instance) followed by an equals
sign then the new value of the option. Lists can be appended too by adding
a trailing :: to the list name.</para>
</refsect1>
<refsect1><title>The APT Group</title>
<para>This group of options controls general APT behavior as well as holding the
options for all of the tools.</para>
<variablelist>
<varlistentry><term>Architecture</term>
<listitem><para>System Architecture; sets the architecture to use when fetching files and
parsing package lists. The internal default is the architecture apt was
compiled for.</para></listitem>
</varlistentry>
<varlistentry><term>Default-Release</term>
<listitem><para>Default release to install packages from if more than one
version available. Contains release name, codename or release version. Examples: 'stable', 'testing', 'unstable', 'lenny', 'squeeze', '4.0', '5.0*'. See also &apt-preferences;.</para></listitem>
</varlistentry>
<varlistentry><term>Ignore-Hold</term>
<listitem><para>Ignore Held packages; This global option causes the problem resolver to
ignore held packages in its decision making.</para></listitem>
</varlistentry>
<varlistentry><term>Clean-Installed</term>
<listitem><para>Defaults to on. When turned on the autoclean feature will remove any packages
which can no longer be downloaded from the cache. If turned off then
packages that are locally installed are also excluded from cleaning - but
note that APT provides no direct means to reinstall them.</para></listitem>
</varlistentry>
<varlistentry><term>Immediate-Configure</term>
<listitem><para>Disable Immediate Configuration; This dangerous option disables some
of APT's ordering code to cause it to make fewer dpkg calls. Doing
so may be necessary on some extremely slow single user systems but
is very dangerous and may cause package install scripts to fail or worse.
Use at your own risk.</para></listitem>
</varlistentry>
<varlistentry><term>Force-LoopBreak</term>
<listitem><para>Never Enable this option unless you -really- know what you are doing. It
permits APT to temporarily remove an essential package to break a
Conflicts/Conflicts or Conflicts/Pre-Depend loop between two essential
packages. SUCH A LOOP SHOULD NEVER EXIST AND IS A GRAVE BUG. This option
will work if the essential packages are not tar, gzip, libc, dpkg, bash or
anything that those packages depend on.</para></listitem>
</varlistentry>
<varlistentry><term>Cache-Limit</term>
<listitem><para>APT uses a fixed size memory mapped cache file to store the 'available'
information. This sets the size of that cache (in bytes).</para></listitem>
</varlistentry>
<varlistentry><term>Build-Essential</term>
<listitem><para>Defines which package(s) are considered essential build dependencies.</para></listitem>
</varlistentry>
<varlistentry><term>Get</term>
<listitem><para>The Get subsection controls the &apt-get; tool, please see its
documentation for more information about the options here.</para></listitem>
</varlistentry>
<varlistentry><term>Cache</term>
<listitem><para>The Cache subsection controls the &apt-cache; tool, please see its
documentation for more information about the options here.</para></listitem>
</varlistentry>
<varlistentry><term>CDROM</term>
<listitem><para>The CDROM subsection controls the &apt-cdrom; tool, please see its
documentation for more information about the options here.</para></listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1><title>The Acquire Group</title>
<para>The <literal>Acquire</literal> group of options controls the download of packages
and the URI handlers.
<variablelist>
<varlistentry><term>PDiffs</term>
<listitem><para>Try to download deltas called <literal>PDiffs</literal> for
Packages or Sources files instead of downloading whole ones. True
by default.</para></listitem>
</varlistentry>
<varlistentry><term>Queue-Mode</term>
<listitem><para>Queuing mode; <literal>Queue-Mode</literal> can be one of <literal>host</literal> or
<literal>access</literal> which determines how APT parallelizes outgoing
connections. <literal>host</literal> means that one connection per target host
will be opened, <literal>access</literal> means that one connection per URI type
will be opened.</para></listitem>
</varlistentry>
<varlistentry><term>Retries</term>
<listitem><para>Number of retries to perform. If this is non-zero APT will retry failed
files the given number of times.</para></listitem>
</varlistentry>
<varlistentry><term>Source-Symlinks</term>
<listitem><para>Use symlinks for source archives. If set to true then source archives will
be symlinked when possible instead of copying. True is the default.</para></listitem>
</varlistentry>
<varlistentry><term>http</term>
<listitem><para>HTTP URIs; http::Proxy is the default http proxy to use. It is in the
standard form of <literal>http://[[user][:pass]@]host[:port]/</literal>. Per
host proxies can also be specified by using the form
<literal>http::Proxy::&lt;host&gt;</literal> with the special keyword <literal>DIRECT</literal>
meaning to use no proxies. If no one of the above settings is specified,
<envar>http_proxy</envar> environment variable
will be used.</para>
<para>Three settings are provided for cache control with HTTP/1.1 compliant
proxy caches. <literal>No-Cache</literal> tells the proxy to not use its cached
response under any circumstances, <literal>Max-Age</literal> is sent only for
index files and tells the cache to refresh its object if it is older than
the given number of seconds. Debian updates its index files daily so the
default is 1 day. <literal>No-Store</literal> specifies that the cache should never
store this request, it is only set for archive files. This may be useful
to prevent polluting a proxy cache with very large .deb files. Note:
Squid 2.0.2 does not support any of these options.</para>
<para>The option <literal>timeout</literal> sets the timeout timer used by the method,
this applies to all things including connection timeout and data timeout.</para>
<para>One setting is provided to control the pipeline depth in cases where the
remote server is not RFC conforming or buggy (such as Squid 2.0.2)
<literal>Acquire::http::Pipeline-Depth</literal> can be a value from 0 to 5
indicating how many outstanding requests APT should send. A value of
zero MUST be specified if the remote host does not properly linger
on TCP connections - otherwise data corruption will occur. Hosts which
require this are in violation of RFC 2068.</para></listitem>
</varlistentry>
<varlistentry><term>https</term>
<listitem><para>HTTPS URIs. Cache-control and proxy options are the same as for
<literal>http</literal> method.
<literal>Pipeline-Depth</literal> option is not supported yet.</para>
<para><literal>CaInfo</literal> suboption specifies place of file that
holds info about trusted certificates.
<literal>&lt;host&gt;::CaInfo</literal> is corresponding per-host option.
<literal>Verify-Peer</literal> boolean suboption determines whether verify
server's host certificate against trusted certificates or not.
<literal>&lt;host&gt;::Verify-Peer</literal> is corresponding per-host option.
<literal>Verify-Host</literal> boolean suboption determines whether verify
server's hostname or not.
<literal>&lt;host&gt;::Verify-Host</literal> is corresponding per-host option.
<literal>SslCert</literal> determines what certificate to use for client
authentication. <literal>&lt;host&gt;::SslCert</literal> is corresponding per-host option.
<literal>SslKey</literal> determines what private key to use for client
authentication. <literal>&lt;host&gt;::SslKey</literal> is corresponding per-host option.
<literal>SslForceVersion</literal> overrides default SSL version to use.
Can contain 'TLSv1' or 'SSLv3' string.
<literal>&lt;host&gt;::SslForceVersion</literal> is corresponding per-host option.
</para></listitem></varlistentry>
<varlistentry><term>ftp</term>
<listitem><para>FTP URIs; ftp::Proxy is the default ftp proxy to use. It is in the
standard form of <literal>ftp://[[user][:pass]@]host[:port]/</literal>. Per
host proxies can also be specified by using the form
<literal>ftp::Proxy::&lt;host&gt;</literal> with the special keyword <literal>DIRECT</literal>
meaning to use no proxies. If no one of the above settings is specified,
<envar>ftp_proxy</envar> environment variable
will be used. To use a ftp
proxy you will have to set the <literal>ftp::ProxyLogin</literal> script in the
configuration file. This entry specifies the commands to send to tell
the proxy server what to connect to. Please see
&configureindex; for an example of
how to do this. The substitution variables available are
<literal>$(PROXY_USER)</literal> <literal>$(PROXY_PASS)</literal> <literal>$(SITE_USER)</literal>
<literal>$(SITE_PASS)</literal> <literal>$(SITE)</literal> and <literal>$(SITE_PORT)</literal>
Each is taken from it's respective URI component.</para>
<para>The option <literal>timeout</literal> sets the timeout timer used by the method,
this applies to all things including connection timeout and data timeout.</para>
<para>Several settings are provided to control passive mode. Generally it is
safe to leave passive mode on, it works in nearly every environment.
However some situations require that passive mode be disabled and port
mode ftp used instead. This can be done globally, for connections that
go through a proxy or for a specific host (See the sample config file
for examples).</para>
<para>It is possible to proxy FTP over HTTP by setting the <envar>ftp_proxy</envar>
environment variable to a http url - see the discussion of the http method
above for syntax. You cannot set this in the configuration file and it is
not recommended to use FTP over HTTP due to its low efficiency.</para>
<para>The setting <literal>ForceExtended</literal> controls the use of RFC2428
<literal>EPSV</literal> and <literal>EPRT</literal> commands. The default is false, which means
these commands are only used if the control connection is IPv6. Setting this
to true forces their use even on IPv4 connections. Note that most FTP servers
do not support RFC2428.</para></listitem>
</varlistentry>
<varlistentry><term>cdrom</term>
<listitem><para>CDROM URIs; the only setting for CDROM URIs is the mount point,
<literal>cdrom::Mount</literal> which must be the mount point for the CDROM drive
as specified in <filename>/etc/fstab</filename>. It is possible to provide
alternate mount and unmount commands if your mount point cannot be listed
in the fstab (such as an SMB mount and old mount packages). The syntax
is to put <literallayout>"/cdrom/"::Mount "foo";</literallayout> within
the cdrom block. It is important to have the trailing slash. Unmount
commands can be specified using UMount.</para></listitem>
</varlistentry>
<varlistentry><term>gpgv</term>
<listitem><para>GPGV URIs; the only option for GPGV URIs is the option to pass additional parameters to gpgv.
<literal>gpgv::Options</literal> Additional options passed to gpgv.
</para></listitem>
</varlistentry>
<varlistentry><term>CompressionTypes</term>
<listitem><para>List of compression types which are understood by the acquire methods.
Files like <filename>Packages</filename> can be available in various compression formats.
Per default the acquire methods can decompress <command>bzip2</command>, <command>lzma</command>
and <command>gzip</command> compressed files, with this setting more formats can be added
on the fly or the used method can be changed. The syntax for this is:
<synopsis>Acquire::CompressionTypes::<replaceable>FileExtension</replaceable> "<replaceable>Methodname</replaceable>";</synopsis>
</para><para>Also the <literal>Order</literal> subgroup can be used to define in which order
the acquire system will try to download the compressed files. The acquire system will try the first
and proceed with the next compression type in this list on error, so to prefer one over the other type
simple add the preferred type at first - not already added default types will be added at run time
to the end of the list, so e.g. <synopsis>Acquire::CompressionTypes::Order:: "gz";</synopsis> can
be used to prefer <command>gzip</command> compressed files over <command>bzip2</command> and <command>lzma</command>.
If <command>lzma</command> should be preferred over <command>gzip</command> and <command>bzip2</command> the
configure setting should look like this <synopsis>Acquire::CompressionTypes::Order { "lzma"; "gz"; };</synopsis>
It is not needed to add <literal>bz2</literal> explicit to the list as it will be added automatic.</para>
<para>Note that at run time the <literal>Dir::Bin::<replaceable>Methodname</replaceable></literal> will
be checked: If this setting exists the method will only be used if this file exists, e.g. for
the bzip2 method (the inbuilt) setting is <literallayout>Dir::Bin::bzip2 "/bin/bzip2";</literallayout>
Note also that list entries specified on the commandline will be added at the end of the list
specified in the configuration files, but before the default entries. To prefer a type in this case
over the ones specified in in the configuration files you can set the option direct - not in list style.
This will not override the defined list, it will only prefix the list with this type.</para>
<para>While it is possible to add an empty compression type to the order list, but APT in its current
version doesn't understand it correctly and will display many warnings about not downloaded files -
these warnings are most of the time false negatives. Future versions will maybe include a way to
really prefer uncompressed files to support the usage of local mirrors.</para></listitem>
</varlistentry>
</variablelist>
</para>
</refsect1>
<refsect1><title>Directories</title>
<para>The <literal>Dir::State</literal> section has directories that pertain to local
state information. <literal>lists</literal> is the directory to place downloaded
package lists in and <literal>status</literal> is the name of the dpkg status file.
<literal>preferences</literal> is the name of the APT preferences file.
<literal>Dir::State</literal> contains the default directory to prefix on all sub
items if they do not start with <filename>/</filename> or <filename>./</filename>.</para>
<para><literal>Dir::Cache</literal> contains locations pertaining to local cache
information, such as the two package caches <literal>srcpkgcache</literal> and
<literal>pkgcache</literal> as well as the location to place downloaded archives,
<literal>Dir::Cache::archives</literal>. Generation of caches can be turned off
by setting their names to be blank. This will slow down startup but
save disk space. It is probably preferred to turn off the pkgcache rather
than the srcpkgcache. Like <literal>Dir::State</literal> the default
directory is contained in <literal>Dir::Cache</literal></para>
<para><literal>Dir::Etc</literal> contains the location of configuration files,
<literal>sourcelist</literal> gives the location of the sourcelist and
<literal>main</literal> is the default configuration file (setting has no effect,
unless it is done from the config file specified by
<envar>APT_CONFIG</envar>).</para>
<para>The <literal>Dir::Parts</literal> setting reads in all the config fragments in
lexical order from the directory specified. After this is done then the
main config file is loaded.</para>
<para>Binary programs are pointed to by <literal>Dir::Bin</literal>. <literal>Dir::Bin::Methods</literal>
specifies the location of the method handlers and <literal>gzip</literal>,
<literal>bzip2</literal>, <literal>lzma</literal>,
<literal>dpkg</literal>, <literal>apt-get</literal> <literal>dpkg-source</literal>
<literal>dpkg-buildpackage</literal> and <literal>apt-cache</literal> specify the location
of the respective programs.</para>
<para>
The configuration item <literal>RootDir</literal> has a special
meaning. If set, all paths in <literal>Dir::</literal> will be
relative to <literal>RootDir</literal>, <emphasis>even paths that
are specified absolutely</emphasis>. So, for instance, if
<literal>RootDir</literal> is set to
<filename>/tmp/staging</filename> and
<literal>Dir::State::status</literal> is set to
<filename>/var/lib/dpkg/status</filename>, then the status file
will be looked up in
<filename>/tmp/staging/var/lib/dpkg/status</filename>.
</para>
</refsect1>
<refsect1><title>APT in DSelect</title>
<para>
When APT is used as a &dselect; method several configuration directives
control the default behaviour. These are in the <literal>DSelect</literal> section.</para>
<variablelist>
<varlistentry><term>Clean</term>
<listitem><para>Cache Clean mode; this value may be one of always, prompt, auto,
pre-auto and never. always and prompt will remove all packages from
the cache after upgrading, prompt (the default) does so conditionally.
auto removes only those packages which are no longer downloadable
(replaced with a new version for instance). pre-auto performs this
action before downloading new packages.</para></listitem>
</varlistentry>
<varlistentry><term>options</term>
<listitem><para>The contents of this variable is passed to &apt-get; as command line
options when it is run for the install phase.</para></listitem>
</varlistentry>
<varlistentry><term>Updateoptions</term>
<listitem><para>The contents of this variable is passed to &apt-get; as command line
options when it is run for the update phase.</para></listitem>
</varlistentry>
<varlistentry><term>PromptAfterUpdate</term>
<listitem><para>If true the [U]pdate operation in &dselect; will always prompt to continue.
The default is to prompt only on error.</para></listitem>
</varlistentry>
</variablelist>
</refsect1>
<refsect1><title>How APT calls dpkg</title>
<para>Several configuration directives control how APT invokes &dpkg;. These are
in the <literal>DPkg</literal> section.</para>
<variablelist>
<varlistentry><term>options</term>
<listitem><para>This is a list of options to pass to dpkg. The options must be specified
using the list notation and each list item is passed as a single argument
to &dpkg;.</para></listitem>
</varlistentry>
<varlistentry><term>Pre-Invoke</term><term>Post-Invoke</term>
<listitem><para>This is a list of shell commands to run before/after invoking &dpkg;.
Like <literal>options</literal> this must be specified in list notation. The
commands are invoked in order using <filename>/bin/sh</filename>, should any
fail APT will abort.</para></listitem>
</varlistentry>
<varlistentry><term>Pre-Install-Pkgs</term>
<listitem><para>This is a list of shell commands to run before invoking dpkg. Like
<literal>options</literal> this must be specified in list notation. The commands
are invoked in order using <filename>/bin/sh</filename>, should any fail APT
will abort. APT will pass to the commands on standard input the
filenames of all .deb files it is going to install, one per line.</para>
<para>Version 2 of this protocol dumps more information, including the
protocol version, the APT configuration space and the packages, files
and versions being changed. Version 2 is enabled by setting
<literal>DPkg::Tools::options::cmd::Version</literal> to 2. <literal>cmd</literal> is a
command given to <literal>Pre-Install-Pkgs</literal>.</para></listitem>
</varlistentry>
<varlistentry><term>Run-Directory</term>
<listitem><para>APT chdirs to this directory before invoking dpkg, the default is
<filename>/</filename>.</para></listitem>
</varlistentry>
<varlistentry><term>Build-options</term>
<listitem><para>These options are passed to &dpkg-buildpackage; when compiling packages,
the default is to disable signing and produce all binaries.</para></listitem>
</varlistentry>
</variablelist>
<refsect2><title>dpkg trigger usage</title>
<para>APT can call dpkg in a way so it can make aggressive use of triggers over
multiply calls of dpkg. Without further options dpkg will use triggers only in between his
own run. Activating these options can therefore descrease the time needed to perform the
install / upgrade. Note that it is intended to activate these options per default in the
future, but as it changes the way apt calling dpkg drastical it needs a lot more testing.
<emphasis>These options are therefore currently experimental and should not be used in
productive environments.</emphasis> Also it breaks the progress reporting so all frontends will
currently stay around half (or more) of the time in the 100% state while it actually configures
all packages.</para>
<para>If you have understand the current risks and problems with these options, but want
to help testing them create a new configuration file with the following three options activated.
Please report any bugs and problems you encounter and make sure to note that you have used
these options in the reports. Asking dpkg for help could also be useful for debugging proposes,
see e.g. <command>dpkg --audit</command>.
<literallayout>DPkg::NoTriggers "true";
DPkg::NoConfigure "true";
DPkg::ConfigurePending "true";</literallayout>
</para>
<variablelist>
<varlistentry><term>NoTriggers</term>
<listitem><para>Add the no triggers flag to all dpkg calls (expect the ConfigurePending call).
See &dpkg; if you are interested in what this actually means. In short: dpkg will not run the
triggers then this flag is present unless it is explicit called to do so in an extra call.
Note that this option exists (undocumented) also in older apt versions with a slightly different
meaning: Previously these option only append --no-triggers to the configure calls to dpkg -
now apt will add these flag also to the unpack and remove calls.</para></listitem>
</varlistentry>
<varlistentry><term>NoConfigure</term>
<listitem><para>Set this option to true will prevent apt to call explicit the configuration
for all packages. The packages will only be called to unpack (or remove), so dpkg can handle the
configuration process. Activating this option will implicit activate also the next option per
default as otherwise the system could end in an unconfigured status which could be unbootable!
</para></listitem>
</varlistentry>
<varlistentry><term>ConfigurePending</term>
<listitem><para>If this option is set apt will call <command>dpkg --configure --pending</command>
to let dpkg handle all required configurations and triggers. This option is activated automatic
per default if <literal>NoConfigure</literal> is set, but deactivating could be useful
if you want to run APT multiple times in a row - e.g. in an installer. In this sceneries you should
deactivate this option in all but the last run.</para></listitem>
</varlistentry>
</variablelist>
</refsect2>
</refsect1>
<refsect1>
<title>Periodic and Archives options</title>
<para><literal>APT::Periodic</literal> and <literal>APT::Archives</literal>
groups of options configure behavior of apt periodic updates, which is
done by <literal>/etc/cron.daily/apt</literal> script. See header of
this script for the brief documentation of these options.
</para>
</refsect1>
<refsect1>
<title>Debug options</title>
<para>
Enabling options in the <literal>Debug::</literal> section will
cause debugging information to be sent to the standard error
stream of the program utilizing the <literal>apt</literal>
libraries, or enable special program modes that are primarily
useful for debugging the behavior of <literal>apt</literal>.
Most of these options are not interesting to a normal user, but a
few may be:
<itemizedlist>
<listitem>
<para>
<literal>Debug::pkgProblemResolver</literal> enables output
about the decisions made by
<literal>dist-upgrade, upgrade, install, remove, purge</literal>.
</para>
</listitem>
<listitem>
<para>
<literal>Debug::NoLocking</literal> disables all file
locking. This can be used to run some operations (for
instance, <literal>apt-get -s install</literal>) as a
non-root user.
</para>
</listitem>
<listitem>
<para>
<literal>Debug::pkgDPkgPM</literal> prints out the actual
command line each time that <literal>apt</literal> invokes
&dpkg;.
</para>
</listitem>
<listitem>
<para>
<literal>Debug::IdentCdrom</literal> disables the inclusion
of statfs data in CDROM IDs. <!-- TODO: provide a
motivating example, except I haven't a clue why you'd want
to do this. -->
</para>
</listitem>
</itemizedlist>
</para>
<para>
A full list of debugging options to apt follows.
</para>
<variablelist>
<varlistentry>
<term><literal>Debug::Acquire::cdrom</literal></term>
<listitem>
<para>
Print information related to accessing
<literal>cdrom://</literal> sources.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::Acquire::ftp</literal></term>
<listitem>
<para>
Print information related to downloading packages using
FTP.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::Acquire::http</literal></term>
<listitem>
<para>
Print information related to downloading packages using
HTTP.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::Acquire::https</literal></term>
<listitem>
<para>
Print information related to downloading packages using
HTTPS.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::Acquire::gpgv</literal></term>
<listitem>
<para>
Print information related to verifying cryptographic
signatures using <literal>gpg</literal>.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::aptcdrom</literal></term>
<listitem>
<para>
Output information about the process of accessing
collections of packages stored on CD-ROMs.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::BuildDeps</literal></term>
<listitem>
<para>
Describes the process of resolving build-dependencies in
&apt-get;.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::Hashes</literal></term>
<listitem>
<para>
Output each cryptographic hash that is generated by the
<literal>apt</literal> libraries.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::IdentCDROM</literal></term>
<listitem>
<para>
Do not include information from <literal>statfs</literal>,
namely the number of used and free blocks on the CD-ROM
filesystem, when generating an ID for a CD-ROM.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::NoLocking</literal></term>
<listitem>
<para>
Disable all file locking. For instance, this will allow
two instances of <quote><literal>apt-get
update</literal></quote> to run at the same time.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgAcquire</literal></term>
<listitem>
<para>
Log when items are added to or removed from the global
download queue.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgAcquire::Auth</literal></term>
<listitem>
<para>
Output status messages and errors related to verifying
checksums and cryptographic signatures of downloaded files.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgAcquire::Diffs</literal></term>
<listitem>
<para>
Output information about downloading and applying package
index list diffs, and errors relating to package index list
diffs.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgAcquire::RRed</literal></term>
<listitem>
<para>
Output information related to patching apt package lists
when downloading index diffs instead of full indices.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgAcquire::Worker</literal></term>
<listitem>
<para>
Log all interactions with the sub-processes that actually
perform downloads.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgAutoRemove</literal></term>
<listitem>
<para>
Log events related to the automatically-installed status of
packages and to the removal of unused packages.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgDepCache::AutoInstall</literal></term>
<listitem>
<para>
Generate debug messages describing which packages are being
automatically installed to resolve dependencies. This
corresponds to the initial auto-install pass performed in,
e.g., <literal>apt-get install</literal>, and not to the
full <literal>apt</literal> dependency resolver; see
<literal>Debug::pkgProblemResolver</literal> for that.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgDepCache::Marker</literal></term>
<listitem>
<para>
Generate debug messages describing which package is marked
as keep/install/remove while the ProblemResolver does his work.
Each addition or deletion may trigger additional actions;
they are shown indented two additional space under the original entry.
The format for each line is <literal>MarkKeep</literal>,
<literal>MarkDelete</literal> or <literal>MarkInstall</literal> followed by
<literal>package-name &lt;a.b.c -&gt; d.e.f | x.y.z&gt; (section)</literal>
where <literal>a.b.c</literal> is the current version of the package,
<literal>d.e.f</literal> is the version considered for installation and
<literal>x.y.z</literal> is a newer version, but not considered for installation
(because of a low pin score). The later two can be omitted if there is none or if
it is the same version as the installed.
<literal>section</literal> is the name of the section the package appears in.
</para>
</listitem>
</varlistentry>
<!-- Question: why doesn't this do anything? The code says it should. -->
<varlistentry>
<term><literal>Debug::pkgInitConfig</literal></term>
<listitem>
<para>
Dump the default configuration to standard error on
startup.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgDPkgPM</literal></term>
<listitem>
<para>
When invoking &dpkg;, output the precise command line with
which it is being invoked, with arguments separated by a
single space character.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgDPkgProgressReporting</literal></term>
<listitem>
<para>
Output all the data received from &dpkg; on the status file
descriptor and any errors encountered while parsing it.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgOrderList</literal></term>
<listitem>
<para>
Generate a trace of the algorithm that decides the order in
which <literal>apt</literal> should pass packages to
&dpkg;.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgPackageManager</literal></term>
<listitem>
<para>
Output status messages tracing the steps performed when
invoking &dpkg;.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgPolicy</literal></term>
<listitem>
<para>
Output the priority of each package list on startup.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgProblemResolver</literal></term>
<listitem>
<para>
Trace the execution of the dependency resolver (this
applies only to what happens when a complex dependency
problem is encountered).
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::pkgProblemResolver::ShowScores</literal></term>
<listitem>
<para>
Display a list of all installed packages with their calculated score
used by the pkgProblemResolver. The description of the package
is the same as described in <literal>Debug::pkgDepCache::Marker</literal>
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>Debug::sourceList</literal></term>
<listitem>
<para>
Print information about the vendors read from
<filename>/etc/apt/vendors.list</filename>.
</para>
</listitem>
</varlistentry>
<!-- 2009/07/11 Currently used nowhere. The corresponding code
is commented.
<varlistentry>
<term><literal>Debug::Vendor</literal></term>
<listitem>
<para>
Print information about each vendor.
</para>
</listitem>
</varlistentry>
-->
</variablelist>
</refsect1>
<refsect1><title>Examples</title>
<para>&configureindex; is a
configuration file showing example values for all possible
options.</para>
</refsect1>
<refsect1><title>Files</title>
<variablelist>
&file-aptconf;
</variablelist>
</refsect1>
<refsect1><title>See Also</title>
<para>&apt-cache;, &apt-config;<!-- ? reading apt.conf -->, &apt-preferences;.</para>
</refsect1>
&manbugs;
</refentry>