PygtkDebconf

Status

• Created: Date(2005-04-26T06:56:56Z) by OliverGrawert

• Priority:

• People: OliverGrawertLead, ColinWatsonSecond

• Contributors: OliverGrawert

• Interested: JuanjeOjeda, MichaelVogt

• Status: BrainDump, BreezyGoal, UduBof, DistroSpecification, NewSpec

• Branch:
• Malone Bug:
• Packages:
• Depends:
• Dependents:

  FullSearch(PygtkDebconf)

• UduSessions: 1, 4, 8, etc

Introduction

The goal is to have an installer on the Live CD with a pretty graphical user interface. PyGTK may allow rapid development of such a GUI.

Rationale

The Debian packaging system uses DebConf to ask questions of the user during package install.

Package install  <=============> confmodule <=======> debconf
     script        shell calls                stdio

The debconf system then chooses how to present the questions to the user:

• via a GUI (GTK, Qt, etc)
• text based (newt)
• no question -- take answer from Debconf database

The frontends are not cleanly separated from debconf, and must be implemented in the same language as the core debconf implementation. There are two debconf implementations (C and Perl). The C implementation is more amenable to having frontend bindings to other languages implemented in the future, but for a number of reasons it is not yet ready for mainstream use by the distribution outside the installer (although this is a long-term goal among debconf implementors).

For this reason, it may be best to write a normal PyGTK application that, on completion, primes the debconf database with answers and then kicks off the install.

Scope and Use Cases

Implementation Plan

Debconf questions are defined by template files in /var/lib/dpkg/info/*.templates files. The template files include the following info:

• a key for the question (usually composed of the package name plus a unique identifier)
• the type of the question (note, boolean, string, text, select, multiselect, etc)
• descriptions in various languages.

We can set debconf database values by running a script under debconf. Implemented in shell, the script might look something like this:

• . /usr/share/debconf/confmodule
  
  db_set $KEY1 $VALUE1
  db_set $KEY2 $VALUE2
  ...

And could be run through debconf like this:

• $ debconf -fnoninteractive program.sh

From the look of it, the installer won't be able to spawn debconf and talk to it directly.

One possible way to run things is like so:

1. installer prompts the user for required data
2. installer writes data to a file
3. installer runs "debconf -fnoninteractive install-values.sh"

4. install-values.sh reads the data file written by the installer, and calls db_set for each key.

5. installer starts the package install phase.

Data Preservation and Migration

This is for installing new systems, so there is no data to preserve or migrate.

Packages Affected

User Interface Requirements

Outstanding Issues

UDU BOF Agenda

UDU Pre-Work