ansible.builtin.package module – Generic OS package manager
Note
This module is part of ansible-core
and included in all Ansible
installations. In most cases, you can use the short
module name
package
even without specifying the collections keyword.
However, we recommend you use the Fully Qualified Collection Name (FQCN) ansible.builtin.package
for easy linking to the
module documentation and to avoid conflicting with other collections that may have
the same module name.
Synopsis
This modules manages packages on a target without specifying a package manager module (like ansible.builtin.dnf, ansible.builtin.apt, …). It is convenient to use in an heterogeneous environment of machines without having to create a specific task for each package manager. ansible.builtin.package calls behind the module for the package manager used by the operating system discovered by the module ansible.builtin.setup. If ansible.builtin.setup was not yet run, ansible.builtin.package will run it.
This module acts as a proxy to the underlying package manager module. While all arguments will be passed to the underlying module, not all modules support the same arguments. This documentation only covers the minimum intersection of module arguments that all packaging modules support.
For Windows targets, use the ansible.windows.win_package module instead.
Note
This module has a corresponding action plugin.
Requirements
The below requirements are needed on the host that executes this module.
Whatever is required for the package plugins specific for each system.
Parameters
Parameter |
Comments |
---|---|
Package name, or package specifier with version. Syntax varies with package manager. For example Package names also vary with package manager; this module will not “translate” them per distribution. For example To operate on several packages this can accept a comma separated string of packages or a list of packages, depending on the underlying package manager. |
|
Whether to install ( You can use other states like |
|
The required package manager module to use ( You should only use this field if the automatic selection is not working for some reason. Since version 2.17 you can use the Default: |
Attributes
Attribute |
Support |
Description |
---|---|---|
Support: full |
Indicates this has a corresponding action plugin so some parts of the options can be executed on the controller |
|
Support: full |
Supports being used with the |
|
Support: none |
Forces a ‘global’ task that does not execute per host, this bypasses per host templating and serial, throttle and other loop considerations Conditionals will work as if This action will not work normally outside of lockstep strategies |
|
Support: N/A support depends on the underlying plugin invoked |
Can run in check_mode and return changed status prediction without modifying target, if not supported the action will be skipped. |
|
Support: N/A support depends on the underlying plugin invoked |
Will return details on what has changed (or possibly needs changing in check_mode), when in diff mode |
|
Platforms: all The support depends on the availability for the specific plugin for each platform and if fact gathering is able to detect it |
Target OS/families that can be operated against |
Notes
Note
While ansible.builtin.package abstracts package managers to ease dealing with multiple distributions, package name often differs for the same software.
Examples
- name: Install ntpdate
ansible.builtin.package:
name: ntpdate
state: present
# This uses a variable as this changes per distribution.
- name: Remove the apache package
ansible.builtin.package:
name: "{{ apache }}"
state: absent
- name: Install the latest version of Apache and MariaDB
ansible.builtin.package:
name:
- httpd
- mariadb-server
state: latest