This tool first targets the development versions, only concerned with the resolution of bugs. A stable version of Debian is, in effect, written in stone, with the exception of security updates or other important updates (if, for example, a package is not working at all). A correction of a minor bug in a Debian package must, thus, wait for the next stable version.
All of these mechanisms are accentuated by user behavior. Far from being isolated, they are a true community within which numerous exchanges take place. We especially note that impressive activity on the user discussion mailing list, <debian-user@lists.debian.org> (Chapter 7, Solving Problems and Finding Relevant Information discusses this in greater detail).
Not only do users help themselves on technical issues that directly affect them, but they also discuss the best ways to contribute to the Debian project and help it move forward — discussions that frequently result in suggestions for improvements.
Since Debian does not expend funds on any self-promoting marketing campaigns, its users play an essential role in its diffusion, ensuring its notoriety via word-of-mouth.
This method functions quite well, since Debian fans are found at all levels of the free software community: from install parties (workshops where seasoned users assist newcomers to install the system) organized by local LUGs or “Linux User Groups”, to association booths at large tech conventions dealing with Linux, etc.
Volunteers make posters, brochures, and other useful promotional materials for the project, which they make available to everyone, and which Debian provides freely on its website:
→ http://www.debian.org/events/material
1.3.3. Teams and Sub-Projects
Debian is organized immediately around the concept of source packages, each with its maintainer or group of maintainers. Numerous work teams have slowly appeared, ensuring administration of the infrastructure, management of tasks not specific to any package in particular (quality assurance, Debian Policy, installer, etc.), with the latest teams growing up around sub-projects.
1.3.3.1. Existing Debian Sub-Projects
To each their own Debian! A sub-project is a group of volunteers interested in adapting Debian to specific needs. Beyond the selection of a sub-group of programs intended for a particular domain (education, medicine, multimedia creation, etc.), this also involves improving existing packages, packaging missing software, adapting the installer, creating specific documentation, and more.
VOCABULARY Sub-project and derivative distribution
The development process for a derivative distribution consists in starting with a particular version of Debian and making a number of modifications to it. The infrastructure used for this work is completely external to the Debian project. There isn't necessarily a policy for contributing improvements. This difference explains how a derivative distribution may “diverge” from its origins, and why they have to regularly resynchronize with their source in order to benefit from improvements made upstream.
On the other hand, a sub-project can not diverge, since all the work on it consists of directly improving Debian in order to adapt it to a specific goal.
The most known distribution derived from Debian is, without a doubt, Ubuntu, but there are many. See Appendix A, Derivative Distributions to learn about their particularities and their positioning in relationship to Debian.
Here is a small selection of current sub-projects:
Debian-Junior, by Ben Armstrong, offering an appealing and easy to use Debian system for children;
Debian-Edu, by Petter Reinholdtsen, focused on the creation of a specialized distribution for the academic world;
Debian Med, by Andreas Tille, dedicated to the medical field;
Debian-Multimedia, from the creators of Agnula, which deals with multimedia creation;
Debian-Desktop, by Colin Walters, focuses on the desktop;
Debian-Ham, created by Bruce Perens, targets ham radio enthusiasts;
Debian-NP (Non-Profit) is for not-for-profit organizations;
Debian-Lex, finally, is intended for work within the legal field.
This list will most likely continue to grow with time and improved perception of the advantages of Debian sub-projects. Fully supported by the existing Debian infrastructure, they can, in effect, focus on work with real added value, without worrying about remaining synchronized with Debian, since they are developed within the project.
PERSPECTIVE Debian in academia
Debian-Edu was, initially, a French project, created by Stéphane Casset and Raphaël Hertzog, within the company, Logidée, on behalf of a pedagogical documentation departmental center. Raphaël then integrated it with Debian as a sub-project. Due to time constraints, it has not progressed further, as is often the case with free software projects lacking contributors.
Likewise, a team of Norwegians worked on a similar distribution, also based on the debian-installer. SkoleLinux's progress being significant, Raphaël suggested that it become part of the Debian family and to take over the Debian-Edu sub-project.
PERSPECTIVE Debian for multimedia
Agnula was a European project, managed under the direction of an Italian team. It entailed, for the “DeMuDi” part, the development of a version of Debian dedicated to multimedia applications. Certain members of the project, especially Marco Trevisani, wanted to perpetuate it by integrating it within the Debian Project. The Debian-Multimedia sub-project was born.
→ http://wiki.debian.org/DebianMultimedia
The project, however, had difficulty in forging an identity and taking off. Free Ekanayaka did the work within Debian, but offered the results under the form of a derivative distribution, which is now known as 64Studio. This distribution is affiliated with a new company that offers technical support.
→ http://www.64studio.com/
1.3.3.2. Administrative Teams
Most administrative teams are relatively closed and recruit only by cooptation. The best means to become a part of one is to intelligently assist the current members, demonstrating that you have understood their objectives and methods of operation.
The ftpmasters are in charge of the official archive of Debian packages. They maintain the program that receives packages sent by developers and automatically installs them, after some checks, on the reference server (ftp-master.debian.org).
They must also verify the licenses of all new packages, in order to ensure that Debian may distribute them, prior to including them in the corpus of existing packages. When a developer wishes to remove a package, they address this team through the bug tracking system and the “pseudo-package” ftp.debian.org.
VOCABULARY The pseudo-package, a monitoring tool
The bug tracking system, initially designed to associate bug reports with a Debian package, has proved very practical to manage other matters: lists of problems to be resolved or tasks to manage without any link to a particular Debian package. The “pseudo-packages” allow, thus, certain teams to use the bug tracking system without associating a real package with their team. Everyone can, thus, report issues that needs to be dealt with. The BTS has an entry ftp.debian.org to report problems on the official package archive or simply to request removal of a package. Likewise, the pseudo-package www.debian.org refers to errors on the Debian website, and lists.debian.org gathers all the problems concerning the mailing lists.