2009-12-10 11:00:00 +01:00
|
|
|
|
2007-08-16 09:32:09 +02:00
|
|
|
Overview
|
|
|
|
========
|
2007-06-25 11:50:19 +02:00
|
|
|
|
2007-08-16 09:32:09 +02:00
|
|
|
This module manages apt on Debian.
|
|
|
|
|
|
|
|
It keeps dpkg's and apt's databases as well as the keyrings for securing
|
|
|
|
package download current.
|
|
|
|
|
2010-09-09 00:39:33 +02:00
|
|
|
backports.debian.org is added.
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-11-21 17:03:57 +01:00
|
|
|
/etc/apt/sources.list and /etc/apt/preferences are managed. More
|
|
|
|
recent Debian releases are pinned to very low values by default to
|
|
|
|
prevent accidental upgrades.
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-10-17 01:35:37 +02:00
|
|
|
Ubuntu support is lagging behind but not absent either.
|
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
! Upgrade Notice !
|
|
|
|
|
|
|
|
* the apt class has been moved to a paramterized class. if you were including
|
|
|
|
this class before, after passing some variables, you will need to move to
|
|
|
|
instantiating the class with those variables instead. For example, if you
|
|
|
|
had the following in your manifests:
|
|
|
|
|
|
|
|
$apt_debian_url = "http://localhost:9999/debian/"
|
|
|
|
$apt_use_next_release = true
|
|
|
|
include apt
|
|
|
|
|
|
|
|
you will need to remove the variables, and the include and instead do
|
|
|
|
the following:
|
|
|
|
|
|
|
|
class { 'apt': debian_url => "http://localhost:9999/debian/", use_next_release => true }
|
|
|
|
|
2012-12-05 19:46:23 +01:00
|
|
|
previously, you could manually set $lsbdistcodename which would enable forced
|
|
|
|
upgrades, but because this is a top-level facter variable, and newer puppet
|
|
|
|
versions do not let you assign variables to other namespaces, this is no
|
|
|
|
longer possible. However, there is a way to obtain this functionality, and
|
|
|
|
that is to pass the 'codename' parameter to the apt class, which will change
|
|
|
|
the sources.list and preferences files to be the codename you set, allowing
|
|
|
|
you to trigger upgrades:
|
|
|
|
|
|
|
|
include apt::dist_upgrade
|
|
|
|
class { 'apt': codename => 'wheezy', notify => Exec['apt_dist-upgrade'] }
|
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
* the apticron class has been moved to a parameterized class. if you were
|
|
|
|
including this class before, you will need to move to instantiating the
|
|
|
|
class instead. For example, if you had the following in your manifests:
|
|
|
|
|
|
|
|
$apticron_email = "foo@example.com"
|
|
|
|
$apticron_notifynew = "1"
|
|
|
|
... any $apticron_* variables
|
|
|
|
include apticron
|
|
|
|
|
|
|
|
you will need to remove the variables, and the include and instead do the
|
|
|
|
following:
|
|
|
|
|
|
|
|
class { 'apt::apticron': email => "foo@example.com", notifynew => '1' }
|
|
|
|
|
|
|
|
* the apt::listchanges class has been moved to a paramterized class. if you
|
|
|
|
were including this class before, after passing some variables, you will need
|
|
|
|
to move to instantiating the class with those variables instead. For example,
|
|
|
|
if you had the following in your manifests:
|
|
|
|
|
|
|
|
$apt_listchanges_email = "foo@example.com"
|
|
|
|
... any $apt_listchanges_* variables
|
|
|
|
include apt::listchanges
|
|
|
|
|
|
|
|
you will need to remove the variables, and the include and instead do the
|
|
|
|
following:
|
|
|
|
|
|
|
|
class { 'apt::listchanges': email => "foo@example.com" }
|
|
|
|
|
|
|
|
* the apt::proxy_client class has been moved to a paramterized class. if you
|
|
|
|
were including this class before, after passing some variables, you will need
|
|
|
|
to move to instantiating the class with those variables instead. For example,
|
|
|
|
if you had the following in your manifests:
|
|
|
|
|
|
|
|
$apt_proxy = 'http://proxy.domain'
|
|
|
|
$apt_proxy_port = 666
|
|
|
|
include apt::proxy_client
|
|
|
|
|
|
|
|
you will need to remove the variables, and the include and instead do the
|
|
|
|
following:
|
|
|
|
|
|
|
|
class { 'apt::proxy_client': proxy => 'http://proxy.domain', port => '666' }
|
|
|
|
|
|
|
|
Requirements
|
|
|
|
============
|
|
|
|
|
2010-10-17 02:21:08 +02:00
|
|
|
This module needs:
|
|
|
|
|
2012-08-08 17:25:02 +02:00
|
|
|
- the lsb module: git://labs.riseup.net/shared-lsb
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-12-07 18:20:14 +01:00
|
|
|
By default, on normal hosts, this module sets the configuration option
|
|
|
|
DSelect::Clean to 'auto'. On virtual servers, the value is set by default to
|
|
|
|
'pre-auto', because virtual servers are usually more space-bound and have better
|
|
|
|
recovery mechanisms via the host:
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
From apt.conf(5), 0.7.2:
|
2008-09-29 20:33:41 +02:00
|
|
|
"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."
|
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
To change the default setting for DSelect::Clean, you can create a file named
|
2012-04-15 15:41:58 +02:00
|
|
|
"03clean" or "03clean_vserver" in your site_apt module's files directory. You
|
2010-12-07 18:20:14 +01:00
|
|
|
can also define this for a specific host by creating a file in a subdirectory of
|
2012-04-15 15:41:58 +02:00
|
|
|
the site_apt modules' files directory that is named the same as the
|
|
|
|
host. (example: site_apt/files/some.host.com/03clean, or
|
|
|
|
site_apt/files/some.host.com/03clean_vserver)
|
2010-10-25 19:54:37 +02:00
|
|
|
|
|
|
|
Variables
|
|
|
|
=========
|
|
|
|
|
2008-09-29 20:33:41 +02:00
|
|
|
$custom_sources_list
|
|
|
|
--------------------
|
|
|
|
|
2010-11-21 17:03:57 +01:00
|
|
|
By default this module will use a basic apt/sources.list template with
|
|
|
|
a generic Debian mirror. If you need to set more specific sources,
|
|
|
|
e.g. changing the sections included in the source, etc. you can set
|
2010-10-25 19:54:37 +02:00
|
|
|
this variable to the content that you desire to use instead.
|
|
|
|
|
|
|
|
For example, setting the following variable before including this class will
|
2012-04-15 15:41:58 +02:00
|
|
|
pull in the templates/site_apt/sources.list file:
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2012-04-15 15:41:58 +02:00
|
|
|
$custom_sources_list = template("site_apt/sources.list")
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2008-09-29 20:33:41 +02:00
|
|
|
$custom_key_dir
|
|
|
|
---------------
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2008-09-29 20:33:41 +02:00
|
|
|
If you have different apt-key files that you want to get added to your
|
|
|
|
apt keyring, you can set this variable to a path in your fileserver
|
|
|
|
where individual key files can be placed. If this is set and keys
|
2010-10-25 19:54:37 +02:00
|
|
|
exist there, this module will 'apt-key add' each key.
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-12-07 19:44:30 +01:00
|
|
|
The debian-archive-keyring package is installed and kept current up to the
|
|
|
|
latest revision (this includes the backports archive keyring).
|
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
Classes
|
|
|
|
=======
|
|
|
|
|
|
|
|
apt
|
|
|
|
---
|
2009-10-30 20:35:30 +01:00
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
The apt class sets up most of the documented functionality. To use functionality
|
|
|
|
that is not enabled by default, you must set one of the following parameters.
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
Example usage:
|
2009-10-30 20:35:30 +01:00
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
class { 'apt': use_next_release => true, debian_url => 'http://localhost:9999/debian/" }
|
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
Class parameters:
|
2010-10-06 12:00:32 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
* use_volatile
|
2012-08-22 16:57:06 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
If this variable is set to true the Debian Volatile sources (until
|
|
|
|
Lenny) or CODENAME-updates (such as squeeze-updates, supported since
|
|
|
|
Squeeze) are added.
|
2010-10-06 12:00:32 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
By default this is false for backward compatibility with older
|
|
|
|
versions of this module.
|
2010-10-06 12:09:38 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
* include_src
|
2012-08-22 16:57:06 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
If this variable is set to true a deb-src source is added for every
|
|
|
|
added binary archive source.
|
2010-10-06 12:09:38 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
By default this is false for backward compatibility with older
|
|
|
|
versions of this module.
|
2010-10-06 12:39:50 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
* use_next_release
|
2012-08-22 16:57:06 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
If this variable is set to true the sources for the next Debian
|
|
|
|
release are added. The default pinning configuration pins it to very
|
|
|
|
low values.
|
2010-10-06 12:39:50 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
By default this is false for backward compatibility with older
|
|
|
|
versions of this module.
|
2010-10-06 13:29:38 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
* debian_url, security_url, backports_url, volatile_url
|
2010-10-06 13:29:38 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
These variables allow to override the default APT mirrors respectively
|
|
|
|
used for the standard Debian archives, the Debian security archive,
|
|
|
|
the Debian official backports and the Debian Volatile archive.
|
2010-10-17 10:51:06 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
* ubuntu_url
|
2010-10-17 10:51:06 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
These variables allows to override the default APT mirror used for all
|
|
|
|
standard Ubuntu archives (including updates, security, backports).
|
2010-10-10 11:06:07 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
* repos
|
2010-10-10 11:06:07 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
If this variable is set the default repositories list ("main contrib non-free")
|
|
|
|
is overriden.
|
2012-11-08 10:16:09 +01:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
* disable_update
|
2012-11-08 10:16:09 +01:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
Disable "apt-get update" which is normally triggered by apt::upgrade_package
|
|
|
|
and apt::dist_upgrade.
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
Note that nodes can be updated once a day by using
|
|
|
|
APT::Periodic::Update-Package-Lists "1";
|
|
|
|
in i.e. /etc/apt/apt.conf.d/80_apt_update_daily.
|
2012-08-22 16:57:06 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
* custom_preferences
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
Since Debian Lenny's version of APT doesn't support the use of the
|
|
|
|
preferences.d directory for putting fragments of 'preferences', this
|
|
|
|
module will manage a default generic apt/preferences file with more
|
|
|
|
recent releases pinned to very low values so that any package
|
|
|
|
installation will not accidentally pull in packages from those suites
|
|
|
|
unless you explicitly specify the version number. This file will be
|
|
|
|
complemented with all of the preferences_snippet calls (see below).
|
2012-12-05 19:46:23 +01:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
If the default preferences template doesn't suit your needs, you can create a
|
|
|
|
template located in your site_apt module, and set custom_preferences with the
|
|
|
|
content (eg. custom_preferences => template('site_apt/preferences') )
|
2012-12-05 19:46:23 +01:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
Setting this variable to false before including this class will force the
|
|
|
|
apt/preferences file to be absent:
|
|
|
|
|
|
|
|
class { 'apt': custom_preferences => false }
|
|
|
|
|
|
|
|
* codename
|
|
|
|
|
|
|
|
Contains the codename ("squeeze", "wheezy", ...) of the client's release. While
|
|
|
|
these values come from lsb-release by default, this parameter can be set
|
|
|
|
manually, e.g. to enable forced upgrades. For example:
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2013-01-02 16:38:59 +01:00
|
|
|
include apt::dist_upgrade
|
|
|
|
class { 'apt': codename => 'wheezy', notify => Exec['apt_dist-upgrade'] }
|
2010-10-06 14:06:50 +02:00
|
|
|
|
2010-12-09 04:24:24 +01:00
|
|
|
apt::apticron
|
|
|
|
-------------
|
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
When you instantiate this class, apticron will be installed, with the following
|
|
|
|
defaults, which you are free to change:
|
|
|
|
|
|
|
|
$ensure_version = 'installed',
|
|
|
|
$config = "apt/${::operatingsystem}/apticron_${::lsbdistcodename}.erb",
|
|
|
|
$email = 'root',
|
|
|
|
$diff_only = '1',
|
|
|
|
$listchanges_profile = 'apticron',
|
|
|
|
$system = false,
|
|
|
|
$ipaddressnum = false,
|
|
|
|
$ipaddresses = false,
|
|
|
|
$notifyholds = '0',
|
|
|
|
$notifynew = '0',
|
|
|
|
$customsubject = ''
|
|
|
|
|
|
|
|
Example usage:
|
|
|
|
|
|
|
|
class { 'apt::apticron': email => "foo@example.com", notifynew => '1' }
|
2010-12-09 04:24:24 +01:00
|
|
|
|
2010-10-06 14:06:50 +02:00
|
|
|
apt::cron::download
|
|
|
|
-------------------
|
|
|
|
|
2010-11-24 20:24:49 +01:00
|
|
|
This class sets up cron-apt so that it downloads upgradable packages, does not
|
|
|
|
actually do any upgrade and emails when the output changes.
|
2010-10-06 14:06:50 +02:00
|
|
|
|
2010-12-11 15:08:17 +01:00
|
|
|
cron-apt defaults to run at 4 AM. You may want to set the
|
|
|
|
$apt_cron_hours variable before you include the class: its value will
|
|
|
|
be passed as the "hours" parameter of a cronjob. Example:
|
|
|
|
|
|
|
|
# Run cron-apt every three hours
|
2012-09-20 09:59:58 +02:00
|
|
|
$apt_cron_hours = '*/3'
|
2010-12-11 15:08:17 +01:00
|
|
|
|
|
|
|
Note that the default 4 AM cronjob won't be disabled.
|
|
|
|
|
2012-04-15 15:41:58 +02:00
|
|
|
apt::cron::dist_upgrade
|
2010-10-06 14:06:50 +02:00
|
|
|
-----------------------
|
|
|
|
|
|
|
|
This class sets up cron-apt so that it dist-upgrades the system and
|
2010-11-24 20:24:49 +01:00
|
|
|
emails when upgrades are performed.
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-12-11 15:08:17 +01:00
|
|
|
See apt::cron::download above if you need to run cron-apt more often
|
|
|
|
than once a day.
|
|
|
|
|
2010-12-16 13:02:28 +01:00
|
|
|
apt::dist_upgrade
|
|
|
|
-----------------
|
|
|
|
|
|
|
|
This class provides the Exec['apt_dist-upgrade'] resource that
|
|
|
|
dist-upgrade's the system.
|
|
|
|
|
|
|
|
This exec is set as refreshonly so including this class does not
|
|
|
|
trigger any action per-se: other resources may notify it, other
|
|
|
|
classes may inherit from this one and add to its subscription list
|
2010-12-16 13:03:08 +01:00
|
|
|
using the plusignment ('+>') operator. A real-world example can be
|
|
|
|
seen in the apt::dist_upgrade::initiator source.
|
|
|
|
|
|
|
|
When this class is included the APT indexes are updated on every
|
|
|
|
Puppet run due to the author's lack of Puppet wizardry.
|
|
|
|
|
|
|
|
apt::dist_upgrade::initiator
|
|
|
|
----------------------------
|
|
|
|
|
|
|
|
This class automatically dist-upgrade's the system when an initiator
|
|
|
|
file's content changes. The initiator file is copied from the first
|
|
|
|
available source amongst the following ones, in decreasing priority
|
|
|
|
order:
|
|
|
|
|
2013-01-02 16:14:06 +01:00
|
|
|
- puppet:///modules/site_apt/${::fqdn}/upgrade_initiator
|
2012-09-20 09:59:58 +02:00
|
|
|
- puppet:///modules/site_apt/upgrade_initiator
|
|
|
|
- puppet:///modules/apt/upgrade_initiator
|
2010-12-16 13:03:08 +01:00
|
|
|
|
|
|
|
This is useful when one does not want to setup a fully automated
|
|
|
|
upgrade process but still needs a way to manually trigger full
|
|
|
|
upgrades of any number of systems at scheduled times.
|
|
|
|
|
|
|
|
Beware: a dist-upgrade is triggered the first time Puppet runs after
|
|
|
|
this class has been included. This is actually the single reason why
|
|
|
|
this class is not enabled by default.
|
2010-12-16 13:02:28 +01:00
|
|
|
|
|
|
|
When this class is included the APT indexes are updated on every
|
|
|
|
Puppet run due to the author's lack of Puppet wizardry.
|
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
apt::dselect
|
|
|
|
------------
|
|
|
|
|
|
|
|
This class, when included, installs dselect and switches it to expert mode to
|
|
|
|
suppress superfluous help screens.
|
|
|
|
|
2010-12-09 04:25:09 +01:00
|
|
|
apt::listchanges
|
2010-12-11 14:43:52 +01:00
|
|
|
----------------
|
2010-12-09 04:25:09 +01:00
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
This class, when instantiated, installs apt-listchanges and configures it using
|
|
|
|
the following parameterized variables, which can be changed:
|
2010-12-09 04:25:09 +01:00
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
version = "present"
|
|
|
|
config = "apt/${::operatingsystem}/listchanges_${::lsbrelease}.erb"
|
2013-01-02 16:14:06 +01:00
|
|
|
frontend = 'pager'
|
|
|
|
email = 'root'
|
|
|
|
confirm = 0
|
|
|
|
saveseen = '/var/lib/apt/listchanges.db'
|
|
|
|
which = 'both'
|
2010-12-09 04:25:09 +01:00
|
|
|
|
2012-08-22 16:57:06 +02:00
|
|
|
Example usage:
|
|
|
|
class { 'apt::listchanges': email => "foo@example.com" }
|
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
apt::proxy_client
|
|
|
|
-----------------
|
|
|
|
|
|
|
|
This class adds the right configuration to apt to make it fetch packages via a
|
2012-08-22 16:57:06 +02:00
|
|
|
proxy. The class parameters apt_proxy and apt_proxy_port need to be set:
|
|
|
|
|
|
|
|
You can set the 'proxy' class parameter variable to the URL of the proxy that
|
|
|
|
will be used. By default, the proxy will be queried on port 3142, but you can
|
|
|
|
change the port number by setting the 'port' class parameter.
|
|
|
|
|
|
|
|
Example:
|
|
|
|
|
|
|
|
class { 'apt::proxy_client': proxy => 'http://proxy.domain', port => '666' }
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2010-12-11 14:43:24 +01:00
|
|
|
apt::reboot_required_notify
|
|
|
|
---------------------------
|
|
|
|
|
|
|
|
This class installs a daily cronjob that checks if a package upgrade
|
|
|
|
requires the system to be rebooted; if so, cron sends a notification
|
|
|
|
email to root.
|
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
apt::unattended_upgrades
|
|
|
|
------------------------
|
|
|
|
|
|
|
|
If this class is included, it will install the package 'unattended-upgrades'
|
|
|
|
and configure it to daily upgrade the system.
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-10-17 13:58:59 +02:00
|
|
|
Defines
|
|
|
|
=======
|
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
apt::apt_conf
|
|
|
|
-------------
|
|
|
|
|
|
|
|
Creates a file in the apt/apt.conf.d directory to easily add configuration
|
2010-10-25 20:36:19 +02:00
|
|
|
components. One can use either the 'source' meta-parameter to specify a list of
|
|
|
|
static files to include from the puppet fileserver or the 'content'
|
|
|
|
meta-parameter to define content inline or with the help of a template.
|
2010-10-25 19:54:37 +02:00
|
|
|
|
|
|
|
Example:
|
|
|
|
|
2012-09-20 09:59:58 +02:00
|
|
|
apt::apt_conf { '80download-only':
|
|
|
|
source => 'puppet:///modules/site_apt/80download-only',
|
2010-10-25 19:54:37 +02:00
|
|
|
}
|
|
|
|
|
2010-10-17 13:58:59 +02:00
|
|
|
apt::preferences_snippet
|
|
|
|
------------------------
|
|
|
|
|
2012-09-20 10:08:38 +02:00
|
|
|
A way to add pinning information to files in /etc/apt/preferences.d/
|
2010-10-17 13:58:59 +02:00
|
|
|
|
2010-10-17 14:43:06 +02:00
|
|
|
Example:
|
|
|
|
|
2012-09-20 09:59:58 +02:00
|
|
|
apt::preferences_snippet {
|
2010-10-17 14:43:06 +02:00
|
|
|
'irssi-plugin-otr':
|
|
|
|
release => 'lenny-backports',
|
|
|
|
priority => 999;
|
|
|
|
}
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2012-09-20 09:59:58 +02:00
|
|
|
apt::preferences_snippet {
|
2012-06-08 18:18:50 +02:00
|
|
|
'unstable_fallback':
|
|
|
|
package => '*',
|
|
|
|
release => 'unstable',
|
|
|
|
priority => 1;
|
|
|
|
}
|
|
|
|
|
2012-09-20 09:59:58 +02:00
|
|
|
apt::preferences_snippet {
|
2012-06-08 18:30:23 +02:00
|
|
|
'ttdnsd':
|
|
|
|
pin => 'origin deb.torproject.org',
|
|
|
|
priority => 999;
|
|
|
|
}
|
|
|
|
|
2012-09-20 10:08:38 +02:00
|
|
|
The names of the resources will be used as the names of the files in the
|
|
|
|
preferences.d directory, so you should ensure that resource names follow the
|
|
|
|
prescribed naming scheme.
|
|
|
|
|
|
|
|
From apt_preferences(5):
|
|
|
|
Note that the files in the /etc/apt/preferences.d directory are parsed in
|
|
|
|
alphanumeric ascending order and need to obey the following naming
|
|
|
|
convention: The files have no or "pref" as filename extension and which
|
|
|
|
only contain alphanumeric, hyphen (-), underscore (_) and period (.)
|
|
|
|
characters - otherwise they will be silently ignored.
|
|
|
|
|
2008-09-29 20:33:41 +02:00
|
|
|
apt::preseeded_package
|
|
|
|
----------------------
|
2010-10-25 19:54:37 +02:00
|
|
|
|
|
|
|
This simplifies installation of packages for which you wish to preseed the
|
2010-12-08 05:03:15 +01:00
|
|
|
answers to debconf. For example, if you wish to provide a preseed file for the
|
|
|
|
locales package, you would place the locales.seed file in
|
2012-06-06 02:31:15 +02:00
|
|
|
'site_apt/templates/${::lsbdistcodename}/locales.seeds' and then include the
|
2010-12-08 05:03:15 +01:00
|
|
|
following in your manifest:
|
2008-09-29 20:33:41 +02:00
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
apt::preseeded_package { locales: }
|
|
|
|
|
2010-12-08 05:57:25 +01:00
|
|
|
You can also specify the content of the seed via the content parameter,
|
|
|
|
for example:
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2012-09-20 09:59:58 +02:00
|
|
|
apt::preseeded_package { 'apticron':
|
|
|
|
content => 'apticron apticron/notification string root@example.com',
|
2010-10-25 19:54:37 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
apt::sources_list
|
2013-01-02 16:39:24 +01:00
|
|
|
-----------------
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2010-10-25 20:36:19 +02:00
|
|
|
Creates a file in the apt/sources.list.d directory to easily add additional apt
|
|
|
|
sources. One can use either the 'source' meta-parameter to specify a list of
|
|
|
|
static files to include from the puppet fileserver or the 'content'
|
|
|
|
meta-parameter to define content inline or with the help of a template.
|
2010-10-25 19:54:37 +02:00
|
|
|
|
|
|
|
Example:
|
|
|
|
|
|
|
|
apt::sources_list { "company_internals.list":
|
2012-06-06 02:31:15 +02:00
|
|
|
source => ["puppet:///modules/site_apt/${::fqdn}/company_internals.list",
|
2012-04-15 15:41:58 +02:00
|
|
|
"puppet:///modules/site_apt/company_internals.list"],
|
2010-10-25 19:54:37 +02:00
|
|
|
}
|
2008-09-29 20:33:41 +02:00
|
|
|
|
|
|
|
apt::upgrade_package
|
|
|
|
--------------------
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2008-09-29 20:33:41 +02:00
|
|
|
This simplifies upgrades for DSA security announcements or point-releases. This
|
2010-11-24 20:24:49 +01:00
|
|
|
will ensure that the named package is upgraded to the version specified, only if
|
2010-10-25 19:54:37 +02:00
|
|
|
the package is installed, otherwise nothing happens. If the specified version
|
|
|
|
is 'latest' (the default), then the package is ensured to be upgraded to the
|
|
|
|
latest package revision when it becomes available.
|
2008-09-29 20:33:41 +02:00
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
For example, the following upgrades the perl package to version 5.8.8-7etch1
|
|
|
|
(if it is installed), it also upgrades the syslog-ng and perl-modules packages
|
|
|
|
to their latest (also, only if they are installed):
|
2008-09-29 20:33:41 +02:00
|
|
|
|
|
|
|
upgrade_package { "perl":
|
|
|
|
version => '5.8.8-7etch1';
|
|
|
|
"syslog-ng":
|
|
|
|
version => latest;
|
|
|
|
"perl-modules":
|
|
|
|
}
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
Resources
|
|
|
|
=========
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2012-09-20 09:55:58 +02:00
|
|
|
File['apt_config']
|
2012-04-11 11:37:24 +02:00
|
|
|
------------------
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-10-25 19:54:37 +02:00
|
|
|
Use this resource to depend on or add to a completed apt configuration
|
|
|
|
|
2012-09-20 09:59:58 +02:00
|
|
|
Exec['apt_updated']
|
2013-01-02 16:39:24 +01:00
|
|
|
-------------------
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2010-12-15 09:47:57 +01:00
|
|
|
After this point the APT indexes are up-to-date.
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2010-12-15 09:47:57 +01:00
|
|
|
This resource is usually used like this to ensure current packages are
|
|
|
|
installed by Package resources:
|
2010-10-25 19:54:37 +02:00
|
|
|
|
2010-12-15 09:47:57 +01:00
|
|
|
include apt::update
|
2012-09-20 09:59:58 +02:00
|
|
|
Package { require => Exec['apt_updated'] }
|
2007-08-16 09:32:09 +02:00
|
|
|
|
2010-12-15 09:47:57 +01:00
|
|
|
Please note that the apt::upgrade_package define automatically uses
|
|
|
|
this resource so you don't have to manage this yourself if you need to
|
|
|
|
make sure APT indexes are up-to-date before a package upgrade is
|
|
|
|
attempted, but don't want "apt-get update" to happen on every Puppet
|
|
|
|
run.
|
2012-04-21 11:54:28 +02:00
|
|
|
|
|
|
|
|
|
|
|
Licensing
|
|
|
|
=========
|
|
|
|
|
|
|
|
This puppet module is licensed under the GPL version 3 or later. Redistribution
|
|
|
|
and modification is encouraged.
|
|
|
|
|
|
|
|
The GPL version 3 license text can be found in the "LICENSE" file accompanying
|
|
|
|
this puppet module, or at the following URL:
|
|
|
|
|
|
|
|
http://www.gnu.org/licenses/gpl-3.0.html
|