debconf

Overview
Module Description - What does the module do?
Setup - The basics of getting started with debconf
- What debconf affects
- Setup requirements
Usage - Configuration options and additional functionality
Reference - An under-the-hood peek at what the module is doing and how
Limitations - OS compatibility, etc.
Development - Guide for contributing to the module

Overview

Manage entries in the Debian debconf database.

Module Description

Debian based systems use the debconf database to record configuration choices the user made during the installation of a package. The system uses the stored answers and therefore does not need to query the user again when the package is upgraded or reinstalled at a later time.

The debconf type allows preseeding the database with given answers to allow an unattended package installation or modification of package defaults. The type can optionally also manage the seen flag for an item.

The standard package type uses the responsefile parameter to provide a file with preseeded answers during installation. The debconf type is a more general solution as it allows to update settings without the need to install the package at the same time.

Setup

What debconf affects

The debconf type modifies entries in the Debian debconf database.

Setup Requirements

This module uses programs provided by the Debian/Ubuntu debconf package. Debian assigns the required priority to this package so it should already be installed everywhere.

Usage

Use debconf-show or debconf-get-selections to find out about valid debconf entries for an installed package.

Example: Use dash as replacement for the bourne shell

This entry will ensure a symlink from /bin/sh to /bin/dash if dpkg-reconfigure dash is run the next time. It will also mark the question as seen to prevent the installer from asking this question during the installation.

debconf { 'dash/sh':
  type  => 'boolean',
  value => 'true',
  seen  => true,
}

Note: Although this code is perfectly legal Puppet code, the string 'true' (not the boolean true) will trigger the puppet-lint warning quoted_booleans. But we really want to use the string 'true' and not the boolean truth value here. So in this case we can easily suppress the warning with a control comment:

debconf { 'dash/sh':
  type  => 'boolean',
  value => 'true',      # lint:ignore:quoted_booleans
  seen  => true,
}

Example: Automatically set a root password for MySQL during installation

These two resources preseed the installation of the mysql-server-5.5 package with the password for the MySQL root user to use. The password has to be set twice because the installation dialog asks two times for the password to detect typos. This password is used if the package is installed after these resources have been created.

debconf { 'mysql-root-passwd':
  package => 'mysql-server-5.5',
  item    => 'mysql-server/root_password',
  type    => 'password',
  value   => 'secret',
  seen    => true,
}

debconf { 'mysql-root-passwd-again':
  package => 'mysql-server-5.5',
  item    => 'mysql-server/root_password_again',
  type    => 'password',
  value   => 'secret',
  seen    => true,
}

Reference

See REFERENCE.md

This module is only useful on Debian based systems where the debconf database is used.

A control comment may be needed to suppress puppet-lint warnings when you set boolean values. See the Usage section for an example.

The value of the type parameter is only used when an item is created. It is not updated if the value of the item is changed later.

Development

Feel free to send pull requests for new features.

NeatNerdPrime/puppet-debconf