The Debian Administrator's Handbook

The debian-cd program team, very small, has an even more modest objective. Many “small” contributors are responsible for their architecture, since the main developer can not know all the subtleties, nor the exact way to start the installer from the CD-ROM.

Many teams must collaborate with others in the activity of packaging: tries, for example, to ensure quality at all levels of the Debian project. The list develops Debian Policy according to proposals from all over the place. The teams in charge of each architecture ([email protected]>) compile all packages, adapting them to their particular architecture, if needed.

Other teams manage the most important packages in order to ensure maintenance without placing too heavy a load on a single pair of shoulders; this is the case with the C library and , the C compiler on the list, or Xorg on the (this group is also known as the X Strike Force, coordinated by Cyril Brulebois).

1.4. The Role of Distributions

A GNU/Linux distribution has two main objectives: install a free operating system on a computer (either with or without an existing system or systems), and provide a range of software covering all of the users' needs.

1.4.1. The Installer: debian-installer

The debian-installer, designed to be extremely modular in order to be as generic as possible, answers the first. It covers a broad range of installation situations and in general, greatly facilitates the creation of a derivative installer to correspond to a particular case.

This modularity, which makes it also very complex, may annoy the developers discovering this tool. Whether used in graphical or text mode, the user's experience is still similar. Great efforts have been made to reduce the number of fields to fill; this explains the inclusion of automatic hardware detection software.

It is interesting to note that distributions derived from Debian differ greatly on this aspect, and provide a more limited installer (often confined to the i386 architecture), but more user-friendly for the uninitiated. On the other hand, they usually refrain from straying too far from package contents in order to benefit as much as possible from the vast range of software offered without causing compatibility problems.

1.4.2. The Software Library

Quantitatively, Debian is undeniably the leader in this respect, with over 14,500 source packages. Qualitatively, Debian’s policy and long testing period prior to releasing a new stable version, justify its reputation for cohesion and stability. As far as availability, everything is available on-line through numerous mirrors, updated every six hours.

Many retailers sell CD-ROMs on the Internet at a very low price (often at cost), the “images” for which are freely available for download. There is only one drawback: the low frequency of releases of new stable versions (their development sometimes takes more than two years), which delays the inclusion of new software.

Most new free software programs quickly find their way into the development version which allows them to be installed. If this requires too many updates due to their dependencies, the program can also be recompiled for the stable version of Debian (see Chapter 15, Creating a Debian Package for more information on this topic).

1.5. Lifecycle of a Release

The project will simultaneously have three or four different versions of each program, named Experimental, Unstable, Testing, and Stable. Each one corresponds to a different phase in development. For a good understanding, let us take a look at a program's journey, from its initial packaging to inclusion in a stable version of Debian.

VOCABULARY Release

The term “release”, in the Debian project, indicates a particular version of a distribution (e.g., “unstable release” means “the unstable version”). It also indicates the public announcement of the launch of any new version (stable).

1.5.1. The Experimental Status

First let us take a look at the particular case of the Experimental distribution: this is a group of Debian packages corresponding to the software currently in development, and not necessarily completed, explaining its name. Not everything passes through this step; some developers add packages here in order to get feedback from more experienced (or braver) users.