Ce manuel est du logiciel libre; vous pouvez le redistribuer gratuitement et/ou le modifier sous les conditions de la « GNU General Public License » telle que publiée par la Free Software Foundation ; soit version 2, soit (à votre convenance) n'importe quelle version suivante.
Il est distribué dans l'espoir qu'il sera utile, mais sans aucune garantie; sans même la garantie implicite d'une possible commercialisation ou d'une adéquation avec la satisfaction d'un but précis. Consultez la « ;GNU General Public License » pour plus de détails.
Vous devriez avoir reçu une copie de la GNU General Public License avec
votre système Debian, dans
Ce chapitre a été écrit par Tom Lees
Ce chapitre contient quelques généralités à propos de la conversion à
L'utilitaire
Ceci n'affecte rien d'autre que la recompilation des fichiers
La principale différence notable est probablement le fait qu'au lieu d'utiliser des noms de fichiers propriétaires, il accepte maintenant configure --sharedstatedir et configure --localstatedir. Pour faire de ces options des options par défaut pour Debian, vous devriez utiliser ./configure --localstatedir=/etc --sharedstatedir=/var/lib.
J'ai aussi accommodé les macros canonisatrices que l'on trouve dans
autoconf pour inclure l'ancienne façon de trouver
l'« architecture » pour
Il utilise gcc --print-libgcc-file-name pour trouver si
possible l'architecture de compilation (c'est utilisé ensuite pour
déterminer le format ELF ou a.out) ; il utilise si possible
aussi dpkg --print-architecture pour modifier le champ
cpu avant de passer l'alias de la cible à config.sub. Si vous
voulez spécifier l'architecture, vous devriez maintenant utiliser
--target=, plutôt que --with-arch,
qui n'était de toute façon qu'un « hack ». Le vieux
J'ai aussi tout converti à libtool (qu'on peut maintenant trouver dans
la distribution Debian). Cela signifie essentiellement que tous les
outils dpkg peuvent être compilés avec une librairie partagée
libdpkg sans trop de difficultés (en fait, c'est l'option par
défaut). Vous n'avez pas besoin d'installer libtool pour utiliser cette
fonctionnalité (cela fonctionne comme autoconf), et d'une manière générale,
cela ne devrait pas être souvent nécessaire.
Les nouvelles cibles dist construisent une distribution incluant
tous les fichiers construits avec
Une cible
J'ai enlevé la cible
J'ai ajouté les cibles
Si vous voulez modifier quelque chose dans les sources, je vous recommande
de faire d'abord ce qui suit (après avoir installé les
utilitaires appropriés, bien sûr) :
J'ai aussi incorporé les patches créés par Galen
Hazelwood qui internationalisent dpkg en utilisant GNU gettext - voyez
le fichier « NOTES.intl » pour plus d'information.
Les autres modifications mineures sont :
Questions:
Cette section a été écrite par Galen Hazelwood.
Dpkg est, pour le moins, généreux dans ses rapports d'erreur. La grande majorité des chaînes de caractères produites sont d'une manière ou d'une autre des messages d'erreur. Et si vous pensez que vous vous êtes égarés dans le Ministère des Ministères Redondants, vous auriez absolument raison. Beaucoup des messages d'erreurs dans dpkg.pot sont dupliqués et utilisés à différents endroits dans le programme.
Pour éviter de submerger complètement les traducteurs, j'ai pris des décisions arbitraires sur les sortes de chaînes de caractères à traduire. Toutes les chaînes envoyées à debug() sont laissées telles quelles, sur la base du fait qu'elles sont destinées aux développeurs de dpkg, et non à l'ensemble du public. La plupart des messages d'erreur internes sont très cryptiques, et confondraient certainement les traducteurs qui les verraient simplement posés là dans le fichier dpkg.pot, et ils sont laissés tels quels. (J'en ai quand même marqués quelques uns parmi les plus verbeux pour traduction.)
Si d'autres ne sont pas d'accord avec moi sur la nécessité de traduire ces chaînes, c'est suffisamment facile de simplement poursuivre et de les marquer plus tard.
J'ai ajouté le code de démarrage de gettext à la routine principale de dselect, ce qui était nécessaire car beaucoup des chaînes de lib sont traduites. Dselect est à part cela inchangé.
Modifications :
La structure
Chacune de ces tables est utilisée pour associer un ensemble de chaînes de caractères avec un ensemble correspondant d'entiers. Les tables actuelles sont :
Associe des chaînes booléennes (
Associe les chaînes de priorité à des valeurs de type
const char *illegal_packagename
(const char *p, const char **ep)
Vérifie le nom de paquet dans *ep
int informativeversion(const struct versionrevision *version)
Renvoie « true » si et seulement si
Renvoie une version lisible par un humain de version comme un
pointeur vers un buffer statique. Si la structure de version est vide,
renvoie
Fait l'analyse syntaxique du contenu de
Linux Debian est une toute nouvelle sorte de distribution Linux. Au lieu d'être développée par une personne isolée ou un groupe, comme les autres distributions de Linux ont pu l'être dans le passé, Debian est développée de manière ouverte dans l'esprit de Linux et de GNU. Le premier but du projet Debian est de créer enfin une distribution qui vivrait selon la nature du nom Linux. Debian est soigneusement et consciencieusement construite et sera maintenue et supportée avec la même attention.
C'est aussi une tentative pour créer une distribution non commerciale qui sera capable de véritablement rivaliser sur le marché commercial. Elle sera éventuellement distribuée par la « Free Software Foundation » sur CD-ROM et « l'association Linux Debian » fournira la distribution sur disquette ou sur bande accompagnée de manuels imprimés, le support technique et les autres besoins de l'utilisateur final. Tout ceci sera disponible pour un peu plus que le prix de revient, et le bénéfice sera utilisé pour d'autres développements de logiciels libres pour tous les utilisateurs. Une telle distribution est essentielle pour le succès du système d'exploitation Linux sur le marché commercial et elle doit être faite par des organisations ayant la possibilité de faire progresser avec succès et de défendre l'informatique libre sans la pression du profit ou de la rentabilité.
Les distributions sont essentielles pour le futur de Linux. En premier lieu elles éliminent le besoin pour l'utilisateur de repérer, télécharger, compiler, installer et d'intégrer un grand nombre d'outils essentiels permettant de construire un système Linux fonctionnel. À la place, la charge de l'assemblage du système est supportée par le créateur de la distribution, dont le travail peut être partagé par des milliers d'autres utilisateurs. La plupart des utilisateurs goûteront en premier à Linux au travers d'une distribution et la plupart des utilisateurs continueront à utiliser une distribution pour profiter de ses avantages même lorsqu'ils seront familiers avec le système d'exploitation. Donc, les distributions jouent en fait un très grand rôle.
En dépit de leur importance évidente, les distributions ont peu attiré l'attention des développeurs. Il y a une raison simple à cela : elles ne sont ni faciles ni enthousiasmantes à construire et requièrent beaucoup d'efforts continus de la part du créateur pour garder la distribution sans erreur et à jour. C'est une chose d'assembler un système à partir de rien ; cela en est une autre de s'assurer que le système est facile à installer pour d'autres, qu'il est installable et utilisable avec une large variété de configurations matérielles, qu'il contient des logiciels que d'autres trouveront utiles et qu'il est mis à jour lorsque les composants eux-mêmes sont améliorés.
Beaucoup de distributions ont commencé comme des systèmes réellement bons, mais le temps passant, l'attention pour maintenir la distribution est devenue une préoccupation secondaire. La « Softlanding Linux System » (mieux connue comme SLS) est un cas exemplaire. C'est certainement la distribution Linux disponible contenant le plus de bogues et la plus mal maintenue ; malheureusement, c'est certainement aussi la plus populaire. C'est, sans discussion, la distribution qui attire le plus l'attention des nombreux « distributeurs » commerciaux de Linux qui sont apparus pour capitaliser la popularité croissante du système d'exploitation.
C'est une mauvaise combinaison en fait, puisque la plupart des gens qui obtiennent Linux de ces « distributeurs » reçoivent une distribution Linux pleine de bogues et mal maintenue. Comme si cela ne suffisait pas, ces « distributeurs » ont une fâcheuse tendance à vanter de manière trompeuse des caractéristiques non fonctionnelles ou extrêmement instables de leurs produits. Ajouter cela au fait que l'acheteur s'attendra, bien sûr, à ce que le produit corresponde à sa publicité et au fait que beaucoup pourront voir Linux comme un système commercial (ils ont aussi une tendance à ne pas mentionner que Linux est libre, ni qu'il est distribué sous la licence GNU). Enfin, ces distributeurs font aujourd'hui suffisamment d'argent avec leurs efforts pour justifier l'achat de pages de publicité plus importantes dans plus de journaux ; c'est un exemple classique d'un comportement inacceptable récompensé par ceux qui ne connaissent rien de mieux. Clairement, quelque chose doit être fait pour remédier à cette situation.
Le processus d'élaboration de Debian est ouvert pour garantir que le système soit de la plus haute qualité et qu'il reflète les besoins de l'ensemble des utilisateurs. En impliquant des gens d'une grande variété de savoirs et d'horizons, Debian est capable d'être développée de manière modulaire. Ces composants sont de haute qualité car les personnes dotés d'une expertise dans un certain domaine auront l'opportunité de construire et de maintenir les composants individuels de ce domaine. Impliquer ces gens garantit aussi que des suggestions valables pour l'amélioration pourront être incorporées dans la distribution pendant son développement ; de cette façon, une distribution est créée basée sur les besoins et les désirs des utilisateurs plutôt que pour les besoins et les désirs d'un constructeur. C'est très difficile pour une personne seule ou un petit groupe d'anticiper ces besoins et ces désirs à l'avance sans une participation directe d'autres personnes.
Linux Debian sera aussi distribuée sur support physique par la « Free Software Foundation » et « l'association Linux Debian ». Ceci fournira Debian aux utilisateurs sans accès à Internet ou FTP et offrira des produits et des services tels que manuels imprimés et support technique à tous les utilisateurs du système. De cette manière, Debian pourra être utilisée par beaucoup plus de personnes et d'organisations qu'il ne serait possible autrement, le but étant d'offrir un produit de qualité et non des profits, et les bénéfices des produits et des services offerts pourront être utilisés pour améliorer le logiciel lui-même pour tous les utilisateurs qu'ils aient payés ou non pour l'obtenir.
La « Free Software Foundation » joue un rôle extrêmement important pour le futur de Debian. Par le simple fait qu'elle le distribuera, un message est envoyé au monde que Linux n'est pas un produit commercial et qu'il ne le sera jamais, mais que cela ne veut pas dire que Linux ne sera jamais capable de rivaliser commercialement. Pour ceux d'entre vous qui ne sont pas d'accord, je vous demande d'observer le succès de GNU Emacs et de GCC, qui ne sont pas des produits commerciaux mais qui ont eu malgré ça un impact certain sur le marché commercial.
Le temps est venu de se concentrer sur le futur de Linux plutôt que sur le but destructeur d'enrichir quelqu'un au détriment de la communauté Linux tout entière et de son futur. Le développement et la distribution de Debian ne sont peut-être pas la réponse aux problèmes que j'ai soulignés dans ce manifeste, mais j'espère qu'elle attirera au moins suffisamment l'attention sur ces problèmes pour permettre de les résoudre.
Ce document peut être redistribué contre paiement ou gratuitement, et peut être modifié (sont concernées les conversions d'un type de média ou de format de fichier vers un autre ainsi que les traductions d'une langue vers une autre), pourvu que vos modifications soient clairement indiquées comme telles.
Les contributions significatives à l'élaboration du présent document
ont été faites par :
Bdale Garbee
Hartmut Koptein
Nils Lohner
Will Lowe
Bill Mitchell
Ian Murdock
Martin Schulze
Craig Small
Ce document est actuellement maintenu principalement par Bdale Garbee
Debian est l'initiateur de l'
Pour plus d'informations sur les logiciels libres, voir le
Le projet Debian fut officiellement fondé par Ian Murdock le
Debian voulait être élaborée soigneusement et consciencieusement, maintenue et supportée avec autant d'attention. Cela a commencé par un petit groupe de hackers du logiciel libre, qui grandit pour devenir une grande communauté organisée de développeurs et d'utilisateurs.
À ses débuts, Debian était la seule distribution ouverte aux contributions de tout développeur ou utilisateur. C'est toujours le seul distributeur Linux majeur qui ne soit pas une entité commerciale. C'est le seul projet important disposant d'une constitution, d'un contrat social, et de chartes pour organiser le projet. Debian est également la seule distribution « microempaquetée » utilisant des informations détaillées sur les dépendances entre les paquets, afin d'assurer la cohérence du système lors des mises à jour.
Pour atteindre et maintenir de hauts standards de qualité, Debian a adopté un vaste ensemble de chartes et de procédures pour l'empaquetage et la mise à disposition des logiciels. Ces standards sont soutenus par des outils, de l'automatisation et de la documentation qui implémentent tous les éléments clés de Debian d'une manière ouverte et transparente.
La prononciation officielle de Debian est « déb-yann ». Le nom tire son origine des prénoms du créateur de Debian, Ian Murdock, et de sa femme, Debra.
Debian a eu plusieurs chefs depuis ses débuts en 1993.
Ian Murdock a fondé Debian en août 1993 et a mené le projet jusqu'en mars 1996.
Bruce Perens a dirigé Debian d'avril 1996 à décembre 1997.
Ian Jackson a dirigé Debian de janvier 1998 à décembre 1998.
Wichert Akkerman a dirigé Debian de janvier 1999 à mars 2001.
Ben Collins a dirigé Debian d'avril 2001 à avril 2002.
Bdale Garbee a dirigé Debian d'avril 2002 à avril 2003.
Martin Michlmayr a dirigé Debian de mars 2003 à mars 2005.
Branden Robinson a dirigé Debian d'avril 2005 à avril 2006.
Anthony Towns a été élu en avril 2006 et est notre chef de projet actuel.
Debian 0.01 jusqu'à 0.90 (d'août à décembre 1993)
Debian 0.91 (janvier 1994) : cette version avait un système de paquets simpliste qui permettait d'installer et de désinstaller des paquets. Le projet est passé à plusieurs dizaines de personnes à ce moment.
Debian 0.93R5 (mars 1995) : la responsabilité de chaque
paquet a été clairement assignée à un développeur à partir de cette
date, et le gestionnaire de paquets (
Debian 0.93R6 (novembre 1995) : apparition de
Debian 1.0 n'est jamais parue : « InfoMagic », un revendeur de cédéroms, livra accidentellement la version de développement de Debian sous le nom 1.0. En décembre 1995, Debian et InfoMagic annoncèrent conjointement que cette version était déclarée radiée. Bruce Perens expliquait alors que les fichiers présents dans le « InfoMagic Linux Developer's Resource 5-CD Set November 1995 » annoncé comme « Debian 1.0 » ne constituaient pas la version 1.0 de Debian, mais une version de développement précédente qui n'était que partiellement au format ELF, ne s'amorçait probablement pas correctement, et ne représentait pas la qualité d'un système Debian officiel. Pour éviter la confusion entre cette version prématurée et la version réelle de Debian, le projet Debian a renommé sa version suivante « Debian 1.1 ». La version prématurée de Debian 1.0 sur cédérom n'est pas reconnue et ne devrait pas être utilisée.
Debian 1.1 Buzz (17 juin 1996) : ce fut la première version de Debian portant un nom de code. Il a été choisi, comme tous les autres par la suite, d'après les personnages du film Toy Story... et dans le cas présent d'après celui de Buzz Lightyear (Buzz l'éclair). À ce moment, Bruce Perens prenait la succession de Ian Murdock à la direction du projet Debian. Celui-ci travaillait alors pour Pixar, la société qui produisait ce film... Cette version était 100 % ELF, utilisait le noyau Linux 2.0 et contenait 474 paquets.
Debian 1.2 Rex (12 décembre 1996) : nom extrait du dinosaure en plastique du film. 848 paquets et 120 développeurs.
Debian 1.3 Bo (5 juin 1997) : nom extrait de « Bo Beep », la bergère. 974 paquets et 200 développeurs.
Debian 2.0 Hamm (24 juillet 1998) : nom extrait du cochon du film. Première version de Debian à supporter l'architecture 68k de Motorola. Cette version (encadrée par Ian Jackson comme chef de projet) a marqué la transition vers la bibliothèque libc6, proposait plus de 1500 paquets et comptait 400 développeurs.
Debian 2.1 Slink (9 mars 1999) : première
version de Debian à supporter l'architecture
Debian 2.2 Potato (15 août 2000) : nom de
« M. Patate » du film. Cette version a ajouté le support des
architectures
Debian 3.0 Woody (19 juillet 2002) : nom du
personnage principal du film : « Woody » le
cowboy. Encore d'autres architectures ont été ajoutées à cette
version :
Debian 3.1 Sarge (6 juin 2005) : nom du
sergent des hommes de l'armée de plastique vert. Aucune nouvelle
architecture n'a été ajoutée à cette version, bien qu'un portage AMD64
non officiel ait été publié au même moment et distribué sur le
Debian est né en août 1993 grâce à Ian Murdock, alors étudiant à
l'université de Purdue, aux États-Unis. Debian fut soutenue par le
projet GNU de la
Les versions 0.01 jusqu'à 0.90 de Debian ont été publiées entre août et décembre 1993. Ian Murdock écrivait alors :
« La version 0.91 de Debian a été publiée en janvier 1994. Elle avait un système primitif de gestion de paquets qui permettait aux utilisateurs de manipuler les paquets mais n'autorisait pas grand chose d'autre (il ne possédait certainement pas de dépendances ou d'options analogues). À ce moment-là, quelques dizaines de personnes travaillaient sur Debian, même si je devais toujours assembler les versions moi-même. La version 0.91 fut la dernière version faite de cette manière. »
« Une grande partie de l'année 1994 a été consacrée à
organiser le projet Debian de façon à ce que les autres puissent plus
directement contribuer, comme pour la réalisation de
« La Debian 0.93, en version 5, est sortie en
mars 1995 et a été la première version « moderne » de
Debian : il n'y avait jamais eu autant de développeurs (bien que
je ne puisse me rappeler combien), chacun maintenait ses propres
paquets et
« La Debian 0.93, en version 6, est sortie en
novembre 1995 et a été la dernière version au format a.out. Il y
avait environ 60 développeurs pour maintenir les paquets de la
version 0.93R6. Si je me souviens bien,
Ian Murdock fait aussi remarquer que la Debian 0.93R6 « ... a été ma version favorite de Debian » bien qu'il admette la possibilité d'être de parti pris, alors qu'il avait arrêté de travailler activement sur le projet en mars 1996 durant la pré-production de la Debian 1.0. Cette dernière fut renommée 1.1 pour éviter toute confusion avec un fabricant de cédérom qui avait nommé faussement 1.0 une version précédente. Cet incident mena au concept d'images ISO « officielles », de façon à éviter aux vendeurs ce genre de bévue.
Durant le mois d'août 1995 (entre les versions 0.93R5 et 0.93R6 de Debian), Hartmut Koptein a débuté le premier portage de Debian pour la famille des Motorola m68k. Il disait que « de nombreux paquets étaient construits autour de l'architecture i386 (« petit-boutiste », -m486, -O6 et tout ce genre d'options de la bibliothèque libc4) et que cela a été un travail énorme que d'avoir une base de paquets de départ sur ma machine (un Atari Medusa 68040, 32 MHz). Après trois mois (en novembre 1995), j'ai mis à disposition 200 paquets, sur les 250 disponibles, tous pour la bibliothèque libc5 ! ». Plus tard, il commença un autre portage avec Vincent Renardias et Martin Schulze, pour la famille des PowerPC.
Depuis ce moment-là, le projet Debian s'est développé en incluant de
nombreux
Un des tout premiers membres du projet, Bill Mitchell, se rappelle au sujet du noyau Linux :
« ... On devait être entre la version 0.99r8 et 0.99r15 lorsqu'on a débuté. Pendant très longtemps, j'étais capable de construire un noyau en moins de 30 minutes sur une machine dotée d'un 386 à 20 MHz, et j'étais ainsi capable d'installer une Debian dans le même temps avec moins de 10 Mo d'espace disque. »
« ... Je me souviens que l'équipe initiale comprenait Ian Murdock, moi-même, Ian Jackson, un autre Ian dont le nom de famille m'échappe, Dan Quinlan, et quelques autres personnes dont je ne me souviens pas des noms. Matt Welsh faisait aussi partie du groupe initial, ou l'a rejoint à ses tout débuts (il a depuis quitté le projet). Quelqu'un a créé une liste de discussions et nous nous sommes mis au travail. »
« Si je me souviens bien, nous ne sommes pas partis d'un plan
défini, et nous n'avons pas commencé en définissant des objectifs avec
une approche très organisée. Dès le début, si je ne me trompe pas, nous
avons rassemblé aléatoirement les sources d'un certain nombre de
paquets. Avec le temps, nous avons fini par mettre au point une
collection de composants qui seraient nécessaires au cœur de la
distribution : le noyau, un shell,
Aux tout premiers pas du projet, ses membres ont choisi de ne distribuer que les paquets source. Chaque paquet serait composé du code source amont ainsi que d'une rustine pour Debian. Les utilisateurs n'auraient alors qu'à « détarer » les sources, appliquer les rustines puis et ensuite compiler eux-mêmes. Ils ont cependant compris très tôt qu'une distribution sous forme d'exécutables serait nécessaire. Le premier outil d'empaquetage, écrit par Ian Murdock et appelé dpkg, créait un paquet dans un format binaire spécifique à Debian et pouvait être utilisé plus tard pour dépaqueter et installer les fichiers d'un paquet.
Ian Jackson a ensuite rapidement repris le développement de l'outil
d'empaquetage, en renommant l'outil en lui-même
C'est à ce moment qu'un débat a pris forme au sein des membres du
projet. Certains préconisaient l'abandon du format spécifique de
Debian créé par
Lorsque Ian Murdock quitta Debian, il nomma Bruce Perens comme successeur. Bruce s'était initialement intéressé à Debian alors qu'il essayait de créer une distribution de Linux sur cédérom nommée « Linux for Hams », qui devait inclure tous les logiciels Linux intéressant les opérateurs de radio amateur. Constatant que le cœur du système Debian nécessitait encore bien plus de développement pour correspondre à son projet, Bruce s'est mis à travailler intensivement sur le système de base et les outils relatifs à l'installation, en remettant ses projets à plus tard. Son travail incluait l'assemblage (avec Ian Murdock) du premier ensemble des scripts d'installation de Debian, qui ont permis de créer la disquette de secours, qui a été un composant c½ur de la panoplie d'outils d'installation de Debian pour plusieurs publications.
Ian Murdock raconte :
« Bruce fut le candidat naturel à ma succession car il maintenait le système de base depuis près d'un an. Il a pu ainsi combler le vide dû au fait que le temps que je pouvais consacrer à Debian déclinait rapidement. »
Il lança un certain nombre d'éléments importants du projet, incluant la coordination des efforts pour écrire les principes du logiciel libre selon Debian et le Contrat Social de Debian ainsi que le démarrage de l'Open Hardware Project. Pendant la durée de ses fonctions de chef de projet, Debian a gagné des parts de marché et une réputation de plate-forme pour utilisateurs de Linux sérieux et compétents.
Bruce Perens a été aussi à l'origine de la création de
Voici les différentes versions de Debian sorties pendant cette période :
1.1 Buzz, sortie en juin 1996 (474 paquets,
noyau 2.0, entièrement au format ELF,
1.2 Rex, sortie en décembre 1996 (848 paquets,
120 développeurs) ;
1.3 Bo, sortie en juillet 1997 (974 paquets,
200 développeurs).
Il y a eu quelques versions intermédiaires pour la version 1.3, la dernière portant le numéro 1.3.1R6.
Bruce Perens a été remplacé par Ian Jackson comme chef de projet Debian au début du mois de janvier 1998, après avoir amené le projet à la préparation de la version 2.0.
Ian Jackson est devenu le responsable du projet Debian au début de l'année 1998 et tout de suite après vice-président de la Software in the Public Interest. Après la démission du trésorier (Tim Sailer), du président (Bruce Perens) et du secrétaire (Ian Murdock), il est devenu président et trois nouveaux membres furent choisis : Martin Schulze (vice-président), Dale Scheetz (secrétaire) et Nils Lohner (trésorier).
La version 2.0 de Debian (Hamm) est sortie en juillet 1998 pour les architectures de processeurs Intel i386 et Motorola 68000. Cette version se caractérise par l'introduction d'une nouvelle version des bibliothèques C (libc6 reposant sur la glibc2). Au moment de sa sortie, il y avait plus de 1500 paquets maintenus par plus de 400 développeurs Debian.
Wichert Akkerman a succédé à Ian Jackson comme chef de projet Debian en
janvier 1999. La
Debian 2.1 (Slink) gérait officiellement deux nouvelles
architectures :
Le 21 avril 1999,
Un nouveau portage, unique en son genre, débuta à ce moment avec le
Debian 2.2 (Potato) est sortie le 15 août 2000 pour les architectures de processeurs Intel i386, Motorola 68000, Alpha, SUN Sparc, PowerPC et ARM. Elle a été la première version à inclure les portages pour PowerPC et ARM. Au moment de sa sortie, il y avait plus de 3900 paquets binaires et 2600 paquets sources maintenus par plus de 450 développeurs Debian.
Debian 2.2 a montré comment un projet de logiciel libre pouvait
mener à un système d'exploitation moderne malgré tous les problèmes
liés. Un groupe d'intérêt étudia en détail ce processus dans un article
appelé
« [...] nous avons utilisé le système sloccount de David A. Wheeler pour déterminer le nombre de lignes de code source physiques (SLOC) de Debian 2.2 (Potato). Nous avons montré que Debian 2.2 contenait plus de 55 millions de SLOC physiques (presque deux fois plus que Red Hat 7.1, sortie environ 8 mois plus tard), et démontrant que le modèle de développement de Debian (basé sur le travail d'un groupe important de développeurs volontaires répartis dans le monde) est au moins aussi efficace que d'autres méthodes de développement [...] Nous avons également montré que si Debian avait été développée avec les méthodes propriétaires habituelles, le modèle COCOMO estime que le coût de Debian 2.2 aurait été proche de 1,9 milliard de dollars américains. De plus, nous avons fourni une analyse des langages de programmation utilisés dans la distribution (C à 70 %, C++ à 10 %, LISP et Shell à 5 %, puis les autres), et des paquets les plus importants (Mozilla, le noyau Linux, PM3, XFree86, etc.). »
Avant même que la sortie de Woody puisse être préparée, un changement
du système des archives sur ftp-master devait être effectué. Les dépôts
de paquets ont été
Au même moment la nouvelle distribution Testing fut introduite. Le principe était de déplacer dans Testing les paquets de Unstable annoncés stables, après une période de quelques semaines. Ceci a été introduit pour réduire le temps de gel et donner au projet la possibilité de préparer une nouvelle version à n'importe quel moment.
À cette époque, certaines des sociétés qui distribuaient des versions modifiées de Debian fermèrent définitivement. Corel vendit sa division Linux lors du premier trimestre 2001, Stormix déclara sa faillite le 17 janvier 2001, et Progeny stoppa le développement de sa distribution le 1er octobre 2001.
Le gel de la version suivante commença le
1er juillet 2001. Cependant, un peu plus d'un an a été
nécessaire au projet pour sortir la version suivante, en raison de
Le travail autour de Debian n'a pas fait cesser l'organisation d'une
rencontre annuelle appelée
Debian 3.0 (Woody) est sortie le 19 juillet 2002 pour les architectures de processeurs Intel i386, Motorola 68000, Alpha, SUN Sparc, PowerPC, ARM, HP PA-RISC, IA-64, MIPS, MIPS (DEC) et IBM s/390. Elle fut la première version à inclure les portages pour HP PA-RISC, IA-64, MIPS, MIPS (DEC) et IBM s/390. Au moment de sa sortie, il y avait plus de 8500 paquets binaires maintenus par plus d'un millier de développeurs Debian, et fut la première version à être disponible aussi bien sous forme de dévédérom que sous cédéroms.
Attendant la prochaine publication, les conférences Debian annuelles continuaient : la quatrième s'est tenue à Oslo du 18 juillet au 20 juillet 2003 avec plus de cent vingt participants, précédée d'un Debcamp du 12 juillet au 17 juillet. La cinquième conférence s'est tenue du 26 mai au 2 juin 2004 à Porto Alegre au Brésil et a rassemblé plus de cent soixante participants venant de vingt-six pays différents.
Debian 3.1 (Sarge) est sortie le 6 juin 2005
pour les mêmes architectures que Woody, bien qu'un portage
AMD64 non officiel ait été publié au même moment, en utilisant
l'infrastructure d'hébergement du projet disponible à
La version Sarge a connu de nombreux changements majeurs, principalement en raison du temps important pris pour stabiliser et publier la distribution. Cette version n'a pas seulement mise à jour plus de 73 % des logiciels fournis dans la version précédente, mais a aussi ajouté plus de logiciels que les précédentes versions, en doublant presque de taille, avec plus de 9000 nouveaux paquets dont la suite OpenOffice, le navigateur web Firefox et le client de courriel Thunderbird.
Cette version était livrée avec les séries 2.4 et 2.6 du noyau Linux,
XFree86 4.3, GNOME 2.8 et KDE 3.3 ainsi qu'un
installateur flambant neuf. Ce nouvel installateur a remplacé les
disquettes d'amorçage vieillissantes par une conception modulaire,
fournit des installations avancées (avec le support RAID, XFS et LVM)
avec détection du matériel, et facilite ainsi les installations pour
les novices, quelque soit l'architecture.
Cette version comprend les efforts des sous-projets Debian-Edu/Skolelinux, Debian-Med et Debian-Accessibility, qui ont augmenté le nombre de paquets éducatifs, liés au domaine médical ainsi que ceux spécialement conçus pour les personnes handicapées.
La sixième conférence Debian s'est tenue à Espoo en Finlande
du 10 juillet au 17 juillet 2005 et a rassemblé plus de
trois cents participants. Des
La septième conférence Debian s'est tenue à Oaxtepec au
Mexique du 14 mai au 22 mai 2006 et a rassemblé environ
deux cents participants. Des
Le 11 juillet 2000, Joel Klecker, aussi connu sous le
pseudonyme « Espy », a disparu à 21 ans. Personne ne
savait que derrière le pseudonyme « Espy » sur #mklinux, les
listes de diffusions ou les canaux de discussions Debian, il y avait
un jeune homme souffrant d'une forme de
Joel Klecker (alias Espy) sera regretté.
James Troup
Le 1er mars 2001, Christopher Matthew Rutter (aussi connu sous le pseudonyme « cmr ») a été tué à l'âge de 19 ans en étant percuté par une voiture. Christopher était un jeune et célèbre membre du projet Debian, aidant au portage ARM.
Chris Rutter sera regretté.
Le 28 mars 2001, Fabrizio Polacco a disparu des suites d'une longue maladie. Le projet Debian honore son bon travail ainsi que son fort dévouement à Debian et au logiciel libre. Les contributions de Fabrizio ne seront pas oubliées, les autres développeurs iront de l'avant pour continuer son travail.
Fabrizio Polacco sera regretté.
Le 21 juillet 2002, Martin Butterweck (aussi connu sous le pseudonyme « blendi ») a disparu après avoir combattu la leucémie. Martin était un jeune membre du projet Debian, qui avait rejoint récemment le projet.
Martin Butterweck sera regretté.
Le 20 novembre 2002 aux environs de 8 heures CET, le centre des opérations réseau (NOC) de l'Université de Twente a pris feu. L'immeuble avait brûlé depuis la base. Les pompiers avaient abandonné tout espoir de pouvoir protéger la zone des serveurs. Le NOC hébergeait satie.debian.org qui contenait les archives de sécurité et non-US, de même que les bases de données des nouveaux responsables (nm) et de l'assurance qualité (qa). Debian a reconstruit ces services sur la machine klecker, qui avait récemment déménagé des États-Unis vers les Pays-Bas.
Le 9 mai, Manuel Estrada Sainz (alias ranty) et Andrés García (alias ErConde) ont été tués dans un tragique accident de voiture en rentrant de la conférence sur les logiciels libres tenue à Valence, en Espagne.
Manuel Estrada Sainz et Andrés García seront regrettés.
Le 30 juillet, Jens Schmalzing (alias jensen) a été tué dans un tragique accident sur son lieu de travail à Munich en Allemagne. Il était impliqué dans Debian comme responsable de plusieurs paquets, supporteur du portage PowerPC, membre de l'équipe du noyau, et a aidé à migrer le paquet du noyau pour PowerPC vers la version 2.6. Il maintenait également l'émulateur « Mac-on-Linux » et ces modules du noyau, et a aidé à la mise au point de l'installateur ainsi qu'aux activités locales à Munich.
Jens Schmalzing sera regretté.
Le projet Debian continue son travail sur la distribution instable (nom de code Sid, d'après le démoniaque et instable gamin du film Toy Story, qui ne devrait jamais être lâché dans le monde réel). Sid est le nom permanent donné à la distribution instable qui est « Still in Development » (NDT : toujours en développement). La plupart des nouveaux paquets ou des paquets mis à jour sont placés dans cette distribution.
Il est prévu que la version de test (Testing) devienne la prochaine distribution stable, de nom de code Etch.
Pour Etch, Debian travaille à résoudre les
Les autres objectifs pour Etch déjà implémentés comprennent l'introduction de l'authentification gpg des dépôts apt (fait en juin 2005), l'intégration de Xorg dans Debian pour remplacer Xfree86 (fini en juillet 2005) et l'intégration de marques dans les informations des paquets (fait en juillet 2005).
Écrit par Ian A. Murdock Révisé le 01/06/94 Traduction française par Christophe Le Bars
Debian Linux est une toute nouvelle sorte de distribution Linux. Au lieu d'être développée par une personne isolée ou un groupe, comme les autres distributions de Linux ont pu l'être dans le passé, Debian est développée de manière ouverte dans l'esprit de Linux et de GNU. Le premier objectif du projet Debian est de créer enfin une distribution qui vivrait selon la nature du nom Linux. Debian est soigneusement et consciencieusement construite et sera maintenue et supportée avec la même attention.
C'est aussi une tentative pour créer une distribution non commerciale qui sera capable de véritablement rivaliser sur le marché commercial. Elle sera éventuellement distribuée par la « Free Software Foundation » sur cédérom et « l'association Debian Linux » fournira la distribution sur disquette ou sur bande accompagnée de manuels imprimés, le support technique et les autres besoins de l'utilisateur final. Tout ceci sera disponible pour un peu plus que le prix de revient, et le bénéfice sera utilisé pour d'autres développements de logiciels libres pour tous les utilisateurs. Une telle distribution est essentielle pour le succès du système d'exploitation Linux sur le marché commercial et elle doit être faite par des organisations ayant la possibilité de faire progresser avec succès et de défendre l'informatique libre sans la pression du profit ou de la rentabilité.
Les distributions sont essentielles pour le futur de Linux. En premier lieu elles éliminent le besoin pour l'utilisateur de repérer, télécharger, compiler, installer et d'intégrer un grand nombre d'outils essentiels permettant de construire un système Linux fonctionnel. Au lieu de cela, la charge de l'assemblage du système est supporté par le créateur de la distribution, dont le travail peut-être partagé par des milliers d'autres utilisateurs. La plupart des utilisateurs goûteront en premier lieu à Linux au travers d'une distribution et la plupart des utilisateurs continueront à utiliser une distribution pour profiter de ses avantages même lorsqu'ils seront familiers avec le système d'exploitation. Donc, les distributions jouent en fait un très grand rôle.
En dépit de leur importance évidente, les distributions ont peu attiré l'attention des développeurs. Il y a une simple raison à cela : elles ne sont ni faciles ni enthousiasmantes à construire et requièrent beaucoup d'effort continu de la part du créateur pour garder la distribution sans erreur et à jour. C'est une chose d'assembler un système à partir de rien; cela en est une autre de s'assurer que le système est facile à installer pour d'autres, qu'il est installable et utilisable avec une large variété de configurations matérielles, qu'il contient des logiciels que d'autres trouveront utiles et qu'il est mis à jour lorsque les composants eux-mêmes sont améliorés.
Beaucoup de distributions ont commencé comme des systèmes réellement bons, mais le temps passant, l'attention pour maintenir la distribution est devenue une préoccupation secondaire. La « Softlanding Linux System » (mieux connue comme SLS) est un cas exemplaire. C'est certainement la distribution Linux disponible contenant le plus de bogues et la plus mal maintenue; malheureusement, c'est certainement aussi la plus populaire. C'est, sans discussion, la distribution qui attire le plus l'attention des nombreux « distributeurs » commerciaux de Linux qui sont apparus pour capitaliser la popularité croissante du système d'exploitation.
C'est une mauvaise combinaison en fait, puisque la plupart des gens qui obtiennent Linux de ces « distributeurs » reçoivent une distribution Linux pleine de bogues et mal maintenue. Comme si cela ne suffisait pas, ces « distributeurs » ont une fâcheuse tendance à vanter de manière trompeuse des caractéristiques non fonctionnelles ou extrêmement instables de leurs produits. Ajoutez cela au fait que l'acheteur attendra, bien sûr, que le produit corresponde à sa publicité et au fait que beaucoup pourront voir Linux comme un système commercial (ils ont aussi une tendance à ne pas mentionner que Linux est libre, ni qu'il est distribué sous la licence GNU). Enfin, ces distributeurs font aujourd'hui suffisamment d'argent avec leurs efforts pour justifier l'achat de pages de publicité plus importantes dans plus de journaux ; c'est un exemple classique d'un comportement inacceptable récompensé par ceux qui ne connaissent rien de mieux. Clairement, quelque chose doit être fait pour remédier à cette situation.
Le processus d'élaboration de Debian est ouvert pour garantir que le système soit de la plus haute qualité et qu'il reflète les besoins de l'ensemble des utilisateurs. En impliquant des gens d'une grande variété de savoirs et d'horizons, Debian est capable d'être développée de manière modulaire. Ces composants sont de haute qualité car les personnes dotées d'une expertise dans un certain domaine auront l'opportunité de construire et de maintenir les composants individuels de ce domaine. Impliquer ces gens garantit aussi que des suggestions valables pour l'amélioration pourront être incorporées dans la distribution pendant son développement ; de cette façon, la création d'une distribution est basée sur les besoins et les désirs des utilisateurs plutôt que sur les besoins et les désirs d'un constructeur. C'est très difficile pour une personne seule ou un petit groupe d'anticiper ces besoins et ces désirs à l'avance sans une participation directe d'autres personnes.
Debian Linux sera aussi distribuée sur support physique par la « Free Software Foundation » et « l'association Debian Linux ». Ceci fournira Debian aux utilisateurs sans accès à Internet ou FTP et offrira des produits et des services tels que manuels imprimés et support technique à tous les utilisateurs du système. De cette manière, Debian pourra être utilisée par beaucoup plus de personnes et d'organisations qu'il ne serait possible autrement, le but étant d'offrir un produit de qualité et non des profits, et les bénéfices des produits et des services offerts pourront être utilisés pour améliorer le logiciel lui-même pour tous les utilisateurs qu'ils aient payés ou non pour l'obtenir.
La « Free Software Foundation » joue un rôle extrêmement important pour le futur de Debian. Par le simple fait qu'elle le distribuera, un message est envoyé au monde : Linux n'est pas un produit commercial et il ne le sera jamais, mais cela ne veut pas dire que Linux ne sera jamais capable de rivaliser commercialement. Pour ceux d'entre vous qui ne sont pas d'accord, je vous demande d'observer le succès du GNU Emacs et de GCC, qui ne sont pas des produits commerciaux mais qui ont eu malgré ça un impact certain sur le marché commercial.
Le temps est venu de se concentrer sur le futur de Linux plutôt que sur le but destructeur d'enrichir quelqu'un au détriment de la communauté Linux tout entière et de son futur. Le développement et la distribution de Debian ne sont peut-être pas la réponse aux problèmes que j'ai soulignés dans ce manifeste, mais j'espère qu'elle attirera au moins suffisamment l'attention sur ces problèmes pour permettre de les résoudre.
Ce manuel est un logiciel libre ; il peut être redistribué et modifié selon les termes de la licence publique générale du projet GNU (GNU GPL), telle que publiée par la « Free Software Foundation » (version 2 ou toute version supérieure).
Il est distribué dans l'espoir qu'il sera utile, mais sans aucune garantie ; sans même la garantie implicite d'une possible valeur marchande ou d'une adéquation à un besoin particulier. Consultez la licence publique générale du projet GNU pour plus de détails.
Une copie de la licence publique générale est disponible à
/usr/share/common-licenses/GPL dans la distribution Debian GNU/Linux
ou sur la « Toile » :
Ce manuel est la charte de la distribution Debian GNU/Linux. Sont abordés la structure et le contenu d'une archive Debian, certaines questions sur la conception du système d'exploitation, ainsi que les exigences techniques que chaque paquet doit satisfaire afin d'être inclus dans la distribution.
Ce manuel décrit aussi la politique Debian en ce qui concerne la création
des paquets. Ce n'est pas un cours sur la construction des paquets et il ne
décrit pas complètement le comportement du système de gestion des paquets.
Il essaye plutôt de définir la seule interface que doivent maîtriser les
développeurs
D'une manière informelle, l'intégration de « matériel » se fait
selon les critères suivants :
Le « matériel » présenté est une interface au système de gestion de
paquets dont l'utilisation est obligatoire ; un nombre significatif de paquets
l'utilise et elle ne sera pas modifiée sans une étude sérieuse. Les
responsables de paquet peuvent donc compter sur la stabilité de cette
interface et les auteurs du système de gestion des paquets doivent assurer
la compatibilité avec les définitions de ces interfaces. Le format des
fichiers « control » et « changelog » en est un exemple.
Quand on a besoin, pour des raisons d'inter-opérabilité, de faire un choix
parmi un certain nombre de possibilités techniquement valides. Le numéro
de version est un exemple.
Les notes de ce manuel ne font pas partie de la Charte et sont purement documentaires.
Les annexes de ce manuel ne sont pas non plus normatives. Voyez pour des informations supplémentaires.
Dans la partie normative de ce manuel, les mots must,
should, may et les adjectifs
required, recommended et optional servent à
distinguer la signification des diverses directives contenues dans cette
charte. La distribution Debian ne considérera généralement pas comme
acceptables les paquets qui ne se conforment pas aux directives dénotées par
must (ou required)
En français, nous employons le verbe « devoir » et ses déclinaisons.
En français, nous employons le futur de l'indicatif et jamais le verbe
« devoir ».
Ce classement est en gros équivalent à celui des bogues : serious
(pour les violations des directives must ou required),
minor, normal ou important (pour les violations
des directives should ou recommended) et wishlist
(pour les éléments optional)
La plupart des informations de ce manuel seront également utiles pour la création de paquets que l'on doit distribuer d'une autre façon ou qui sont destinés à un usage local.
Ce document est distribué dans le paquet Debian
La dernière version de ce document est aussi disponible sur les miroirs web
de Debian,
Le paquet
Ce manuel, appelé « Debian GNU/Linux Policy Manual », a été rédigé d'abord par Ian Jackson en 1996, puis révisé par David A. Morris le 27 novembre 1996. Christian Schwarz ajouta de nouvelles sections le 15 mars 1997 et retravailla le texte entre les mois d'avril et de Juin 1997. Christoph Lameter a apporté la contribution sur le « Web Standard ». Et il a été grandement restructuré en 2001 par Julian Gilbey.
Depuis septembre 1998, la
Bien que les auteurs de ce document aient veillé à ne pas introduire
de coquilles ou d'autres erreurs, il en reste toujours.
Si vous découvrez des erreurs dans cette version du manuel ou si
vous voulez faire part de vos commentaires, suggestions ou
critiques, veuillez envoyer un courrier électronique sur la liste de diffusion
« Debian Policy »,
N'essayez pas, s'il vous plaît, de contacter personnellement les auteurs et les responsables de ce document dans le but de modifier la Charte Debian.
Plusieurs autres documents sont nécessaires pour comprendre pleinement les règles et les procédures Debian.
Ces documents complémentaires sont référencés dans :
En dehors de ces documents normatifs, il y a aussi la référence du développeur Debian. Ce document décrit les procédures et les ressources disponibles aux développeurs Debian, mais il n'est pas normatif. Il comprend des éléments qui n'ont pas valeur de règle mais qui sont considérés comme des pratiques exemplaires pour les développeurs.
La référence des développeurs Debian est disponible dans le paquet
Depuis la version 3.5.0.0, la charte Debian regroupe le Debian Policy Manual et des éléments tirés du Debian Packaging Manual.
Serge Stinckwich et David Rocher ont initié la traduction du Debian Policy Manual et ils furent rejoints par Christophe Le Bars, Benjamin Drieu, Laurent Pelecq, Christophe Mertz, Olivier Ripoll, Georges Mariano, Hugues Marilleau, Michel Court et les relecteurs de la liste de diffusion debian-l10n-french. Il a ensuite été repris par Philippe Batailler.
David Curé et Christian Jacolot ont traduit les passages du Debian Packaging Manual intégrés dans la charte.
Si vous voulez faire part de vos commentaires, suggestions ou critiques sur
cette traduction, vous pouvez envoyer un courriel à Frédéric Bothamy
Le système Debian GNU/Linux est maintenu et distribué sous la forme d'un ensemble de paquets. Très nombreux (plus de 15000), ces paquets sont répartis en plusieurs sections et on leur donne des priorités afin de simplifier leur traitement.
Le projet Debian s'efforce de construire un système d'exploitation libre, mais tous les paquets que nous voulons rendre accessibles ne sont pas libres selon notre définition (voir plus loin les Directives Debian pour le logiciel libre) ou ne peuvent pas être importés ou exportés sans restrictions. L'archive a donc été divisée en zones de distributions ou catégories définies par les licences des logiciels ou par certaines restrictions.
Nos buts sont les suivants :
La catégorie main constitue la distribution Debian GNU/Linux.
Les paquets des autres zones de distribution (contrib, non-free) ne sont pas considérés comme faisant partie de la distribution Debian, bien que nous soutenions leur utilisation à travers notre infrastructure (comme notre système de suivi des bogues et nos listes de diffusion). La Charte Debian s'applique aussi à ces paquets.
Les directives Debian pour le logiciel libre (DFSG :
« Debian Free Software Guidelines ») suivantes constituent notre
définition du « logiciel libre ».
La licence d'un composant Debian ne doit pas empêcher quiconque
de vendre ou de donner ce logiciel en tant qu'élément d'une distribution
logicielle qui regroupe des programmes de différentes sources. La licence
ne doit pas demander le paiement de droits ou de redevances
pour une telle vente.
Le programme doit inclure son code source et doit permettre sa
distribution en tant que code source et sous forme compilée.
La licence doit autoriser les modifications et les travaux
dérivés. Elle doit autoriser leur distribution selon les termes mêmes de
la licence du logiciel original.
La distribution d'un code source modifié peut être limitée
par la licence seulement si des fichiers « patch », joints
avec le code source, permettent de modifier le programme au moment de sa
compilation. La licence doit explicitement permettre la redistribution de
logiciels construits à partir de code source modifié. La licence peut exiger
que les travaux dérivés portent un nom différent ou un numéro de version
différent du logiciel initial. (C'est un compromis. Le projet Debian
encourage tous les auteurs à ne pas limiter les modifications de fichier,
source ou binaire.)
La licence ne doit faire aucune discrimination à l'encontre
d'une personne ou d'un groupe de personnes.
La licence ne doit pas empêcher l'usage du programme dans un
champ spécifique d'activité. Par exemple, elle ne doit pas empêcher
l'utilisation du programme dans le cadre d'une activité commerciale ou
pour faire de la recherche génétique.
Les droits attachés au programme doivent s'appliquer à tous
ceux à qui le logiciel est redistribué sans que ceux-ci aient besoin
d'une licence supplémentaire.
Les droits attachés à un programme ne doivent pas être liés
à l'appartenance de ce programme à un système Debian. Si ce programme
est extrait de Debian et est utilisé ou distribué sans Debian mais
dans les termes de la licence du programme, toutes les parties à
qui ce programme a été redistribué doivent avoir les mêmes droits
que ceux qui sont accordés avec le système Debian.
La licence ne doit pas apporter des restrictions à d'autres
logiciels distribués avec le logiciel en question. Par exemple, la licence ne
doit pas exiger que tous les autres programmes distribués sur le même
support soient des logiciels libres.
Les licences « GPL », « BSD » et
« Artistic » sont des exemples de licence que nous considérons
comme libres.
Tous les paquets dans main doivent se conformer aux DFSG (« Debian Free Software Guidelines » — Les principes du logiciel libre selon Debian).
De plus, les paquets dans main
ne doivent pas demander un paquet extérieur à main pour leur
compilation ou leur exécution (ainsi les paquets ne doivent pas déclarer de
relation « Depends », « Recommends » ou
« Build-Depends » avec un paquet qui n'est pas contenu dans
main),
ne doivent pas être tellement bogués que nous refusions de les
soutenir,
et doivent se conformer à toutes les règles énoncées
dans ce manuel.
Tous les paquets dans contrib doivent se conformer aux « DFSG ».
De plus, les paquets dans contrib
ne doivent pas être tellement bogués que nous refusions de les soutenir,
et doivent se conformer à toutes les règles énoncées dans ce manuel.
Voici des exemples de paquets que l'on peut mettre dans contrib :
des paquets libres qui demandent pour leur compilation ou
leur exécution des paquets appartenant aux sections contrib,
non-free ou des paquets qui ne sont pas contenus dans notre archive ;
des paquets « wrapper », et des accessoires libres pour des
programmes non libres.
On doit placer dans les sections non-free les paquets qui ne se conforment pas aux « DFSG », ou bien les paquets dont la distribution est rendue problématique par des brevets ou des questions légales.
De plus les paquets dans non-free
ne doivent pas être tellement bogués que nous refusions de les soutenir,
et doivent se conformer, autant qu'il leur est possible, à toutes les règles
énoncées dans ce manuel
Il se peut que certains paquets ne puissent pas respecter telle règle ;
p. ex. les sources ne sont pas disponibles. Ces situations seront examinées au
cas par cas.
Tous les paquets doivent être accompagnés d'une copie verbatim
de leur copyright et de leur licence dans le fichier
Nous nous réservons le droit d'empêcher l'inclusion de fichiers
dans nos archives si
Les programmes dont les auteurs encouragent l'utilisateur à faire des dons conviennent très bien à la section main, sauf si les auteurs affirment que ne pas faire de don est immoral, non éthique, illégal ou quelque chose de similaire ; dans ce cas, ces programmes doivent être placés dans la section non-free.
Les paquets dont les notices de copyright (ou des problèmes de brevet) ne permettent pas la redistribution, même sous forme binaire, et pour lesquels aucune permission spéciale n'a été obtenue, ne doivent pas être placés sur le site FTP de Debian et ses miroirs.
On notera que dans la loi internationale du copyright (ceci s'applique aussi aux États-Unis), aucune distribution ou modification d'un travail n'est autorisée sans une mention explicite. C'est pourquoi un programme sans notice de copyright est protégé et vous ne pouvez rien en faire sans risquer d'être poursuivi. De même, un programme, avec une notice de copyright qui n'énoncerait pas explicitement ce qui est permis, interdit tout.
Beaucoup d'auteurs de logiciels prétendument libres ignorent les problèmes posés aux utilisateurs par des copyrights restrictifs (ou l'absence de notice de copyright). Il est souvent intéressant de contacter diplomatiquement de tels auteurs pour leur demander de modifier les termes de leur licence. Cependant cela peut être politiquement difficile et vous devriez au préalable demander conseil sur la liste de diffusion debian-legal, comme il est expliqué plus bas.
En cas de doute à propos d'un copyright, envoyez un courrier électronique à
Les paquets des catégories (main, contrib et non-free sont regroupés en sections pour simplifier leur traitement.
La catégorie et la section seront spécifiées dans le champ de
contrôle Section de chaque paquet. Toutefois, le responsable de
l'archive Debian peut modifier ce choix afin d'assurer la cohérence de la
distribution Debian. le champ Section sera de la forme :
section si le paquet appartient à la catégorie main,
segment/section si le paquet appartient aux zones de distribution
contrib ou non-free.
Les responsables de l'archive Debian donnent la liste des sections autorisées : admin, base, comm, contrib, devel, doc, editors, electronics, embedded, games, gnome, graphics, hamradio, interpreters, kde, libs, libdevel, mail, math, misc, net, news, non-free, oldlibs, otherosfs, perl, python, science, shells, sound, tex, text, utils, web, x11.
Chaque paquet aura une priorité spécifiée dans son fichier de contrôle (voir ). Cette information, utilisée par les outils de gestion des paquets Debian, permet de séparer les paquets prioritaires de ceux qui le sont moins.
Les outils de gestion des paquets Debian reconnaissent
les niveaux de priorité suivants :
Ce sont les paquets nécessaires au bon fonctionnement du système.
Cela signifie que les fonctionnalités de dpkg dépendent de ces paquets.
Vous ne devez pas les enlever sous peine de rendre votre système complètement
inutilisable ; vous ne pourrez probablement même plus utiliser
Ces paquets incluent ceux que l'on s'attend à trouver sur un système de type
Unix. Si l'on pense qu'un expert Unix, détectant l'absence d'un programme
s'exclamera : « Que se passe-t-il !? Où est le programme
C'est un critère fort, car nous cherchons à produire, entre autres choses, un
Unix libre.
Ces paquets fournissent un système en mode caractère, relativement
petit mais pas trop limité. Ils seront installés par défaut si
l'utilisateur ne sélectionne rien d'autre. Ce niveau laisse de côté
beaucoup de grosses applications.
En un sens, ce qui n'est pas obligatoire est facultatif, mais
ici « optional » ne doit pas être compris ainsi. Ce sont tous les
logiciels que l'on pourrait raisonnablement vouloir installer quand on ne les
connaît pas et que l'on a pas d'exigences particulières. Cela constitue un
système nettement plus gros et contient « X11 », la distribution
complète de « TeX » et de nombreuses applications. Notez qu'il ne
doit pas y avoir de conflit entre les paquets optionnels.
Sont regroupés là les paquets qui sont en conflit avec d'autres
paquets dont les priorités sont « required », « important », « standard »
ou « optional », ou bien les paquets utiles uniquement
si vous savez déjà ce qu'ils font, ou bien les paquets qui ont des
exigences spécifiques.
Les paquets ne doivent pas dépendre de paquets dont les priorités sont de valeur inférieure (hors dépendances pour la construction). Pour cela, on pourra ajuster les priorités d'un ou de plusieurs paquets.
La distribution Debian GNU/Linux est fondée sur le système Debian de gestion de
paquets, appelé
Chaque paquet doit avoir un nom unique dans l'archive Debian.
Le nom d'un paquet est inclus dans le champ de contrôle Package dont le format est décrit dans . Le nom d'un paquet fait aussi partie du nom du fichier .deb.
Chaque paquet possède un numéro de version enregistré dans le champ Version de son fichier de contrôle, voir .
Le système de gestion des paquets impose un ordre aux numéros de version : il peut ainsi connaître quel type de mise à niveau est en cours et les applications qui lui servent d'interface peuvent dire si un paquet disponible est plus récent que celui installé sur le système. La partie la plus significative (du moins en ce qui concerne la comparaison) du format des numéros de version se trouve au début.
Quand la numérotation d'un paquet pose problème, elle sera convertie en un format utilisable dans le champ Version.
En règle générale, les paquets Debian utiliseront les mêmes numéros de version que les sources.
Cependant, la numérotation des sources est parfois fondée sur une date (par
exemple, un instantané d'une version de développement) ; le système de
gestion des paquets ne peut pas manipuler cette numérotation sans les
epochs. Et
Pour éviter l'utilisation d'epochs à chaque nouvelle version source, on emploiera pour la partie date du numéro de version le format suivant : « 19960501 », « 19961224 ». Le responsable de paquet décidera d'embêter ou non le responsable des sources avec une demande de modification de la numérotation de ses versions.
Il faut noter que d'autres formats fondés sur les dates et qui sont correctement analysés par le système de gestion des paquets ne doivent pas être modifiés.
Les paquets « Debian pure souche » (c.-à-d. écrits spécialement pour Debian) dont les numéros de version comprennent des dates utiliseront toujours le format suivant : « AAAAMMJJ ».
Chaque paquet doit avoir un responsable Debian (quelqu'un ou un groupe de personnes, qu'on peut joindre à une adresse électronique, telle que, par exemple, une liste de diffusion). Le responsable assure que la licence du logiciel du paquet suit les règles des distributions auxquelles il appartient.
Le responsable doit être indiqué dans le champ Maintainer avec son nom correct et une adresse électronique valable. Quand une personne s'occupe de plusieurs paquets, elle essaiera d'éviter d'avoir différents noms ou adresses dans les champs Maintainer des différents paquets.
Le format du champ Maintainer est décrit dans .
Quand la personne en charge d'un paquet quitte le projet Debian,
c'est le groupe Debian QA
Chaque paquet Debian doit avoir une description complète enregistrée dans les champs ad hoc de son fichier de contrôle. L'information technique sur le format du champ Description se trouve dans .
La description donnera assez d'informations sur le paquet (le programme) pour qu'un utilisateur (un administrateur système) n'ayant jamais rencontré ce paquet puisse décider de l'installer. La description ne reprendra pas simplement la documentation du programme.
Mettez les informations importantes d'abord, à la fois dans le résumé et dans la description longue. Parfois, seule la première partie du résumé ou de la description longue est affichée. On peut assumer malgré tout qu'il y a une façon de voir toute la description longue.
La description donnera aussi des informations sur les dépendances et les conflits significatifs entre ce paquet et les autres : l'utilisateur saura ainsi pourquoi ces dépendances et ces conflits ont été déclarés.
Les instructions de configuration ou d'utilisation du paquet ne doivent pas en faire partie (c'est le rôle des scripts d'installation, des pages de man, des fichiers infos, etc.), non plus que les notices de copyright et les autres écrits administratifs (c'est le rôle des fichiers de copyright).
La ligne de résumé sera brève -- moins de 80 caractères.
Ne mettez pas le nom du paquet dans la ligne de résumé. Le logiciel sait déjà l'afficher, et ce n'est pas nécessaire de l'indiquer. N'oubliez pas que dans beaucoup de cas, l'utilisateur ne peut lire que la ligne de résumé : il faut donc la rendre aussi instructive que possible.
N'essayez pas de poursuivre la ligne du résumé dans la description étendue. Cela ne fonctionnera pas correctement quand la description complète est affichée et cela n'aura aucun sens quand seul le résumé est disponible.
La description étendue décrira ce que fait le paquet, et comment il se relie au reste du système (en termes, par exemple, de sous-systèmes, de partie de ...).
Le champ description doit être compréhensible par tout le monde, y compris
par ceux qui n'ont aucune idée de ce que fait le paquet
Le commentaire, qui est fourni par un programme dans ses fichiers
d'annonces ou dans les fichiers README, est rarement approprié pour
une utilisation dans une description. Il est habituellement conçu pour les
gens qui connaissent déjà le paquet.
Chaque paquet doit indiquer ses relations de dépendance avec les paquets dont il a besoin pour fonctionner correctement.
Par exemple, une relation de dépendance doit être déclarée pour toute bibliothèque partagée qui est demandée par un exécutable dynamiquement lié d'un paquet.
Il n'est pas nécessaire d'indiquer les dépendances d'un paquet envers
des paquets étiquetés Essential (voir ci-dessous), et on ne doit
pas le faire, à moins que ce ne soit une dépendance pour une version
précise de tel paquet.
Essential est défini comme l'ensemble minimal de fonctionnalités qui
doivent être disponibles et utilisables sur le système même quand les paquets
sont dans un état non configuré (mais dépaqueté). Cela est nécessaire pour
éviter des boucles de dépendances non solutionnables lors des mises à jour. Si
des paquets ajoutent des dépendances inutiles sur des paquets de cet ensemble,
les possibilités qu'il y aura une boucle de dépendance non
solutionnable induite par le forçage de configuration de ces paquets essentiels
avant que cela ne soit nécessaire est fortement augmenté. Cela augmente
également les possibilités que des frontaux ne seront pas capable de
calculer un chemin de mise à jour, même si celui-ci existe.
De plus, il est peut probable qu'une fonctionnalité d'Essential soit
jamais supprimée (ce qui est une raison pour laquelle une attention particulière
doit être prise avant de faire un ajout à l'ensemble des paquets
d'Essential), mais des paquets ont été retirés de l'ensemble
Essential quand la fonctionnalité a été déplacée dans un paquet
différent. Donc, dépendre de ces paquets au cas où ils ne seraient plus
essentiels pose plus de problèmes que cela n'en résoud.
Dans certains cas, l'installation d'un paquet exige l'installation et la configuration préalables d'un autre paquet. Il faut alors déclarer une relation Pre-Depends pour ce paquet.
Vous ne déclarerez pas une relation Pre-Depends pour un paquet avant qu'une discussion dans la liste de diffusion debian-devel n'ait abouti à un consensus sur le sujet.
Le format des champs concernant les relations entre paquets est décrit dans .
Parfois il y a des paquets qui font plus ou moins la même chose. Dans ce cas, il est utile de définir un paquet virtuel dont le nom décrit la fonction de ces paquets. Les paquets virtuels existent de manière logique et non physique ; c'est pour cela qu'ils sont appelés virtuels. Les paquets assurant cette fonction viendront pourvoir ce paquet virtuel. Ainsi, tout autre paquet qui a besoin de cette fonction pourra simplement dépendre du paquet virtuel, sans avoir à énumérer tous les paquets possibles.
Tous les paquets utiliseront les noms de paquets virtuels quand il conviendra de le faire ; ils s'arrangeront pour en créer de nouveaux quand ce sera nécessaire. On n'utilisera que les paquets virtuels qui ont été acceptés et qui apparaissent dans la liste des noms de paquets virtuels (sauf de manière privée, pour un ensemble local de paquets corrélés). Voir aussi .
La version la plus récente de la liste officielle des paquets virtuels se
trouve dans le paquet debian-policy. Elle est aussi disponible sur
les miroirs web de Debian,
La procédure de mise à jour de la liste est décrite au début de la liste.
Le système de base est le sous-ensemble minimal du système Debian GNU/Linux qui est installé, avant tout autre chose, sur un nouveau système. Ainsi, seulement un tout petit nombre de paquets peut aller dans la section base afin de minimiser la quantité d'espace disque nécessaire à une installation.
La plupart de ces paquets auront le niveau de priorité required ou au moins important et beaucoup d'entre eux seront étiquetés essential (voir ci-dessous).
Certains paquets sont marqués essential, pour les systèmes qui utilisent ce champ Essential dans le fichier de contrôle. Le format de ce champ est décrit dans .
Comme ces paquets ne peuvent pas être facilement supprimés
(il faut ajouter une option de forçage de
Comme
Vous ne devez pas étiqueter un paquet comme essential avant qu'une discussion dans la liste de diffusion debian-devel n'ait abouti à un consensus sur le sujet.
Les scripts d'installation d'un paquet éviteront d'afficher des
messages que l'utilisateur n'a pas besoin de voir et s'appuieront
sur
Les scripts d'installation doivent détecter toute erreur qui se produit et doivent arrêter immédiatement l'installation en cours.
On remarquera que la section , s'applique généralement aussi aux scripts des responsables de paquet.
On n'utilisera pas
Tous les paquets qui donnent une valeur au nom « partagé » d'une
commande (en général, c'est un nom de fichier), utiliseront en général
Les scripts du responsable de paquet peuvent interroger l'utilisateur quand
c'est nécessaire. L'interrogation se fera par l'intermédiaire d'un programme,
tel que
La spécification Debian pour les systèmes de configuration se trouve dans le
fichier
Les paquets qui utilisent les règles Debian de gestion de la configuration
peuvent contenir un script supplémentaire
Les paquets essaieront de minimiser le nombre de questions posées et
s'assureront que chaque question ne sera posée qu'une seule fois. Cela
signifie que les paquets doivent essayer d'utiliser les fichiers de
configuration partagés (comme /etc/papersize ou
/etc/news/server) et les variables partagées de
Cela signifie aussi que, lors d'une mise à niveau, on ne doit pas poser encore les mêmes questions, à moins que l'utilisateur n'ait utilisé dpkg --purge pour supprimer les fichiers de configuration. Les réponses aux questions de configuration seront sauvegardées à l'endroit approprié dans /etc, et l'on documentera le processus ; ainsi l'utilisateur pourra les modifier.
Quand un paquet doit donner une information importante à l'utilisateur
(comme : « n'exécutez pas directement ce programme, vous devez
d'abord
modifier les fichiers de configuration suivants sinon votre système
émettra des messages mal formatés »), il affichera ce message
dans le script
Presque toujours, seuls les scripts
On indiquera la version la plus récente de la Charte Debian à laquelle s'est conformé le paquet lors de sa mise à jour la plus récente.
On peut utiliser cette valeur pour remplir automatiquement des rapports de bogue quand le paquet est vraiment trop vieux.
La version est indiquée dans le champ de contrôle Standards-Version. Le format de ce champ est décrit dans .
Vous consulterez régulièrement, et notamment si votre paquet est obsolète,
la plus récente version de la Charte Debian, et vous mettrez à jour
votre paquet si nécessaire.
Lorsque le paquet est conforme à la nouvelle norme,
vous mettrez à jour le champ Standards-Version
du paquet source et vous le diffuserez
Consultez le fichier upgrading-checklist pour connaître les
changements entre différentes versions de ce document.
Les paquets source préciseront les paquets binaires qui doivent être installés et ceux qui ne doivent pas l'être, pour que leur construction réussisse. Si l'on doit, par exemple, compiler un paquet avec un compilateur particulier, une dépendance de compilation sera déclarée envers ce paquet.
Pour un très petit nombre de paquets, ceux dont on a toujours besoin pour
compiler, lier et insérer dans un paquet Debian un programme classique écrit
en C ou C++ comme « Hello world! », il n'est pas nécessaire de
déclarer explicitement des relations de dépendance. Ces paquets, sur lesquels
on peut trouver des renseignements dans la liste
/usr/share/doc/build-essential/list (contenue dans le
paquet build-essential), sont marqués build-essential
Le raisonnement :
on peut ainsi maintenir une liste distincte de la Charte (une liste nécessite
moins de contrôle que la Charte) ;
un paquet distinct permet l'installation des paquets
« build-essential » sur une machine, et permet aussi que d'autres
paquets tels que les tâches installent les paquets
« build-essential » à travers une relation de dépendance ;
un paquet distinct permet de séparer les rapports de bogues concernant la
liste du processus de gestion de la charte dans le « BTS »
(système de suivi des bogues).
La liste des dépendances de compilation ne contiendra que les paquets
explicitement nécessaires à la compilation. Les paquets simplement demandés
parce qu'un paquet de cette liste dépend d'eux ne doivent pas être déclarés
La raison en est que les relations de dépendance changent et vous ne
déclarerez que les paquets et seulement ceux-là dont vous
avez besoin. Ce dont les autres ont besoin est leur affaire. Si, par exemple,
vous utilisez la bibliothèque libimlib, vous aurez besoin d'une
dépendance de construction pour le paquet
Quand les relations de dépendance de compilation sont indiquées, on doit pouvoir compiler un paquet et produire un binaire opérationnel sur un système où les paquets essential et build-essential sont installés ainsi que ceux nécessaires pour que les relations de dépendance de compilation soient satisfaites (y compris les implicites). Cela signifie en particulier que, dans les relations de dépendance de compilation, on doit traiter rigoureusement les questions de version de manière à éviter les paquets mal ou stupidement configurés quand les relations de dépendances sont correctement satisfaites.
Le chapitre explique les détails techniques.
Si vous modifiez le code source d'une manière qui n'est pas liée au système Debian, vous enverrez ces changements aux auteurs, dans la forme qu'ils préféreront, de manière à ce qu'ils puissent être intégrés dans la version originale.
Si vous avez besoin de configurer le paquet de façon différente sous
Debian et sous Linux et si les sources originaux ne proposent pas de manière
de le faire, veuillez ajouter ces moyens de configuration.
C'est, par exemple, un nouveau test d'
Vous vérifierez que l'outil
Si vous avez besoin de modifier un
Ce fichier,
Plutôt que de ré-écrire l'histoire en rectifiant les anciennes
entrées, il vaut mieux en écrire de nouvelles pour corriger les
erreurs de ce fichier.
Bien que rien n'empêche un auteur qui est aussi le
responsable Debian d'utiliser ce fichier pour tous les changements, il faudra
modifier son nom si les responsables Debian et les auteurs deviennent
différents. Mais dans ce cas, il vaudrait mieux considérer le paquet comme
n'étant pas un paquet Debian « pure souche ».
Son format spécial permet aux outils de construction de paquets de découvrir quelle version du paquet est en train de se construire et de trouver des informations spécifiques à cette version.
Le format ressemble à une suite d'entrées :
[ ligne(s) vide(s) facultative(s), enlevée(s)] [ligne(s) vide(s), apparaissant dans la sortie de dpkg-parsechangelog] [ligne(s) vide(s) facultative(s), enlevée(s)]
Les entrées paquet et version représentent le nom du paquet source et le numéro de version.
L'entrée distribution(s) liste les distributions dans lesquelles cette version sera installée. Elle est copiée dans le champ Distributions du fichier .changes. Voyez .
urgency est la valeur pour le champ Urgency
du fichier .changes pour l'envoi du paquet sur le serveur (voir
).
Une urgency ne peut pas contenir de virgules ; les virgules sont
utilisées pour séparer les couples
mot-clé=valeur dans le format du fichier
d'enregistrement de dpkg (bien qu'il n'y ait pour
l'instant qu'un seul mot-clé utile : urgency)
les valeurs habituelles pour urgency sont : low,
medium, high et emergency. Elles influent sur la
rapidité avec laquelle on envisagera l'installation du paquet dans la
distribution testing et elles donnent une indication de l'importance
des corrections contenues dans cette mise à jour.
L'énoncé des modifications peut n'être qu'une suite de lignes commençant par au moins deux espaces, mais par convention, on commence une modification par une étoile « * » suivie d'une espace ; les lignes de continuation sont décalées pour les amener en face du texte de la ligne précédente. On peut séparer si l'on veut les groupes de modifications par des lignes vides.
Si par cette mise à jour sont corrigés des bogues enregistrés par le système
de suivi de bogues (BTS), ils seront automatiquement fermés par l'installation
de ce paquet dans l'archive Debian et une chaîne
closes: Bug#nnnnn sera insérée dans les notes de
modifications
Pour être précis, cette chaîne doit correspondre à l'expression rationnelle
Perl suivante :
Alors tous les numéros de bogues listés seront fermés par le script de
maintenance de l'archive (
Le nom du responsable et son adresse électronique utilisés dans le changelog seront ceux de la personne installant cette version. Ils ne sont pas nécessairement ceux du responsable habituel du paquet. Ces informations seront copiées dans le champ Changed-By du fichier .changes, (voir ), et plus tard, utilisées pour envoyer un accusé de réception quand le chargement aura été installé.
La date doit être dans le format RFC 822
Elle est produite par le programme
La première ligne de « titre » avec le nom du paquet commencera sur la marge de gauche, la ligne de « fin » avec les renseignements sur le responsable et la date, doit être précédée par exactement une espace. Les éléments responsable et date doivent être séparés exactement par deux espaces.
Veuillez consulter pour des informations supplémentaires sur la manière de placer les fichiers changelog dans les paquets binaires.
Pour les paquets non expérimentaux, le fichier
Si vous souhaitez utiliser un autre format, vous pouvez le faire tant que
vous fournissez un outil d'analyse (« parser ») pour ce format. Cet
outil doit avoir une API compatible avec celle attendue par
Tout paquet doit être accompagné par une copie verbatim de son
copyright et de sa licence de distribution dans le fichier
Quand
Chaque fois que vous mettez plus d'une commande shell (cela inclut l'utilisation d'une boucle) dans une commande du makefile, vous devez vous assurer que les erreurs sont détectées. Pour de simples commandes composées comme changer de répertoire et exécuter un programme, il est suffisant d'utiliser && à la place du point-virgule. Pour des commandes plus complexes incluant la plupart des boucles et des instructions conditionnelles, vous ajouterez la commande set -e au début de chacun de ces mini-scripts shell que sont les commandes d'un makefile.
Les responsables de paquets préserveront, autant que possible,
les dates de modification des fichiers sources d'un paquet
Le raisonnement est que la connaissance de l'âge d'un fichier apporte
certaines informations ; par exemple, on peut reconnaître l'ancienneté de telle
documentation en regardant la date de modification. Et donc il serait bon de
préserver les dates de modification des fichiers sources.
Un paquet source ne peut pas contenir des liens « en dur » On ne les détecte pas encore pendant la phase de construction du paquet
source, mais seulement pendant la phase d'extraction.
À l'avenir, les liens « en dur » pourraient être autorisés d'une
manière ou d'une autre, mais cela demandera beaucoup de travail.
Les répertoires setgid sont autorisés.
Ce fichier doit être un makefile exécutable et doit contenir des règles permettant la compilation du paquet et la construction de paquet(s) binaire(s) à partir des sources.
Il doit commencer par la ligne #!/usr/bin/make -f,
afin de pouvoir être appelé directement sans passer par
Puisqu'un script debian/rules interactif ne peut pas compiler un
paquet automatiquement et empêche une reproduction de ce paquet binaire par
d'autres personnes, toutes les cibles exigées DOIVENT ne pas être
interactives. Au minimum, les cibles exigées sont celles qu'appelle
Les cibles (toutes nécessaires sauf celles marquées facultatives) sont :
La cible build procédera à la configuration et à la compilation du
paquet. Quand un paquet
possède une routine interactive de configuration préalable à la construction,
soit le paquet source debianisé doit être construit après cette opération
(afin qu'il puisse être construit sans ré-exécuter cette configuration), soit
la routine de configuration doit devenir non interactive. Cette dernière façon
est préférable quand la routine détecte des caractéristiques propres à
l'architecture.
Pour certains paquets, notamment ceux où la même arborescence source est
compilée différemment pour obtenir des paquets binaires différents, la cible
build n'a aucun sens. Pour ces paquets, il suffit de prévoir deux
cibles ou plus (build-a, build-b, ...) pour chaque manière
de construire le paquet et une cible build qui ne produit rien. La
cible binary s'occupera de construire le paquet pour chaque cas
possible et de créer le paquet binaire correspondant à chacun d'eux.
La cible build ne doit pas effectuer d'actions qui exigent les
privilèges du super-utilisateur.
La cible build peut avoir besoin d'exécuter d'abord la
cible clean. Voir ci-dessous.
Quand un paquet possède une routine de configuration qui prend du temps, ou
quand le makefile est pauvrement conçu, ou quand build
a d'abord besoin d'exécuter clean, il est alors intéressant
d'exécuter touch build quand le processus de construction est
terminé. On s'assure ainsi que si debian/rules build est lancé à
nouveau, il ne reconstruira pas le programme complet
Une autre façon de faire est que build dépende de
Un paquet peut aussi proposer les deux cibles build-arch et
build-indep. Si la cible build-arch existe, elle fera
la configuration et la compilation nécessaires pour
créer les paquets binaires pour chaque architecture (ce sont les paquets
dont le champ Architecture dans le fichier debian/control
est différent de all). De même, si la cible build-indep
existe, elle fera la configuration et la compilation
nécessaires pour créer les paquets binaires indépendant d'une architecture (ce
sont les paquets dont le champ Architecture dans le fichier
debian/control vaut all). La cible build dépendra
des cibles build-arch et build-indep qui sont données par
le fichier rules.
Quand manque l'une des cibles build-arch et build-indep (ou
les deux), un appel à debian/rules avec l'une des cibles manquantes
provoquera un code d'erreur égal à 2. Quand une cible manque,
Les cibles build-arch et build-indep ne
doivent pas effectuer d'actions qui exigent les privilèges de root.
La cible binary doit comprendre tout ce qui est nécessaire à
l'utilisateur pour construire le(s) paquet(s) binaire(s) à partir du paquet
source. Cette cible a deux parties :
binary peut être (et c'est communément le cas) une cible sans
commande, qui dépend simplement de binary-arch et de
binary-indep.
Les deux cibles binary-* dépendront soit de la cible
build, soit de l'une des cibles build-arch ou
build-indep si elles sont proposées, afin que le paquet soit
construit s'il ne l'a pas déjà été. Les paquets binaires pertinents seront
ensuite créés en utilisant
Les cibles binary-arch et binary-indep
doivent exister.
Si l'une des deux cibles binary-* n'a rien à faire (ce sera
toujours le cas si le source crée un seul paquet binaire, qu'il soit
dépendant de l'architecture ou pas), elle doit tout de même exister,
et doit toujours se dérouler correctement.
Les cibles binary doivent être invoquées avec les privilèges de root
Le paquet
Cette cible doit nettoyer les effets obtenus par les cibles
build et binary, mais elle doit laisser les
fichiers de sortie créés par la cible binary dans le répertoire
parent.
Si un fichier build est créé par
La cible clean peut être invoquée par root, si
binary a été invoqué depuis le dernier clean, ou
si build a été invoqué par root (étant donné que
build peut créer des répertoires par exemple).
Cette cible va chercher la plus récente version du paquet original dans un
site d'archive autorisé (par FTP ou WWW, par exemple), s'occupe des
arrangements nécessaires pour le mettre sous la forme d'un fichier tar (une
archive source) décrite ci-dessus, et le laisse dans le répertoire en cours.
Cette cible peut être invoquée dans n'importe quel répertoire et s'occupera
de supprimer tous ses fichiers temporaires.
Elle est facultative mais la proposer, quand c'est possible, est une bonne
idée.
Les cibles build, binary et clean doivent être invoquées avec comme répertoire courant, le répertoire de plus haut niveau du paquet.
Des cibles supplémentaires peuvent exister dans
Ce sont les variables de DEB_*_ARCH (l'architecture Debian) DEB_*_GNU_TYPE (l'architecture indiquée à la
façon GNU) DEB_*_GNU_CPU (la partie CPU de
DEB_*_GNU_TYPE) DEB_*_GNU_SYSTEM (la partie système de DEB_*_GNU_TYPE)
où « * » représente BUILD pour une indication de la
machine sur
laquelle on construit, ou bien HOST pour une indication de la machine
pour laquelle on construit.
On peut assurer une compatibilité ascendante dans le fichier rules
en fixant par défaut les bonnes variables à des valeurs adéquates ;
veuillez consulter la documentation de
Il est important de comprendre que la chaîne DEB_*_ARCH détermine seulement l'architecture Debian sur ou pour laquelle on construit. On ne l'utilisera pas pour avoir des renseignements sur le CPU ou le système ; les variables GNU sont là pour ça.
Quand
Le fichier
Voyez
Il s'agit d'un fichier de contrôle optionnel, mais recommandé pour l'utilitaire
uscan qui définit comment scanner automatiquement les sites FTP et HTTP
pour des mises à jour nouvellement disponibles du paquet. C'est utilisé par
Ce fichier n'est pas un fichier permanent de l'arborescence source ; il est
utilisé pendant la construction des paquets pour enregistrer quels
fichiers sont créés.
Ce fichier ne doit pas exister dans le paquet source qu'on propose, et il
doit être supprimé par la règle clean (ainsi que n'importe quel
fichier temporaire ou de sauvegarde tel que files.new
files.new est utilisé
temporairement par
Quand
Quand une installation de paquet inclut des fichiers autres que ceux du paquet
source ou des paquets binaires dont les fichiers de contrôle ont été créés par
Le système de gestion des paquets manipule les données de
la même façon : des données de contrôle sont stockées dans des
fichiers de contrôle.
Les paquets source et binaire possèdent des fichiers de contrôle ; et
les fichiers .changes qui contrôlent l'installation des
fichiers sur le serveur (upload) sont aussi des fichiers de contrôle
Un fichier consiste en un ou plusieurs paragraphes comportant des champs
Chaque paragraphe est une série de champs contenant des données ; chaque champ
est constitué d'un nom, suivi par deux-points et la valeur associée. Il se
termine à la fin de la ligne (logique). Les espaces horizontaux (espaces et
tabulations) peuvent apparaître immédiatement avant la valeur et après, mais
là, ils sont ignorés ; par convention, il y a une espace après les deux-points.
Voici un exemple de champ :
Un grand nombre de valeurs de champ peuvent déborder sur plusieurs lignes ; dans ce cas chaque nouvelle ligne doit commencer par une espace ou une tabulation. Toutes les espaces ou tabulations restantes en fin de ligne sont ignorées.
Dans les champs où il est spécifié que les lignes ne peuvent pas déborder, une seule ligne de données est autorisée et les espaces ne sont pas significatives dans le corps du champ. Les espaces ne doivent jamais apparaître dans les noms (de paquets, d'architectures, de fichiers, etc), dans les numéros de version ou entre les éléments de relations de version à plusieurs caractères.
Les noms de champs sont indépendants de la casse ; en général, ceux-ci sont écrits en commençant par une majuscule puis en mélangeant majuscules et minuscules comme dans les exemples plus bas.
Les lignes vides ou les lignes contenant seulement des espaces ou des tabulations ne sont pas autorisées à l'intérieur des valeurs de champ ou entre les champs - ce qui signifierait un nouveau paragraphe.
Le fichier
Le premier paragraphe contient en général les informations sur le paquet source ; chaque ensemble suivant décrit un paquet binaire que l'arbre source construit.
Les champs du paragraphe général (le premier, concernant le paquet source)
sont :
Les champs des paragraphes pour les paquets binaires sont :
La syntaxe et la sémantique des champs sont décrites ci-dessous.
Ces champs sont utilisés par
Les champs peuvent contenir des références à des variables, leurs valeurs
seront substituées par
Le fichier
Les champs de ce fichier sont :
Ce fichier contient une série de champs, identifiés et séparés comme les
champs dans le fichier de contrôle d'un paquet binaire. Les champs sont
listés ci-dessous ; leur syntaxe est décrite ci-dessus dans
.
Le fichier de contrôle du paquet source est créé par
Les fichiers
Les champs de ce fichier sont les suivants :
Ce champ identifie le nom du paquet source.
Dans un fichier principal de contrôle de source ou dans un
fichier
Dans un fichier de contrôle d'un paquet binaire (ou dans un fichier
Packages), il peut être suivi par un numéro de version entre
parenthèses En général, on laisse une espace après le nom du
paquet si un numéro de version est spécifié.
Ce champ contient le nom du responsable et son adresse électronique. Le nom vient d'abord, suivi par l'adresse électronique entre les signes inférieur et supérieur <> (au format RFC 822).
Si le nom du responsable contient un point alors le champ entier ne fonctionnera pas directement comme une adresse électronique à cause d'un problème dans la syntaxe spécifiée dans la RFC 822 ; un programme utilisant ce champ comme une adresse doit vérifier cela et corriger le problème si nécessaire (par exemple en mettant entre parenthèses le nom et en le déplaçant à la fin, et en amenant l'adresse électronique devant).
Liste les noms et les adresses des co-responsables d'un paquet, s'il y en a.
Quand un paquet possède d'autres responsables que celui nommé dans
le
Tout analyseur interprétant le champ Uploaders dans
Le nom et l'adresse électronique de celui qui a modifié ce paquet. C'est habituellement le nom du responsable du paquet. Toutes les règles qui s'appliquent au champ Maintainer s'appliquent aussi.
Le champ Section représente un secteur d'applications dans laquelle le paquet a été classé (voir ).
Quand ce champ apparaît dans le fichier
Le champ Priority représente l'importance accordée à un paquet. Voyez .
Quand ce champ apparaît dans le fichier
Le nom du paquet binaire. Les noms de paquet sont constitués de lettres minuscules (a-z), de chiffres (0-9), et des caractères plus (+), moins (-), ainsi que du point (.). Il doit contenir au moins deux caractères et doit commencer par un caractère alphanumérique.
Selon le contexte et le fichier de contrôle utilisé, le champ
Architecture peut comporter les valeurs suivantes :
Dans le fichier principal
Utiliser la valeurany indique que le paquet source ne dépend pas
d'une architecture particulière et qu'il se compile bien sur toute
architecture. Le paquet binaire résultant sera spécifique à
l'architecture qui a cours
Utiliser une liste d'architectures indique que le paquet source produira
un paquet dépendant de l'architecture et fonctionnera correctement sur toutes
les architectures listées
Dans un fichier
Voir pour des informations sur la manière d'obtenir l'architecture pour le processus de construction.
C'est un champ booléen qui ne peut apparaître que dans un fichier de contrôle d'un paquet binaire ou dans un paragraphe concernant un paquet dans un fichier principal de contrôle de source.
S'il est positionné à yes, le système de gestion des paquets refusera d'enlever ce paquet (bien qu'il puisse être mis à niveau ou remplacé). L'autre valeur possible est no, ce qui est la même chose que de ne pas avoir de champ du tout.
Ces champs décrivent les relations du paquet avec les autres paquets. Leurs syntaxe et sémantique sont décrites dans .
Ce champ donne la plus récente version des normes (la charte Debian et les textes associés) à laquelle se conforme le paquet.
Le numéro de version est composé de quatre parties : un numéro de version majeur et un mineur, un niveau de patch majeur et un mineur. Quand les normes changent, exigeant des modifications dans tous les paquets, le numéro majeur est changé. Les changements significatifs, exigeant des évolutions dans de nombreux paquets, sont signalés par un changement du numéro mineur. Le niveau majeur de patch sera modifié pour tout changement limité de la signification des standards. Le niveau de patch mineur sera changé pour toute amélioration légère (typographique, ou autres...) qui ne modifie pas le sens de ce document, ou pour des changements qui n'affectent pas le contenu des paquets.
Seuls les trois premiers chiffres de la version sont significatifs pour le
champ Standards-Version, et on peut choisir
de donner soit les trois chiffres, soit la formule complète
Par le passé, on devait donner la formule complète à quatre chiffres,
par exemple : « 2.3.0.0 ». Mais comme un changement de niveau de
patch n'introduit pas une nouvelle norme, on a trouvé préférable d'assouplir
la règle et de ne demander qu'une formule à trois chiffres, dans ce cas :
« 2.3.0 ». (On peut toujours utiliser la formule complète si l'on
veut.)
Ce champ donne le numéro de version d'un paquet. Son format est le suivant : [epoch:]version_amont[-révision_debian]
Les trois composantes sont :
C'est simplement un entier non signé (souvent petit). Il peut être
omis et dans ce cas il est égal à 0. S'il est omis, le champ
version_originelle ne peut pas contenir un « : ».
Il sert à permettre les erreurs dans les numéros des vieilles
versions d'un paquet, et aussi à abandonner les précédentes structures de
numérotation concernant les versions d'un paquet.
C'est la partie principale du champ. En général, on utilise le numéro de la
version amont (« upstream ») du paquet à partir duquel le
fichier
Les méthodes de comparaison du système de gestion des paquets en ce qui
concerne la partie version_amont sont décrites ci-dessous.
Cette partie est obligatoire.
La partie version_amont ne peut contenir que des
caractères alphanumériques Les caractères alphanumériques sont :
A-Za-z0-9
Cette partie du champ indique le numéro de version du paquet Debian basé sur
la version originelle. Il ne peut contenir que des caractères alphanumériques
et les caractères + et . (plus et point) ; les
méthodes de comparaison sont les mêmes que pour la partie
version_amont.
Cette partie est facultative. Si elle manque, la partie
version_amont ne peut contenir de trait d'union.
On utilise cette partie quand un morceau de code a été écrit spécialement pour
obtenir un paquet Debian. Il n'y a qu'une seule debianisation de
ce paquet et aucune indication de révision n'est nécessaire.
Par convention, la partie révision_debian est remis à 1 à chaque
fois que la partie version_amont est incrémentée.
Le système de gestion des paquets sépare les parties
version_amont et révision_debian au dernier trait
d'union de la chaîne. Dans une comparaison, l'absence de la partie
révision_debian est détectée plus tôt que sa présence (néanmoins
la partie révision_debian est la partie la
moins significative du numéro de version).
Le système de gestion des paquets compare les parties version_amont et révision_debian en utilisant le même algorithme.
Les chaînes sont comparées de gauche à droite.
Pour chaque chaîne, une partie initiale composée uniquement de lettres est déterminée. Ces deux parties (l'une peut être vide) sont comparées lexicalement. Si une différence est trouvée, elle est retournée. La comparaison lexicale est une comparaison qui utilise des valeurs ASCII modifiées de manière à ce que toutes les lettres soient classées avant les chiffres et les caractères de ponctuation.
Ensuite, pour ce qui reste de cette chaîne, une partie initiale composée uniquement de chiffres est déterminée. Les valeurs numériques de ces deux parties sont comparées, la différence est retournée comme résultat de la comparaison. Dans ce but, une chaîne vide (qui peut seulement apparaître à la fin de l'une ou des deux chaînes que l'on compare) compte pour zéro.
Ces deux phases sont répétées (comparaison et suppression des caractères et des chiffres se trouvant au début des chaînes) jusqu'à ce qu'une différence soit trouvée ou que les deux chaînes soient terminées.
Le but de la partie epoch est de permettre des erreurs dans la numérotation de version et de s'arranger avec les situations où la numérotation de version change. Il ne sert pas à corriger les numéros de version contenant des chaînes de caractères que le système de gestion des paquets ne peut pas interpréter (tel que ALPHA ou pre-) ou une numérotation bâtarde (l'auteur de ce manuel a entendu parler d'un paquet dont les versions allaient ainsi : 1.1.1.2, 1.3, 1, 2.1, 2.2, 2 et ainsi de suite).
Le champ Description dans le fichier de contrôle d'un paquet source ou binaire comprend deux parties, le résumé ou courte description et la description étendue. Le format de ce champ est le suivant :
Les lignes de la description étendue peuvent suivre ces formats :
N'utilisez pas le caractère de tabulation, son effet est imprévisible.
Voyez pour des informations supplémentaires.
Dans un fichier
La partie du champ située avant le premier retour à la ligne est vide ; chaque ligne comprend donc le nom du paquet binaire et sa ligne de résumé. Chaque ligne commence par une espace.
Dans un fichier
Actuellement, les noms des distributions sont les suivants :
C'est l'édition d'une version à jour de Debian GNU/Linux.
Une fois que la distribution est stable, seule la
correction d'erreurs majeures ou d'erreurs concernant la sécurité est
autorisée. Quand cette distribution est modifiée, son numéro d'édition est
incrémenté (par exemple : 1.2r1 devient 1.2r2 puis 1.2r3 etc.).
Cette valeur de distribution fait référence au côté
développement de l'arbre Debian des distributions. Les nouveaux
paquets, de nouvelles sources pour les paquets et la correction d'erreur
vont dans le répertoire unstable. C'est prendre des risques que
d'utiliser cette distribution.
Cette valeur de distribution fait référence au côté test de l'arbre
Debian des distributions. Les paquets qui la composent proviennent de la
distribution unstable où ils sont restés un court moment de manière
à s'assurer qu'ils n'ont pas de défauts graves. Les paquets de cette
distribution sont moins défectueux que ceux de la distribution
unstable mais comportent des risques. On ne peut pas installer des
paquets dans testing.
De temps en temps, la distribution testing entre dans un état
dit de « gel du code » qui anticipe la version stable.
Pendant cette période de test, seules les corrections d'erreurs existantes ou
nouvellement découvertes sont autorisées. Le détail précis de cette étape est
déterminé par le responsable de l'édition (« Release Manager »).
Les paquets qui possèdent cette valeur de distribution sont considérés par
leur responsable comme représentant un grand risque. Souvent, ce sont des
paquets en phase bêta ou en cours de développement, provenant de sources
variées que les responsables veulent faire tester, mais ce ne sont pas des
paquets qui peuvent être inclus dans d'autres répertoires de l'arbre Debian
des distributions. À utiliser à ses risques et périls.
On listera toutes les distributions dans lesquelles le paquet sera
installé.
Ce champ donne la date de la construction de paquet ou de la dernière édition.
Sa valeur est tirée du fichier
Ce champ indique une révision de format pour le fichier. Le format décrit ici est la version 1.5. La syntaxe de la valeur du format est la même que la numérotation de la version des paquets, sauf que epoch et la révision Debian ne sont pas autorisés - voir .
Ce champ décrit l'importance de la mise à jour de cette version par rapport
aux autres versions. Il contient un simple mot-clé qui prend
habituellement une de ces valeurs low, medium ou
high (peu importe la casse) suivie par un commentaire optionnel
(séparé par une espace) qui est généralement entre parenthèses.
Par exemple :
La valeur de ce champ est habituellement tirée du fichier
Ce champ contient les données lisibles des changements, décrivant les différences entre la dernière version et celle courante.
Il ne doit rien y avoir dans ce champ avant le première nouvelle ligne ; toutes les lignes suivantes doivent être indentées d'au moins une espace ; les lignes vides doivent être représentées par une ligne contenant seulement une espace et un point.
La valeur de ce champ est habituellement tirée du fichier
Chaque information de changement de version doit être précédée par une ligne de titre donnant au moins la version, la ou les distributions et l'urgence, d'une façon lisible.
Si les données de plusieurs versions sont retournées, l'entrée de la plus récente version doit être retournée d'abord, et les entrées doivent être séparées par une ligne vide (la ligne de titre peut aussi être suivie par une ligne vide).
Ce champ est une liste de paquets binaires.
Quand il apparaît dans un fichier .dsc, il représente la liste des paquets binaires qu'un paquet source peut produire. Il ne produit pas nécessairement tous ces paquets binaires pour chaque architecture. Le fichier de contrôle source ne contient pas les détails sur les architectures qui sont les plus appropriées pour les paquets binaires.
Quand il apparaît dans un fichier .changes, il liste les noms des paquets binaires actuellement installés sur le serveur.
La syntaxe est une liste de paquets binaires séparée par des
virgules Par convention, il y a une espace après chaque
virgule.
Ce champ apparaît dans les fichiers de contrôle des paquets binaires, et dans les fichiers Packages. Il donne la capacité totale du disque nécessaire pour installer le paquet.
L'espace disque est représenté en Kilo-octets comme un nombre décimal simple.
Ce champ contient la liste des fichiers avec des informations sur chacun d'eux. L'information exacte et la syntaxe exacte varient avec le contexte. Dans tous les cas, la partie du contenu du champ sur la même ligne que le nom du champ est vide. Le reste du champ est une ligne par fichier, chaque ligne est indentée par une espace et contient un nombre de sous-champs séparés par des espaces.
Dans le fichier .dsc (contrôle des sources Debian), chaque ligne
contient la somme de contrôle MD5, la taille et le nom du fichier tar et
(éventuellement) le fichier diff qui représente le reste du paquet
source C'est la partie qui n'est pas .dsc.
Dans le fichier .changes, il contient une ligne par fichier
chargé. Chaque ligne contient la somme de contrôle, la taille, la
section et la priorité et le nom du fichier. La
La valeur spéciale byhand pour la section dans un fichier .changes indique que le fichier en question n'est pas un fichier ordinaire de paquet et doit être installé à la main par les responsables de la distribution. Si la valeur de la section est byhand alors la valeur de la priorité devrait être -.
Si une nouvelle révision Debian d'un paquet est chargée et qu'aucune archive originale source n'est distribuée, le fichier .dsc doit toujours contenir l'entrée du champ Fields pour l'archive originale source package-upstream-version.orig.tar.gz mais le fichier .changes devrait l'omettre. Dans ce cas, l'archive originale source sur le site de distribution doit être exactement, octet par octet, l'archive originale source qui a été utilisée pour créer le fichier .dsc et le fichier diff qui a été installé sur le serveur.
Une liste de numéros de rapport de bogues séparés par des espaces qui sont
fermés par le téléchargement défini par le fichier
Des champs utilisateurs supplémentaires peuvent être ajoutés au fichier de contrôle du paquet source. Ces champs seront ignorés, ne seront pas copiés dans les fichiers de contrôle des paquets sources ou binaires (par exemple) ou dans les fichiers de contrôle de l'installation sur le serveur.
Quand on souhaite ajouter des champs supplémentaires non reconnus par ces fichiers de sortie, on utilisera le mécanisme décrit ci-dessous.
Les champs du fichier principal de contrôle de source avec des noms commençant par X, suivis par une ou plusieurs lettres BCS et un trait d'union -, seront copiés vers les fichiers de sortie. Seule la partie du nom du champ qui se trouve après le trait d'union sera utilisée dans le fichier de sortie. Si la lettre B est utilisée, le champ apparaîtra dans les fichiers de contrôle des paquets binaires, si c'est la lettre S, dans les fichiers de contrôle de paquet source, et si c'est la lettre C, dans les fichiers de contrôle de l'installation sur le serveur (.changes).
Par exemple, le fichier principal de contrôle de source
contient le champ suivant :
Il est possible de fournir des scripts qui seront exécutés par le système de gestion des paquets lors d'une installation, d'une mise à jour ou d'une suppression du paquet.
Ces scripts sont les fichiers
Le système de gestion de paquets teste le code de sortie de ces scripts. Il est important que ce code soit différent de zéro quand il y a une erreur ; le système de gestion de paquets peut alors s'interrompre. Pour les scripts shell, cela signifie que l'on doit presque toujours utiliser set -e (et c'est généralement vrai pour tout script shell). Bien sûr, il est aussi important que ce code ne soit pas différent de zéro quand tout s'est bien passé.
De plus, les paquets interagissant avec les utilisateurs utilisant
debconf dans le script
Quand un paquet est mis à jour, une combinaison des scripts de l'ancien et du nouveau paquet est appelée durant la procédure de mise à jour. Il faut faire attention quand les scripts se compliquent et il faut vérifier leurs arguments.
D'une manière générale, le script
Normalement on ne doit pas préfixer le chemin des programmes appelés par les
scripts. Avant le début de l'installation, le système de
gestion de paquet vérifie que les programmes
Il est nécessaire pour les procédures de gestion des erreurs que les
scripts soient idempotents. Cela signifie qu'un script, appelé à nouveau
après une exécution réussie, n'explose pas et ne fait pas de dégâts ; il
s'assure simplement que chaque chose est à sa place. Si le premier appel
échoue, ou s'arrête au milieu du chemin pour une raison ou une autre, le
second appel fera, s'il y en a, les choses qui n'ont pas été faites la
première fois et se terminera normalement si tout est correct
Qu'une erreur arrive -- l'utilisateur interrompt
Les scripts du responsable sont assurés de s'exécuter avec un terminal de contrôle et de pouvoir interagir avec l'utilisateur. Comme ces scripts peuvent rediriger leur sortie standard dans un tube à des fins d'enregistrement, les scripts Perl utiliseront un mode de sortie sans tampon mémoire en déclarant $|=1 de manière à ce que la sortie soit affichée immédiatement plutôt que d'être mise dans un tampon mémoire.
Chaque script retournera un code de sortie égal à zéro en cas de succès et un code différent de zéro en cas d'échec. Chaque script doit retourner un code de sortie égal à zéro en cas de succès et un code différent de zéro en cas d'échec car le système de gestion des paquets récupère le code de sortie de ces scripts et détermine l'action suivante en fonction de cette valeur.
preinst-du-nouveau-paquet install preinst-du-nouveau-paquet install vieille-version
preinst-du-nouveau-paquet upgrade vieille-version preinst-de-l'ancien-paquet abort-upgrade
nouvelle-version
postinst configure version-la-plus-récemment-configurée postinst-de-l'ancien-paquet abort-upgrade
nouvelle-version postinst-du-paquet-conflictuel abort-remove in-favour
paquet nouvelle-version postinst abort-remove postinst-du-paquet-déconfiguré abort-deconfigure in-favour
paquet-dont-installation-a-échoué version removing
paquet-conflictuel version
prerm remove prerm-de-l'ancien-paquet upgrade nouvelle-version prerm-du-nouveau-paquet failed-upgrade vieille-version
prerm-du-paquet-conflictuel remove in-favour
paquet nouvelle-version prerm-du-paquet-déconfiguré deconfigure in-favour
paquet-installé version removing
paquet-conflictuel version
postrm remove postrm purge postrm-de-l'ancien-paquet upgrade nouvelle-version postrm-du-nouveau-paquet failed-upgrade vieille-version
postrm-du-nouveau-paquet abort-install postrm-du-nouveau-paquet abort-install vieille-version
postrm-du-nouveau-paquet abort-upgrade vieille-version
postrm-du-paquet-disparu disappear remplaçant
version-du-remplaçant
La procédure lors d'une installation, d'une mise à jour, d'un remplacement ou
d'une disparition (c'est-à-dire quand on exécute dpkg --unpack,
ou bien l'étape unpack de dpkg --install) est la suivante.
Dans chaque cas, si une erreur majeure se produit (à moins d'être listée
ci-dessous), les actions sont généralement « rembobinées » -- ce
qui signifie que les scripts du responsable sont
exécutés dans l'ordre inverse avec des arguments différents. Ce sont les
appels « correction d'erreur » listés ci-dessous.
Si une version du paquet est déjà installée, appel de
Quand le script se termine avec un code de sortie
différent de zéro,
Si un paquet conflictuel est enlevé en même temps :
Quand un paquet dépend de ce paquet conflictuel et si l'option
--auto-deconfigure est spécifiée, appel pour chaque paquet :
Pour préparer l'effacement du paquet conflictuel, appel de :
Si le paquet est mis à jour, appel de :
Si cela fonctionne, alors
Si cela échoue, alors l'ancienne version est laissée
dans un état « Half-Installed ».
Autrement, si le paquet a des fichiers de configuration d'une
version précédemment installée (c'est-à-dire, s'il ne reste
plus du paquet que les fichiers de configuration) :
Autrement (c'est-à-dire, le paquet a été complètement
effacé) :
Les fichiers du nouveau paquet sont dépaquetés, remplaçant ceux qui
peuvent déjà être sur le système, par exemple, les fichiers appartenant à la
vieille version du même paquet ou ceux d'un autre paquet. Les sauvegardes des
vieux fichiers sont laissées, et si quelque chose se passe mal, le système de
gestion des paquets, dans sa partie « correction d'erreurs »
essayera de les remettre en place.
C'est une erreur pour un paquet de contenir des fichiers qui sont sur le
système dans un autre paquet, à moins que Replaces ne soit utilisé
(voir ).
C'est une erreur plus grave pour un paquet de contenir un simple
fichier ou autre chose qu'un répertoire quand un autre paquet veut un
répertoire (à moins que Replaces ne soit utilisé).
Cette erreur peut être évitée si c'est l'effet recherché, en utilisant
--force-overwrite-dir, mais ce n'est pas à conseiller.
Les paquets qui remplacent mutuellement leurs fichiers ont une démarche qui,
bien que déterministe, est difficile à comprendre pour
un administrateur système. Cela peut aisément conduire à des programmes
annoncés comme « absent » quand, par exemple, un paquet remplaçant
tel fichier d'un autre paquet est installé puis effacé Une
partie du problème vient certainement d'une erreur de
Un répertoire ne sera jamais remplacé par un lien symbolique vers un
répertoire et vice versa ; à la place, l'état existant (lien symbolique
ou non) est conservé et
Si le paquet est mis à jour, appel de :
Si cela échoue,
C'est le point de non-retour. Quand
Tous les fichiers de la version précédente du paquet qui ne sont pas dans la
nouvelle sont effacés.
La nouvelle liste de fichiers remplace la précédente.
Les nouveaux scripts du responsable remplacent les anciens.
Les paquets dont tous les fichiers ont été remplacés pendant
l'installation, et qui ne sont pas nécessaires pour les dépendances,
sont considérés comme effacés. Pour ces paquets :
Les scripts du responsable de paquet sont effacés.
Le paquet est inscrit dans la base de données « status »
comme étant dans un état correct, à savoir non installé (ses
conffiles sont ignorés et non pas supprimés par
Les fichiers du paquet à installer qui sont aussi répertoriés par d'autres
paquets sont enlevés des listes de ces paquets, ce qui
lobotomisera la liste de fichiers du paquet « conflictuel », s'il y
en a un.
Les fichiers de sauvegarde faits pendant la phase précédente d'installation
sont effacés.
Le statut du nouveau paquet est correct et enregistré comme
« dépaqueté ».
C'est un autre point de non-retour - si l'effacement d'un
paquet conflictuel échoue, on ne « rembobine » pas le reste de
l'installation ; le paquet conflictuel est laissé dans un état
« enlevé à moitié ».
Au cas où existe un paquet conflictuel, on procède aux actions
d'effacement (décrites ci-dessus), en commençant par l'effacement des
fichiers du paquet conflictuel (les fichiers qui sont aussi dans le
paquet installé ont déjà été effacés de la liste des fichiers du paquet
conflictuel et ne sont pas enlevés maintenant).
Quand on configure un paquet (avec dpkg --install, ou avec
--configure), on met à jour d'abord les conffiles et
ensuite on appelle :
On n'essaye pas de « rembobiner » après une erreur pendant la configuration. Si la configuration échoue, le paquet est dans un état « Failed Config » et un message d'erreur est généré.
S'il n'existe pas de « version-la-plus-récemment-configurée »,
Note historique : les versions vraiment anciennes (pre-1997) de
Si le script prerm échoue pendant le remplacement à cause d'un conflit
Si cela échoue, le paquet est dans un état « Failed-Config »
ou sinon il reste « Installed ».
Les fichiers du paquet sont effacés (sauf les conffiles).
Si cela échoue, il n'y a pas de correction d'erreur et le paquet
est dans un état « Half-Installed ».
Tous les scripts du responsable sont effacés sauf
Si on n'efface pas le paquet, la procédure s'arrête là. Il faut remarquer que
les paquets qui n'ont pas de
Les conffiles et les fichiers de sauvegarde (fichiers ~,
fichiers #*#, fichiers %, .dpkg-{old, new, tmp},
etc.) sont effacés.
Si cela échoue, le paquet reste dans un état
« Config-Files ».
La liste des fichiers du paquet est effacée.
Ces champs ont tous la même syntaxe. Ce sont des listes de noms de paquets séparés par des virgules.
Dans les champs Depends, Recommends, Suggests, Pre-Depends, Build-Depends et Build-Depends-Indep (les champs qui déclarent les dépendances d'un paquet envers d'autres paquets), ces noms peuvent aussi être des listes de noms de paquets alternatifs, séparés par des symboles barre verticale « | » (symbole du tube de communication). Si c'est le cas, quand l'un des paquets alternatifs est installé, on considère que cette partie de la dépendance est satisfaite.
Tous les champs sauf le champ Provides peuvent restreindre leur application à des versions particulières de chaque paquet nommé. Ces versions sont indiquées entre parenthèses après chaque nom de paquet ; les parenthèses contiendront une des relations de la liste ci-dessous, suivie par un numéro de version, dans le format décrit dans .
Les relations autorisées sont : <<, <=,
=, >= et >> pour
strictement avant, avant ou égal, égal, après ou égal, strictement
après, respectivement. Les formes déconseillées < et
> ont été utilisées pour signifier avant/après ou égal, plutôt
que strictement avant/après, ainsi elles ne doivent pas apparaître dans les
nouveaux paquets (bien que
Les espaces peuvent apparaître n'importe où dans la spécification de
version sujette aux règles énoncées dans , et doivent
apparaître là où c'est nécessaire pour supprimer toute ambiguïté ; autrement
elles ne sont pas significatives. Pour la cohérence et dans le cas de futures
modifications de
Par exemple, une liste de dépendances peut apparaître ainsi :
On peut limiter à un ensemble d'architectures tous les champs qui précisent des relations pour la compilation (Build-Depends, Build-Depends-Indep, Build-Conflicts et Build-Conflicts-Indep). On se sert de crochets après chaque nom de paquet et l'indication facultative de la version. Les crochets enferment une liste d'architectures acceptées par Debian, séparées par une espace. Un point d'exclamation peut être ajouté à chaque nom. On ne peut pas ajouter un point d'exclamation à certains noms et pas à d'autres. Quand l'architecture de la machine hôte n'est pas présente dans la liste et qu'il n'y a pas de point d'exclamation, ou bien quand elle est dans la liste et qu'elle est préfixée par un point d'exclamation, le paquet et l'indication de la version associée sont complètement ignorés pour ce qui concerne la définition du système de relation.
Par exemple :
Il faut remarquer que les champs concernant les relations entre paquets binaires tel que Depends apparaissent dans l'une des sections du fichier de contrôle du paquet binaire, alors que les champs concernant les relations pour la construction tel que Build-Depends apparaissent dans la première section du fichier de contrôle du paquet source.
Les paquets peuvent déclarer dans leur fichier de contrôle qu'ils ont certaines relations avec d'autres paquets - par exemple, qu'ils ne peuvent pas être installés en même temps que tel paquet, ou qu'ils dépendent de la présence de tel autre.
On se sert pour cela des champs du fichier control suivants : Depends, Pre-Depends, Recommends, Suggests, Enhances et Conflicts.
Ces six champs sont utilisés pour déclarer une relation de dépendance d'un paquet envers un autre paquet. Ils apparaissent dans le fichier control du paquet dépendant (binaire), sauf le champ Enhances qui apparaît dans le fichier de contrôle du paquet recommandé.
Un champ Depends prend effet seulement lors de la
configuration du paquet. Il n'empêche pas qu'un paquet soit sur le système
dans un état « non configuré » et ses dépendances non
satisfaites ;
il est aussi possible de remplacer un paquet correctement installé et dont
les dépendances sont satisfaites par une version différente dont les
dépendances ne sont pas et ne peuvent pas être satisfaites ; quand c'est
le cas, le paquet dépendant est laissé « non configuré » (étant
donné
que les tentatives pour le configurer donnent des erreurs) et il ne
fonctionne pas correctement. On peut utiliser si nécessaire un champ
Pre-Depends qui a un effet limité même si le paquet est dans la
phase de dépaquetage, comme c'est expliqué plus bas. (Les trois autres
champs, Recommends, Suggests et Enhances, ne
sont utilisés que par les différentes interfaces de
Pour cette raison, lors d'une installation, les paquets sont généralement tous installés d'abord et tous configurés ensuite ; cela permet que les dernières versions des paquets ayant des dépendances sur les dernières versions d'autres paquets voient leurs dépendances satisfaites.
Dans le cas de dépendances circulaires, comme l'ordre d'installation ou de suppression pour honorer l'ordre des dépendances ne peut être établi, les boucles de dépendances sont cassées à un certain point (basé sur les règles ci-dessous) et certains paquets peuvent ne pas pouvoir être certain que leurs dépendances soient présentes lors de l'installation ou de la suppression selon de quel côté de la cassure de la boucle de dépendance circulaire ils sont placés. Si l'un des paquets dans la boucle n'a pas de script postinst, alors le cycle peut être cassé sur ce paquet pour garantir que tous les scripts postinst sont exécutés avec leurs dépendances correctement configurés si cela est possible. Sinon, le point de cassure est arbitraire.
Ainsi le champ Depends autorise les responsables de paquet à imposer un ordre sur la manière de configurer les paquets.
Voici la signification des cinq champs de dépendance :
Ce champ déclare une dépendance absolue. Il n'est pas possible de configurer
un paquet tant que tous les paquets listés dans ce champ n'ont pas été
correctement configurés.
Le champ Depends sera utilisé quand le paquet dépendant a besoin,
pour fonctionner d'une manière intéressante, de tel paquet.
Le champ Depends sera aussi utilisé quand les scripts
Ce champ déclare une dépendance forte, mais pas absolue.
Le champ Recommends listera les paquets qu'on trouve habituellement
avec ce paquet dans toute installation standard.
On se sert de ce champ pour déclarer qu'un paquet serait plus utile avec
un ou plusieurs autres paquets. On indique au système de gestion de
paquet et à l'utilisateur que les paquets listés sont liés au paquet et
qu'ils peuvent peut-être augmenter son utilité, mais qu'une installation
sans ces paquets est parfaitement concevable.
Ce champ ressemble au champ Suggests mais il marche en sens inverse.
On s'en sert pour déclarer qu'un paquet améliore l'efficacité de tel
autre paquet.
Ce champ ressemble au champ Depends, sauf qu'il force aussi
Quand un paquet déclarant une relation de pré-dépendance est sur le point
d'être dépaqueté, cette relation peut être satisfaite si le paquet
exigé par la pré-dépendance est, soit pleinement configuré, soit même
s'il est seulement dépaqueté ou « à demi configuré », pourvu qu'il ait été
déjà correctement configuré au moins une fois (et pas effacé ou partiellement
effacé depuis). Dans ce cas, les deux versions,
celle précédemment configurée et celle actuellement dépaquetée ou dans un état
« à moitié configuré », doivent satisfaire à toute clause de version
contenue dans le champ Pre-Depends.
Quand le paquet déclarant une relation de Pre-Dépendance est
configuré, cette relation sera considérée comme une relation Depends
normale ; c'est-à-dire, elle sera considérée comme satisfaite seulement
si le paquet dépendant a bien été configuré.
Le champ Pre-Depends sera utilisé parcimonieusement et de préférence
seulement pour les paquets dont une mise à jour ou une installation
prématurée entraverait la capacité du système à continuer les mises à jour
en cours.
Des relations Pre-Depends sont aussi exigées quand un script
Pour choisir un niveau de dépendance, on mesurera l'importance du paquet demandé pour les fonctionnalités du paquet qui déclare la dépendance. Certains paquets sont composés d'éléments plus ou moins importants. Un tel paquet listera dans le champ Depends le ou les paquets qui sont nécessaires aux éléments les plus importants. Les autres éléments peuvent être mentionnés comme des Suggestions ou des Recommandations, selon l'importance relative de ces éléments.
Quand un paquet déclare un conflit avec un autre, en utilisant le champ
Conflicts,
Si l'on veut installer l'un de ces paquets, l'autre doit d'abord être supprimé
— si le paquet en cours d'installation est marqué comme remplaçant
(voir ) le paquet sur le système, ou si celui-ci est
marqué comme « désélectionné », ou bien si les deux paquets sont
marqués Essential, alors
Un paquet ne provoque pas de conflit simplement parce que ses fichiers de configuration sont toujours installés ; il doit être au moins dans l'état « à moitié installé ».
Une exception spéciale est faite pour les paquets qui déclarent un conflit avec leur propre nom de paquet, ou avec le paquet virtuel qu'ils fournissent (voir ci-dessous) : cela n'empêche pas leur installation, et cela autorise un paquet à déclarer un conflit avec les paquets qui peuvent le remplacer. On utilise ce dispositif quand on veut que le paquet en question soit le seul paquet à fournir une fonctionnalité particulière.
Une entrée Conflicts ne devrait presque jamais avoir une clause de
version indiquant une relation « avant ». Cela empêcherait
Aussi bien que des noms de paquets réels (concrets), les champs de relation Depends, Recommends, Suggests, Enhances, Pre-Depends, Conflicts, Build-Depends, Build-Depends-Indep, Build-Conflicts et Build-Conflicts-Indep peuvent mentionner des noms de « paquets virtuels ».
Un paquet « virtuel » est un paquet qui apparaît dans le champ Provides du fichier « control » d'un autre paquet. L'effet est le même que si le ou les paquets qui fournissent un paquet virtuel particulier avaient été listés par leur nom partout où le nom du paquet virtuel apparaît. Voir aussi .
Quand un paquet concret et un paquet virtuel ont le même nom, la dépendance
peut être satisfaite (ou le conflit provoqué) soit par le paquet concret du
même nom soit par tout autre paquet concret fournissant le paquet virtuel du
même nom.
Par exemple, en supposant que nous ayons :
Quand un numéro de version est attaché à une dépendance ou à un conflit, seuls les paquets réels seront examinés pour savoir si la relation est satisfaite (ou, pour un conflit, l'interdiction violée) - on supposera qu'un paquet réel qui fournit un paquet virtuel n'a pas la « bonne » version. Ainsi, un champ Provides ne peut pas contenir de numéros de version, et le numéro de version du paquet concret qui fournit un paquet virtuel particulier n'est pas examiné quand on considère une dépendance envers ou un conflit avec le nom du paquet virtuel.
Il est probable que la possibilité d'indiquer un numéro de version pour
chaque paquet virtuel sera ajoutée dans une version prochaine de
Quand on veut spécifier quel paquet d'un ensemble de paquets réels sera celui qui satisfait par défaut une dépendance particulière envers un paquet virtuel, on listera le paquet réel alternatif avant le paquet virtuel.
Un paquet peut déclarer dans son fichier control qu'il modifiera des fichiers appartenant à un autre paquet ou qu'il remplacera complètement un autre paquet. Le champ Replaces du fichier control remplit ces deux fonctions.
Tout d'abord, comme mentionné auparavant, qu'un paquet possède des fichiers qui sont sur le système mais dans un autre paquet est généralement une erreur.
Cependant, si le paquet, qui veut faire un remplacement, déclare, dans le champ
Replaces, qu'il remplace le paquet
qui contient le fichier à remplacer,
Quand un paquet est ainsi complètement remplacé, de sorte que
Replaces est une relation à sens unique -- vous devez installer le paquet
remplaçant après le paquet remplacé.
Avec cette utilisation du champ Replaces, et quand on l'examine, on ne prend pas en compte les paquets virtuels (voyez ) -- les paquets déclarant qu'ils sont remplacés doivent être mentionnés par leurs noms réels.
De plus, cet usage de Replaces prend seulement effet quand deux paquets sont -- au moins partiellement -- en même temps sur le système, et cela peut seulement se produire s'ils ne sont pas en conflit, ou si le conflit a été annulé.
Et deuxièmement, le champ Replaces permet au système de gestion des paquets de savoir quel paquet enlever quand il y a un conflit - voir . Cet usage prend seulement effet quand deux paquets sont réellement en conflit, afin que les deux usages de ce champ n'interfèrent pas l'un avec l'autre.
Dans ce cas, le paquet déclaré comme étant remplacé peut être un paquet
virtuel ; c'est ainsi que les agents de transport du courrier (MTA) pourront
avoir les champs suivants dans leur fichier de contrôle :
Les paquets sources peuvent déclarer des relations avec des paquets binaires si, par exemple, ils ont besoin que tel paquet binaire soit présent ou absent au moment de leur construction.
On se sert des champs Build-Depends, Build-Depends-Indep, Build-Conflicts et Build-Conflicts-Indep du fichier control.
Les dépendances de construction sur les paquets binaires appartenant à « build-essential » peuvent être omises. Voyez pour davantage d'informations.
Les dépendances ou les conflits qu'ils définissent doivent être résolus
(comme cela a été défini plus haut pour les paquets binaires) pour pouvoir
appeler les cibles de debian/rules
Si vous construisez « build-arch » ou « binary-arch »,
vous avez besoin de Build-Depends. Si vous construisez
« build-indep » ou « binary-indep », vous avez besoin de
Build-Depends et de Build-Depends-Indep. Si vous construisez
« build » ou « binary », vous avez besoin des deux.
« Build-Depends-Arch » n'existe pas ; ce rôle est
essentiellement rempli par les Build-Depends. Il est supposé que celui qui veut
construire les cibles build-indep et binary-indep veut
de toute façon construire le paquet dans son entier et qu'il installe donc
toutes les dépendances de construction. Les constructeurs automatiques
(« autobuilders ») utilisent dpkg-buildpackage -B qui appelle
build (pas build-arch car il ne sait pas encore vérifier son
existence) et binary-arch.
Le but de cette séparation, je m'en rappelle, était que les constructeurs
automatiques n'aient pas besoin d'installer les paquets supplémentaires
requis par les cibles binary-indep. Mais, sans la séparation
build-arch/build-indep, cela ne marchait pas, car le plus gros du travail
était fait par la cible build et non pas par la cible binary.
Les champs Build-Depends et Build-Conflicts doivent être
satisfaits quand l'une des cibles suivantes est appelée :
build, clean, binary, binary-arch,
build-arch, build-indep et binary-indep.
Les champs Build-Depends-Indep et Build-Conflicts-Indep
doivent être satisfaits quand l'une des cibles suivantes est appelée :
build, build-indep, binary et binary-indep.
On doit construire avec soin les paquets qui contiennent des bibliothèques partagées afin de s'assurer que ces bibliothèques seront toujours disponibles. Et particulièrement, les paquets qui demandent des bibliothèques vitales, telle que la bibliothèque C, (actuellement : libc6).
Un paquet qui contient des bibliothèques partagées sera séparé en plusieurs paquets binaires. Cette section est consacrée à la façon de faire cette séparation ; les règles pour les fichiers à l'intérieur des paquets de bibliothèques partagées sont traitées dans .
La bibliothèque partagée doit être placée dans un paquet
dont le nom change chaque fois que la version objet partagée change.
Puisqu'il est courant d'installer plusieurs versions d'un paquet qui fournit
des bibliothèques partagées, c'est une bonne idée que la bibliothèque ne contienne
pas des fichiers supplémentaires sans version, à moins qu'ils soient placés dans
des répertoires qui ont une version.
Le nom-so est le nom du fichier objet partagé : c'est ce qui, entre le moment
de la construction de l'exécutable et celui de son fonctionnement, doit être
exactement le même pour que l'éditeur des liens dynamiques soit capable de
faire marcher le programme. Par exemple, si le nom-so de la bibliothèque est
libfoo.so.6, le paquet de la bibliothèque sera appelé
libfoo6.
Si votre paquet comprend des programmes d'aide exécutables que les utilisateurs
n'ont pas besoin d'appeler eux-mêmes, mais qui sont néammoins nécessaires au
fonctionnement du paquet, il est recommandé de placer ces programmes
(si ce sont des binaires) dans un répertoire de
Si vous construisez plusieurs bibliothèques partagées à partir d'un même arbre de sources, vous pouvez les regrouper dans le même paquet de bibliothèques, sachant que vous devrez changer tous leurs nom-so simultanément (pour éviter des conflits de noms de fichiers lors de l'installation de différentes versions de ce paquet).
Une paquet installera les bibliothèques partagées sous
leurs vrais noms. Par exemple, le paquet
Les bibliothèques partagées ne doivent pas être installées comme exécutables, puisque l'éditeur de liens dynamiques ne le demande pas et que tenter d'exécuter une bibliothèque partagée se traduit par un core dump.
Le paquet de la bibliothèque partagée comportera le lien symbolique que
Le système de gestion des paquets demande que la bibliothèque soit placée avant
le lien symbolique qui pointe vers elle dans le fichier .deb. Ainsi,
avant que
Tout paquet qui installe des bibliothèques partagées dans l'un des
répertoires par défaut de l'éditeur de liens dynamiques, (actuellement,
/usr/lib et /lib) ou dans un répertoire listé par
/etc/ld.so.conf
Les voici :
/usr/local/lib /usr/lib/libc5-compat /lib/libc5-compat
Les scripts de responsable de paquet ne doivent appeler
Pendant une installation ou une mise à jour, le script preinst est appelé
avant que de nouveaux fichiers ne soient installés : appeler
« ldconfig » est inutile. Le script preinst d'un paquet existant
peut aussi être appelé en cas d'échec de la mise à jour. Cela arrive cependant
au moment critique où une bibliothèque partagée existe sur le disque sous un
nom temporaire. Ainsi, il est dangereux, et c'est interdit par la Charte,
d'appeler « ldconfig » à ce moment.
Lors de l'installation ou la mise à jour d'un paquet, le script
« postinst configure » s'exécute après que
les nouveaux fichiers ont été installés de façon certaine sur le disque.
Puisqu'on peut parfaitement appeler sans condition ldconfig dans un postinst,
un paquet peut mettre ldconfig dans son postinst sans vérifier les arguments.
Le script postinst peut aussi être appelé lors d'un essai de récupération après
l'échec d'une mise à jour. Cela arrive avant que les nouveaux fichiers ne
soient dépaquetés : il n'y a donc pas besoin d'appeler
« ldconfig » à ce moment.
Lors de la suppression d'un paquet, le script prerm est appelé alors que tous
les fichiers sont intacts : appeler « ldconfig » est inutile.
Les autres appels de « prerm » se passent lors d'une mise à jour,
quand tous les fichiers de l'ancien paquet sont sur le disque, et, encore une
fois, appeler « ldconfig » est inutile.
D'un autre côté, le script postrm est appelé avec l'argument remove
juste après que les fichiers ont été supprimés : c'est le moment idéal
pour appeler « ldconfig » et notifier ainsi au système la
suppression des bibliothèques partagées appartenant au paquet. Le
script postrm peut être appelé à plusieurs moments. Lors de
« postrm purge », de « postrm abort-install » ou de
« postrm abort-upgrade », appeler « ldconfig » est
inutile parce que les fichiers de la bibliothèque partagée ne sont pas sur
le disque. Cependant, lorsque le script postrm est appelé avec les arguments
« upgrade », « failed-upgrade » ou « disappear »,
la bibliothèque partagée peut exister sur le disque sous un nom temporaire.
Si votre paquet contient des programmes d'aide au fonctionnement qui utilisent la bibliothèque partagée, vous ne devez pas les mettre dans le paquet de la bibliothèque partagée. Si vous le faites, vous ne pourrez pas installer plusieurs versions de la bibliothèque sans créer des conflits de noms de fichiers.
À la place, vous pouvez soit créer un autre paquet pour ces binaires
fonctionnels (le paquet peut s'appeler
Une bibliothèque statique (
Dans les cas suivants, il est acceptable qu'une bibliothèque ne soit
disponible que sous sa forme statique :
bibliothèque pour langage dont la version partagée est immature ou
instable ;
bibliothèque dont l'interface change constamment ou est en développement
(c'est le cas pour une bibliothèque dont le numéro majeur de version est zéro,
ou dont la compatibilité binaire (ABI) n'est pas assurée pour des
niveaux de patch différents) ;
bibliothèque explicitement prévue pour n'être disponible que sous une forme
statique par ses auteurs.
Les fichiers de développement associés à une bibliothèque partagée seront
placés dans un paquet appelé
Quand plusieurs versions de développement existent, vous pouvez utiliser le
mécanisme de gestion des conflits de
Le paquet de développement contiendra un lien symbolique vers la
bibliothèque partagé qui lui est associée sans le numéro de version.
Par exemple, le paquet
La version de développement aura une dépendance sur une version précise
de la bibliothèque partagée afin que la compilation et l'édition de liens
s'effectuent correctement. La variable de substitution
${Source-Version} peut être utile dans ce cas.
Quand un paquet contient un binaire ou une bibliothèque liés à une
bibliothèque partagée, on doit s'assurer que, lors de l'installation de ce
paquet sur le système, toutes les bibliothèques nécessaires sont aussi
installées. Cela a conduit à la création du système shlibs ; de
conception très simple, ce système demande que tout paquet qui fournit
(champ provides) une bibliothèque partagée donne aussi les
informations de dépendance nécessaires à la présence de cette
bibliothèque ;
ainsi tout paquet qui utilise une bibliothèque partagée, utilise
ces informations pour connaître les dépendances requises. Les fichiers qui
contiennent les relations entre les bibliothèques partagées et les
informations sur les dépendances nécessaires sont les fichiers shlibs.
Ainsi, quand on construit un paquet contenant une bibliothèque partagée,
on doit fournir un fichier shlibs utilisable par d'autres
paquets ;
et quand on construit un paquet contenant une bibliothèque partagée ou un
binaire compilé, ce paquet doit exécuter
Par le passé, on appelait
Un binaire foo utilise directement la bibliothèque
libbar quand il est lié explicitement à cette bibliothèque (c'est à
dire qu'il utilise le drapeau -lbar pendant la phase de liaison). Les
autres bibliothèques dont libbar a besoin sont liées
indirectement à foo, et l'éditeur de liens dynamiques les
charge automatiquement quand il charge libbar. Un paquet dépendra
des bibliothèques qu'il utilise directement, et les dépendances
de ces bibliothèques amèneront automatiquement les autres bibliothèques.
Malheureusement, le programme
Voici un exemple qui montre l'intérêt de ce système : on pourrait mettre à
jour libimlib avec une version qui accepte le nouveau format
graphique dgf (tout en gardant le même numéro majeur de version). En
utilisant l'ancienne méthode
Les sections suivantes décrivent l'emplacement des différents fichiers
shlibs, la façon d'utiliser le programme
On peut trouver des fichiers shlibs à plusieurs endroits. La liste
suivante les donne dans l'ordre selon lequel
Cela donne les remplacements à faire pour ce paquet. Son usage est décrit
plus bas ().
Cela donne les remplacements à faire pour tout le système. Cette liste,
maintenue par l'administrateur local, est normalement vide.
Les fichiers
Quand on construit un paquet, tous les fichiers
Un exemple nous aidera : supposons que le paquet source foo produit
deux paquets binaires, libfoo2 et foo-runtime. Pour la
construction de ces paquets, on utilise les répertoires debian/libfoo2
et debian/foo-runtime respectivement (on pourrait utiliser
debian/tmp à la place de l'un des deux). Puisque libfoo2
fournit la bibliothèque partagée libfoo, il demandera un fichier
shlibs qui sera installé dans debian/libfoo2/DEBIAN/shlibs,
et deviendra finalement /var/lib/dpkg/info/libfoo2.shlibs. Maintenant,
quand on exécute
Ce sont tous les fichiers
Ce fichier liste toutes les bibliothèques partagées dont les paquets n'ont
pas pu fournir de fichiers shlibs corrects. Il était utilisé quand
on a introduit le système shlibs pour la première fois ; il est
maintenant normalement vide. Il est maintenu par le responsable de
dpkg.
Placez un appel au programme
Quand on utilise debhelper, le programme
Cette commande place les informations sur les dépendances dans le fichier
Si
Si vous avez des paquets contenant plusieurs binaires, vous devrez appeler
Veuillez consulter et
Chaque fichier
Nous allons expliquer cette ligne en prenant comme exemple le paquet
zlib1g, qui, au moment où est écrit ce texte, installe la
bibliothèque partagée /usr/lib/libz.so.1.1.3.
nom-de-bibliothèque est le nom de la bibliothèque partagée, dans
ce cas : libz. Cela doit correspondre à la partie « nom » du
nomso, voyez plus bas.
nomso-version-numéro est la partie version du nomso de la
bibliothèque. Le nomso est ce qui doit coller exactement pour que la
bibliothèque soit reconnue par l'éditeur des liens dynamiques, et il est habituellement
de la forme : nom.so.version-numéromajeur,
et dans ce cas libz.so.1
La commande suivante peut le déterminer :
dépendances possède le même format qu'un champ de dépendances dans
le fichier de contrôle d'un paquet binaire. Cette partie donnera des
renseignements sur les paquets qui sont demandés pour compiler un binaire
avec la version de la bibliothèque contenue dans le paquet. Voir
pour des précisions.
Dans notre exemple, si la première version du paquet zlib1g, contenant
un numéro mineur égal à au moins 1.3, était de 1:1.1.3-1,
alors l'entrée shlibs pour cette bibliothèque pourra énoncer :
Si le paquet fournit une bibliothèque partagée, vous devez créer un fichier
C'est ce que fait
Comme
Ce fichier est prévu seulement pour une correction temporaire quand les
binaires ou les bibliothèques dépendent d'une bibliothèque pour laquelle
aucun fichier shlibs correct n'est produit par le paquet.
Nous supposons que vous essayez de créer un paquet binaire foo. Quand
vous essayez d'exécuter
Dès que le responsable de bar1 fournit un fichier shlibs
correct, vous supprimerez cette ligne dans le fichier
debian/shlibs.local. Vous aurez sans doute aussi un champ
Build-Depends concernant les versions pour bar1 de
manière à s'assurer que d'autres n'aient pas le même problème pour
construire votre paquet.
L'emplacement de tous les répertoires et fichiers installés
doit être conforme au standard sur la hiérarchie du système de fichiers
(FHS, version 2.3), avec les exceptions notées ci-dessous et sauf si cela
va à l'encontre d'un principe de la charte Debian.
Les exceptions suivantes au FSH s'appliquent :
Les serveurs XFree86 historiques sont autorisés à conserver
l'emplacement du fichier de configuration
Les règles optionnelles relatives aux fichiers de
configuration spécifiques à l'utilisateurs pour les
applications sont stockées dans le répertoire personnel de
l'utilisateur sont réduites. Il est recommandé que de tels
fichiers commencent par un point (« fichier caché »)
et si une application a besoin de créer plus d'un fichier
caché, alors l'emplacement préféré est dans un sous-répertoire
dont le nom commence par un point (« répertoire
caché »). Dans ce cas, il est recommandé que les fichiers
de configuration ne commencent pas par un point.
L'obligation pour amd64 d'utiliser
L'obligation que
L'obligation que les gestionnaires de fenêtres avec un seul
fichier de configuration l'appelle
L'obligation que les fichiers de configuration des
gestionnaires d'amorçage soient placés sous
On peut trouver cette version du document dans le paquet
debian-policy ou, avec ce manuel, sur
Conformément au « FHS », aucun paquet ne doit placer de fichiers
dans/usr/local, que ce soit en les mettant dans l'archive
qui doit être dépaquetée par
Cependant, un paquet peut créer des répertoires vides sous /usr/local
de manière que l'administrateur système ait un endroit où placer
des fichiers locaux. Ce ne sont pas des répertoires directement dans
On notera que cela ne s'applique qu'aux répertoires sous /usr/local et non pas dans /usr/local. Le répertoire /usr/local ne doit contenir lui-même que les répertoires listés dans le FHS, section 4.5. Cependant vous pouvez créer autant de répertoires que vous voulez sous ces répertoires. Vous ne devez pas supprimer les répertoires listés à la section 4.5, même si vous les avez créés.
Comme /usr/local peut être monté depuis un serveur distant et
n'autoriser que la lecture, on doit créer ces répertoires avec
les scripts de post-installation,
Par exemple, le paquet emacsen-common pourrait contenir
Si vous créez un répertoire dans /usr/local pour ajouter des éléments à un paquet, vous vous assurerez que le paramétrage dans /usr/local sera prioritaire par rapport à celui dans /usr.
Cependant, puisque /usr/local et son contenu sont réservés à l'administrateur local, un paquet ne doit pas compter sur la présence ou l'absence de fichiers ou répertoires dans /usr/local pour toute opération normale.
Le répertoire /usr/local lui-même et tous les sous-répertoires créés par un paquet, auront (par défaut) les droits 2775 (modifiables et exécutables par le groupe (bit « set-group-id » positionné)). Ils doivent appartenir à root.staff.
Le répertoire commun pour le courrier est /var/mail. Ce répertoire
fait partie du système de base et il n'appartiendra à aucun opérateur de
courrier particulier. L'utilisation de l'ancien répertoire
/var/spool/mail est déconseillée, même si le courrier se trouve
toujours physiquement là. Pour garder, lors d'une mise à jour, une
compatibilité avec les systèmes qui utilisent /var/spool/mail comme
répertoire de courrier, les paquets qui se servent de /var/mail
doivent dépendre de
Le système Debian est configuré pour utiliser soit les mots de passe ordinaires soit les mots de passe masqués (« shadow password »).
L'utilisation de quelques identifiants d'utilisateur (UID) et de groupe (GID) est réservée à certains paquets. Ces paquets ont besoin d'inclure des fichiers appartenant à ces utilisateurs ou à ces groupes, ou bien ont besoin de compiler des binaires avec ces identifiants ; c'est pourquoi, sur tout système Debian, ces identifiants ne pourront être utilisés que dans un cadre prédéfini. C'est une restriction importante, et on évitera d'interférer avec des politiques particulières d'administration système. De nombreux sites notamment attribuent des utilisateurs ou des groupes systèmes spécifiques à partir de 100.
En dehors de cet aspect, les identifiants seront attribués dynamiquement et seront rangés selon un ordre raisonnable mais qui peut être redéfini.
Seul le paquet base-passwd a le droit de modifier /etc/passwd, /etc/shadow, /etc/group ou /etc/gshadow.
Les numéros des « UID » et des « GID » sont rangés en
classes :
Attribués en bloc par le projet Debian, ils doivent être identiques sur tout
système Debian. Ces identifiants apparaîtront dans les fichiers
passwd et group de tout système Debian, tout nouvel
identifiant dans cet intervalle étant automatiquement ajouté quand le paquet
base-passwd est mis à jour.
Un paquet qui a besoin d'un identifiant UID ou GID unique et attribué de
manière fixe utilisera cet intervalle ; le responsable demandera
son obtention au responsable de base-passwd.
Utilisateurs et groupes système attribués dynamiquement. Les paquets qui
ont besoin d'un utilisateur ou d'un groupe et qui
tolèrent que cet identifiant soit attribué dynamiquement et différemment
sur chaque système, utiliseront adduser --system
pour la création d'un tel groupe ou utilisateur.
Le programme
Comptes utilisateur attribués dynamiquement. Par défaut, Usage réservé.
Attribués en bloc par le projet Debian, mais ils ne sont créés
qu'à la demande. Les identifiants sont attribués de manière fixe et centralisée
mais les comptes ne sont effectivement créés sur le système qu'à la demande.
Ces identifiants sont réservés à des paquets obscurs ou à des paquets qui
demandent de nombreux identifiants attribués de manière fixe. Ces paquets
doivent s'assurer de l'inexistence de ces comptes dans /etc/passwd
ou dans /etc/group et les créer eux-mêmes si nécessaire (en utilisant
si possible Usage réservé.
Utilisateur nobody. Le « gid » correspondant renvoie au
groupe nogroup.
(uid_t)(-1) == (gid_t)(-1). Ne doit pas être
utilisé car il s'agit de la valeur sentinelle pour retourner une erreur.
Le répertoire
Il y a au moins deux façons, différentes mais fonctionnellement équivalentes,
de se servir de ces scripts. Pour rester simple, on décrit ici la méthode des
liens symboliques. Les scripts du responsable ne doivent cependant pas
présumer que cette méthode est utilisée, et toute manipulation automatisée
du comportement des différents niveaux de fonctionnement doit être faite
avec le programme
Ces scripts sont référencés par des liens symboliques dans les
répertoires
Les noms de ces liens sont tous de la forme
Lorsque
Par exemple, pour passer du niveau 2 au niveau 3,
Le nombre à deux chiffres mm est utilisé pour
décider de l'ordre d'exécution des scripts : les scripts de numéros les
plus faibles sont exécutés en priorité. Par exemple les scripts K20
seront exécutés avant les scripts K30. Cela sert quand un service
doit être démarré avant un autre. Par exemple, il peut être nécessaire de
démarrer le serveur de noms
Les deux niveaux 0 (halt) et 6 (reboot) sont légèrement différents. Dans ces niveaux, les liens préfixés par S sont toujours appelés après les liens préfixés par K, mais ils sont aussi appelés avec l'unique argument stop.
De plus, quand le nom du script se termine par .sh, le script sera
créé dans le niveau S plutôt que d'être exécuté dans un sous-processus
« forké », et dans tous les autres niveaux il sera exécuté par le
programme
Les paquets qui mettent en service des « démons » mettront des
scripts dans /etc/init.d pour démarrer ou arrêter des services au
moment de l'amorçage ou pour un changement du niveau de fonctionnement.
Ces scripts seront nommés /etc/init.d/paquet et ne
doivent prendre qu'un seul argument, lequel indique ce qu'il faut faire :
démarrer le service, arrêter le service, arrêter et redémarrer le service s'il fonctionne déjà,
sinon lancer le service chargement d'une nouvelle configuration
du service sans réellement arrêter et redémarrer le service,
chargement d'une nouvelle configuration si le service le permet,
sinon redémarrer le service.
Les scripts de /etc/init.d doivent avoir un comportement raisonnable quand
ils sont appelés avec l'option start alors que le service tourne
déjà. Il en est de même pour l'option stop quand le service
ne tourne pas. Ils ne doivent pas tuer des processus utilisateur
appelés par mégarde.
Le meilleur moyen est généralement d'utiliser
Quand un service recharge automatiquement sa configuration (comme
c'est le cas de
Les scripts dans /etc/init.d seront considérés comme des fichiers de configuration, soit en les marquant comme des conffiles (s'ils se trouvent dans le paquet, c'est-à-dire dans le fichier .deb), soit en les gérant correctement dans les scripts du responsable de paquet (s'ils ne sont pas présents dans le fichier .deb) : voyez . C'est important car nous voulons laisser à l'administrateur système la possibilité d'adapter ces scripts à son système local — par exemple, désactiver un service sans désinstaller le paquet, ou bien spécifier des options particulières sur la ligne de commande au démarrage d'un service — tout en assurant que ses modifications ne seront pas perdues lors de la prochaine mise à jour du paquet.
Ces scripts ne doivent pas échouer de façon obscure quand ils trouvent dans
le système les fichiers de configuration d'un paquet supprimé ; en effet par
défaut,
Dans les scripts init.d, il y a souvent des valeurs
que l'administrateur voudra changer fréquemment. Modifier ces scripts qui
sont souvent des conffiles demande que l'administrateur rajoute
ses modifications à chaque mise à jour du paquet et à chaque modification
des conffiles. Pour rendre la vie des administrateurs système moins
dure, on ne placera pas de telles valeurs configurables directement dans le
script mais plutôt dans un fichier /etc/default qui aura, de façon
classique, le même nom que le script d'init.d. Ce
fichier supplémentaire sera lu quand le script démarrera. Il doit seulement
contenir les définitions des variables et des commentaires dans le format
POSIX
Pour s'assurer que des valeurs vitales sont toujours définies et disponibles,
le script
Les responsables de paquet utiliseront le modèle abstrait donné par les
programmes
La gestion directe des liens dans « /etc/rc?.d » et l'appel des
scripts dans
Avec le programme
On ne doit pas inclure des liens symboliques dans le
/etc/rcn.d du système réel, ni en créer ou en supprimer
directement dans les scripts du responsable de paquet (cela échouera si le
système d'information sur les niveaux de fonctionnement utilise une autre
méthode) : on doit utiliser le programme
Par défaut,
Pour obtenir le comportement par défaut pour votre paquet,
mettez dans le script
Le numéro d'ordre d'exécution par défaut sera égal à 20. Si l'ordre ou
le moment d'exécution du script init.d sont indifférents, utilisez
cette valeur par défaut. S'ils sont importants, vous devez en discuter avec le
responsable du paquet
Pour plus d'informations sur l'utilisation d'update-rc.d,
veuillez consulter sa page de manuel
Le programme
Les scripts du responsable de paquet doivent utiliser
Par défaut,
La plupart des paquets auront simplement à changer
Davantage d'informations sur l'utilisation de
Classiquement, un autre répertoire,
Un exemple sur lequel baser
les scripts de
Cette section décrit les formats des messages que les scripts du
répertoire
Voici une liste des règles générales à respecter pour la création
de messages provenant des scripts de
Tous les messages tiendront sur une ligne (inférieure à 80 caractères). Ils
commenceront par une capitale et se termineront par un point « . »
et un saut de ligne ("\n").
Quand vous voulez signaler que l'ordinateur est occupé (exécution d'une
tâche particulière et non pas le démarrage ou l'arrêt d'un programme),
utilisez une « ellipse », à savoir trois points ...,
sans espace avant ou après les points ni de retour à la ligne.
Concevez vos messages comme si l'ordinateur vous disait ce qu'il fait
(rendez-le poli :-), mais n'en faites pas un personnage.
Par exemple, si vous voulez dire :
Il y a des messages standard pour les situations suivantes. Ils seront utilisés par les scripts d'init.d.
au lancement d'un démon.
Utilisez ce format si votre script démarre un ou plusieurs démons.
Le message en sortie (une seule ligne, sans espace au début)
doit ressembler à ceci :
Par exemple, la sortie de /etc/init.d/lpd ressemble à :
ce qui peut être obtenu en écrivant dans le script :
quand un paramètre système est positionné.
Si vous devez positionner différents paramètres au démarrage du système,
vous utiliserez ce format :
vous pouvez utiliser le message suivant qui place correctement les
guillemets :
Il faut noter que le même caractère (") est utilisé pour les
guillemets à gauche et à droite. Un accent grave (`) n'est pas
un guillemet gauche ; de même, une apostrophe (') n'est pas un
guillemet droit.
quand on arrête ou relance un démon.
Quand vous arrêtez ou relancez un démon, vous devez afficher un message
similaire à celui du démarrage en remplaçant Starting par
Stopping ou Restarting.
Le message à l'arrêt du démon d'impression sera :
quand on exécute un programme.
Il y a plusieurs cas où vous devez lancer un programme soit au démarrage
soit à l'arrêt du système pour exécuter des tâches spécifiques. Par
exemple, initialiser l'heure système à l'aide de quand la configuration est rechargée.
Quand un démon est forcé de recharger ses fichiers de configuration,
vous utiliserez des messages qui suivent le format suivant :
Les paquets ne doivent pas modifier le fichier de configuration
Quand un paquet veut confier une tâche au programme
Tous les fichiers installés dans l'un de ces répertoires doivent être des scripts (scripts shell, Perl, etc.) pour que l'administrateur du système local puisse facilement les modifier. De plus ils seront traités comme des fichiers de configuration.
Quand une tâche doit s'exécuter plus souvent
que quotidiennement, le paquet installera un fichier
/etc/cron.d/paquet. Ce fichier a la même
syntaxe que le fichier /etc/crontab et est traité automatiquement
par
Les scripts ou les entrées de la « crontab » dans ces répertoires doivent vérifier d'abord la présence de tous les fichiers nécessaires à leur exécution. Sinon, il y aura des problèmes avec les paquets qui ont été supprimés sans l'option « purge », car, dans ce cas, les fichiers de configuration sont conservés.
Le paquet Debian menu propose une interface standard entre les
paquets qui fournissent des applications et
les programmes offrant des menus (aussi bien des gestionnaires de
fenêtres sous X que des programmes qui fournissent des menus en mode
texte, comme par exemple
Les paquets renseigneront une rubrique de menu pour toutes les applications qui, pour leur usage normal, n'ont pas besoin de recevoir d'argument particulier depuis la ligne de commande. Ainsi les utilisateurs du paquet menu auront automatiquement des rubriques de menu pour ces applications dans leurs gestionnaires de fenêtres et dans des shells comme pdmenu.
Les entrées de menu suivront les règles contenues dans le texte menu-policy.
On peut trouver ces règles dans les fichiers menu-policy du paquet
debian-policy. Elles sont aussi disponibles sur les miroirs web de
Debian,
Veuillez-vous référer au document Debian Menu System
livré avec le paquet
MIME (Multipurpose Internet Mail Extensions, RFC 2045-2049) est une manière de coder les fichiers et les flux de données et de donner des informations supplémentaires, telles que, par exemple, leur type (par exemple, audio ou vidéo) et leur format (par exemple, PNG, HTML, MP3).
La déclaration de la capacité à traiter les types « MIME » permet à des programmes comme les logiciels de courriers (MUA) ou les butineurs web de faire appel à ces outils pour lire, éditer ou afficher les types « MIME » qu'ils ne reconnaissent pas directement.
Les paquets qui proposent des solutions pour lire, afficher, jouer, composer, modifier ou imprimer les types « MIME » déclareront cette capacité, et se conformeront ainsi à l'actuelle directive concernant « MIME ».
On peut trouver les règles concernant MIME dans le fichier
mime-policy du paquet debian-policy. Elles sont aussi
disponibles sur les miroirs web de Debian,
Pour obtenir une configuration cohérente du clavier de façon que tous les programmes interprètent les événements clavier de la même manière, tous les programmes de la distribution Debian doivent suivre les directives suivantes :
Les touches suivantes doivent être interprétées ainsi :
supprime le caractère à gauche du curseur supprime le caractère à droite du curseur emacs : le préfixe d'aide
La liste suivante explique comment les différents programmes seront configurés pour y arriver :
<-- génère KB_BackSpace sous X. Delete génère KB_Delete sous X.
Le mécanisme « X translations » est configuré pour que
KB_Backspace déclenche ASCII DEL et que KB_Delete déclenche
ESC [ 3 ~ (c'est la séquence d'échappement du vt220 pour la touche
« delete character »). Il faut charger les ressources sur tous les
serveurs locaux « X » à l'aide de
La console Linux est configurée pour que la touche <--
déclenche DEL et Delete déclenche ESC [ 3 ~.
Les applications X sont configurées pour que <-- efface
à gauche et Delete efface à droite. Les applications Motif
fonctionnent déjà de cette manière.
Les terminaux auront stty erase ^? .
L'entrée xterm dans terminfo aura ESC [ 3~
pour kdch1, tout comme TERM=linux et TERM=vt220.
Emacs est programmé pour associer KB_Backspace ou le caractère
stty erase à delete-backward-char. Il associe
KB_Delete ou kdch1 à delete-forward-char et
associe ^H à help comme toujours.
D'autres applications utilisent le caractère stty erase et
kdch1 comme deux touches d'effacement. ASCII DEL est la
« suppression du caractère précédent ». kdch1 est la
« suppression du caractère sous le curseur ».
Tout cela résout le problème sauf dans les cas suivants :
Certains terminaux ont une touche <-- qui ne peut pas
produire autre chose que ^H. Sur ces terminaux l'aide
d'Emacs ne sera pas accessible à partir de ^H (en supposant
que le caractère « stty erase » est prioritaire dans Emacs et qu'il
ait été bien configuré). Les touches M-x help ou F1 (si
elles sont disponibles) peuvent être utilisées en remplacement.
Certains systèmes utilisent ^H pour stty erase.
Cependant les versions modernes de
Certains systèmes (notamment des versions antérieures de Debian) utilisent
Certains systèmes d'exploitation ont d'autres configurations pour
kdch1 dans leur base de données terminfo pour xterm
et consort. Sur ces systèmes, la touche Delete ne fonctionnera pas
quand vous vous connecterez depuis un système qui suit notre politique. Mais
<-- fonctionnera.
Un programme ne doit pas dépendre des variables d'environnement
pour déterminer des valeurs par défaut ;
cela impliquerait de définir ces variables globalement au niveau
du système par exemple dans
Quand un programme dépend de variables d'environnement pour sa configuration, il doit prévoir, en leur absence, une configuration raisonnable par défaut. Si c'est difficile à faire (p. ex. quand le code source d'un programme non libre n'est pas disponible), le programme doit être remplacé par un petit script shell enveloppant (« wrapper ») qui positionne les variables d'environnement et appelle le programme initial.
Voici un exemple de script enveloppant écrit dans ce but :
De plus, comme
Le paquet
Veuillez vous reporter à la documentation du paquet
Deux paquets ne doivent pas installer des programmes qui ont des fonctions différentes tout en ayant le même nom. Le cas de deux programmes avec les mêmes fonctionnalités mais des implémentations différentes est traité via « alternatives » ou par le mécanisme « Conflicts ». Voir et . Si ce cas se produit, un des deux programmes doit changer de nom. Les responsables rapporteront ce problème sur la liste de distribution debian-devel pour essayer de trouver un consensus. Si aucun consensus n'est trouvé, le nom des deux programmes doit être changé.
Par défaut, lors de la construction d'un paquet, tous les binaires créés
incluront des informations pour le débogage et seront compilés avec
optimisation. Vous mettrez aussi tous les avertissements de compilation
qui vous semblent raisonnables : cela facilite la vie des responsables
de portage qui peuvent consulter les journaux de construction en cas de
problèmes. Pour le cas de la programmation en C,
on utilisera les paramètres de compilation suivants :
On remarquera que tous les binaires installés sont épurés de tout
symbole, soit en utilisant l'option -s de
Bien que les binaires dans l'arbre de construction soient compilés par défaut avec des informations pour le débogage, il est souvent difficile de déboguer les programmes qui sont soumis à des optimisations pour compilateur. Pour cette raison, il est conseillé de reconnaître la variable d'environnement standard DEB_BUILD_OPTIONS. Cette variable peut contenir plusieurs drapeaux de manière à pouvoir modifier la construction et la compilation d'un paquet.
La présence de cette chaîne signifie que le paquet ne sera soumis qu'à un
minimum d'optimisation. Pour les programmes en C, il vaut mieux ajouter
-O0 à CFLAGS (bien que ce soit la valeur par défaut). Il peut
arriver que quelques programmes ne se construisent pas ou ne fonctionnent pas
à ce niveau d'optimisation : il peut être nécessaire, par exemple,
d'utiliser -O1.
Cette chaîne signifie que les symboles de débogage ne seront pas enlevés
du binaire pendant l'installation de manière à ce que les informations
pour le débogage puissent être incluses dans le paquet.
Le petit makefile suivant explique comment implémenter les options de
construction ; vous aurez sans doute à l'adapter aux conditions de votre
paquet.
C'est au responsable du paquet de décider des meilleures options de compilation. Certains binaires (comme ceux qui font des calculs intensifs) fonctionnent mieux avec certaines options (p. ex. -O3) ; faites comme vous voulez. Utilisez ces options avec discernement : pour de bonnes raisons, pas seulement pour elles-mêmes. Ne craignez pas de remplacer les options qu'avait choisies l'auteur du programme original : elles sont souvent inappropriées dans votre environnement.
Si le paquet est architecture: any, alors les options de
compilation et de liaison de la bibliothèque partagée doivent inclure
-fPIC, sinon le paquet ne se construira pas sur certaines des
architectures prises en charge
Si vous utilisez GCC, -fPIC produira du code avec du code
indépendant de la position relogeable, ce qui est nécessaire pour
la plupart des architectures pour créer une bibliothèque partagée,
avec i386 et peut-être quelques autres où le code non indépendant
de la position est permis dans une bibliothèque partagée..
Le code indépendant de la position peut avoir un impact négatif
sur les performance, en particulier sur i386. Cependant,
dans la plupart des cas, la perte de performance doit être mesurée
par rapport à la mémoire gaspillée sur les quelques architectures
où du code non indépendant de la position est même possible.
Parmi les raisons pour lesquelles ceci peut être nécessaire, la
bibliothèque peut contenir du code assembleur écrit manuellement
qui n'est pas relogeable, l'impact de performance peut être
excessif pour des bibltiohèques de calcul intensif et des raisons
similaires.
Pour les bibliothèques statiques, le cas général est de ne pas avoir de code
relogeable car il n'y a pas de bénéfice sauf dans des cas spécifiques ;
c'est pourquoi la version statique ne doit pas être compilée avec l'option
-fPIC. Toute exception à cette règle doit être discutée sur la liste de
diffusion debian-devel@lists.debian.org et les raisons pour compiler
avec l'option -fPIC doivent être notifiées dans le fichier
README.Debian.
Parmi les raisons pour lier des bibliothèques statiques avec l'option
-fPIC, par exemple, on peut avoir besoin d'une API Perl pour une
bibliothèque en développement rapide et qui a une API instable, des
bibliothèques partagées sont alors sans intérêt à ce moment du développement de
la bibliothèque. Dans ce cas, comme perl a besoin d'une bibliothèque avec du
code relogeable, il peut y avoir un intérêt de créer une bibliothèque statique
avec du code relogeable. Une autre raison citée est si vous distillez plusieurs
bibliothèques dans une bibliothèque partagée commune comme le fait
mklibs dans le projet de l'installateur Debian.
En d'autres mots, si à la fois une bibliothèque partagée et une bibliothèque statique sont à construire, chaque source (fichiers *.c pour les sources C, par exemple) devra être compilé deux fois dans le cas normal.
Vous devez indiquer l'option -D_REENTRANT de
Bien que les outils de construction ne respectent pas cette règle, les
bibliothèques partagées, tout comme les binaires, doivent être liées à toute
bibliothèque dont elles utilisent les symboles. Cela permet le bon
fonctionnement du système
Toutes les bibliothèques partagées qu'on installe seront épurées de tout
symbole par :
Vous pourriez aussi utiliser les options --remove-section=.comment et
--remove-section=.note sur les bibliothèques partagées et sur les
exécutables, et l'option --strip-debug sur les bibliothèques
statiques.
Il faut noter que dans certaines circonstances, il peut être utile d'installer une bibliothèque non épurée, p. ex. pour la construction d'un paquet d'aide au débogage.
Les fichiers objet partagés (comme les fichiers
Les « plug-ins », ces objets internes partagés, chargés
dynamiquement par des programmes en utilisant
Les paquets contenant des bibliothèques partagées qui peuvent être liées à d'autres binaires mais qui, pour quelque raison contraignante, ne peuvent être installées dans le répertoire /usr/lib, peuvent installer les bibliothèques partagées dans des sous-répertoires de /usr/lib ; dans ce cas, ils ajouteront ce répertoire dans /etc/ld.so.conf avec le script de post-installation du paquet et le supprimeront avec le script de post-removal.
Un nombre toujours croissant de paquets utilisent
Sans doute,
Les paquets qui se servent de
Vous devez vous assurer que vous n'utilisez que les versions diffusées des bibliothèques partagées pour construire vos paquets ; dans le cas contraire, les autres utilisateurs ne pourront pas exécuter vos binaires correctement. Produire des paquets sources qui dépendent de compilateurs non diffusés est habituellement une mauvaise idée.
Cette section a été déplacée dans .
Tous les scripts de commandes, y compris les scripts inclus dans un paquet
par le responsable et utilisés par
Pour les scripts Perl, c'est #!/usr/bin/perl.
Quand des scripts sont installés dans un répertoire du PATH système, le nom du script ne devrait pas inclure d'extension comme .sh ou .pl indiquant le langage de programmation actuellement utilisé pour l'implémenter.
Les scripts shell (
L'interpréteur shell de base /bin/sh peut être
un lien symbolique vers n'importe quel shell compatible POSIX, si
echo -n ne produit pas une nouvelle ligne
La charte Debian indique que /bin/sh suit la norme POSIX, mais
echo -n est largement utilisé dans la communauté Linux (dans cette
charte, dans les sources du noyau Linux, dans beaucoup de scripts Debian,
etc.). Ce mécanisme est valable mais n'est pas demandé par POSIX,
d'où cet ajout explicite. D'autre part, la rumeur dit que ce mécanisme
doit devenir de toute façon obligatoire dans la LSB.
Quand c'est possible, on peut vouloir limiter les scripts aux
caractéristiques POSIX de manière à utiliser l'interpréteur
Les scripts Perl détecteront les erreurs survenant lors de tous les appels système, comme open, print, close, rename et system.
Les shells
Tout script qui crée des fichiers dans des répertoires où tout le monde peut écrire, (p. ex. dans /tmp) doit utiliser un mécanisme qui provoquera une erreur de façon atomique si un fichier de même nom existe déjà.
À cet usage, le système Debian de base fournit
les utilitaires
En général, les liens symboliques à l'intérieur d'un répertoire de premier niveau seront relatifs alors que les liens symboliques qui pointent d'un répertoire de premier niveau vers un autre répertoire de premier niveau seront absolus. Un répertoire de premier niveau est un sous-répertoire du répertoire racine /.
De plus, les liens symboliques doivent utiliser un nom de chemin le plus court possible ; on évitera par exemple le chemin foo/../bar.
On remarquera que pour créer un lien relatif avec
Par exemple, dans votre
Un lien symbolique vers un fichier comprimé aura toujours le même suffixe que le fichier référencé. (Par exemple, si le fichier foo.gz est référencé par un lien symbolique, le nom du lien doit aussi se terminer par « .gz », comme par exemple bar.gz.)
Un paquet ne doit pas contenir de fichiers de périphérique dans son arborescence.
Si un paquet a besoin d'un fichier de périphérique particulier
qui n'est pas inclus dans le système de base, il doit
appeler
On peut prévenir l'utilisateur par un message de debconf dont la
priorité sera basse, ou bien par un echo (printf).
Un paquet ne doit pas supprimer de fichier de périphérique
dans le script
Debian utilise les périphériques série /dev/ttyS*. Les programmes qui utilisent les anciens périphériques /dev/cu* seront modifiés pour utiliser /dev/ttyS*.
C'est un fichier qui influe sur le fonctionnement d'un programme,
ou bien qui donne des renseignements particuliers à un site ou à un
hôte, autrement dit un fichier qui singularise le comportement d'un programme.
Classiquement, les fichiers de configuration sont faits pour être modifiés
par l'administrateur système (s'il en a besoin ou s'il le souhaite) de
manière à se conformer aux règles locales ou bien à obtenir un
fonctionnement plus utile au site.
C'est un fichier répertorié dans le fichier conffiles
d'un paquet ;
Cette distinction est importante : ce ne sont pas des concepts interchangeables. Presque tous les conffiles sont des fichiers de configuration, mais beaucoup de fichiers de configuration ne sont pas des conffiles.
Il faut noter que les scripts qui renferment des informations de configuration (ainsi la plupart des fichiers de /etc/default et de /etc/cron.{daily,weekly,monthly}) sont de facto des fichiers de configuration et seront traités comme tels.
Tout fichier de configuration créé ou utilisé par un paquet doit se trouver
dans le répertoire
Quand un paquet crée ou utilise des fichiers de configuration qui ne sont
pas dans
La gestion des fichiers de configuration doit se conformer aux principes
suivants :
les changements locaux doivent être préservés pendant
la mise à jour d'un paquet ;
les fichiers de configuration doivent être préservés quand le paquet est
supprimé ; ils ne sont détruits que si le paquet est
supprimé avec « purge ».
La façon simple d'obtenir cela, c'est que le fichier de configuration soit un conffile. C'est parfait quand on peut distribuer une version par défaut qui marche pour la plupart des installations, bien que quelques administrateurs puissent vouloir la modifier. Cela suppose que la version par défaut fasse partie du paquet et que les scripts du responsable du paquet ne la modifient pas pendant l'installation (ou à quelque autre moment).
Pour faire que les changements locaux soient préservés correctement, nul
paquet ne peut contenir des liens « en dur », ou en créer, vers des
« conffiles »
Argument : Il y a deux problèmes avec les liens « en dur ». Le
premier, c'est que certains « éditeurs » cassent le lien quand ils
modifient l'un des fichiers,
et les deux fichiers peuvent devenir involontairement différents. Le second,
c'est qu'il arrive que
L'autre façon, c'est d'utiliser les scripts du responsable de paquet.
Dans ce cas, le fichier de configuration ne doit pas être un conffile
et ne doit pas faire partie du paquet. Si la configuration correcte d'un paquet
demande un fichier, c'est au responsable du paquet,
via ses scripts, de créer, mettre à jour, maintenir et supprimer un
tel fichier. Voir pour des précisions. Ces
scripts doivent être idempotents (c.-à-d. qu'ils doivent fonctionner
correctement si
Ces scripts n'ont pas à configurer toutes les options possibles d'un paquet, mais seulement celles qui sont nécessaires à son bon fonctionnement sur un système donné. Idéalement, un sysadmin ne devrait faire aucune autre configuration que celle faite presque automatiquement par le script postinst.
Une manière commune de faire est de créer un script
On ne doit pas mélanger ces deux manières de gérer les fichiers de
configuration car alors la folie guette :
On doit indiquer un conflit entre des paquets qui ont le même
fichier conffile. C'est une application de la règle générale qui veut
qu'on ne partage pas des fichiers. Ni les alternatives ni les
diversions ne sont appropriés dans ce cas ; en particulier,
Les scripts d'un responsable de paquet ne doivent modifier le conffile d'aucun paquet, même celui du paquet auquel ils appartiennent.
Quand deux paquets ou plus ont le même fichier de configuration et qu'il est raisonnable d'installer les deux paquets, on doit définir l'un des paquets comme le propriétaire du fichier de configuration, et ce sera le paquet qui gère ce fichier comme un fichier de configuration. Les autres paquets qui utilisent le fichier de configuration doivent déclarer une dépendance envers ce paquet s'ils ont besoin de ce fichier de configuration pour leur fonctionnement. Quand ils ne l'utilisent que s'il est présent et qu'ils sont capables de fonctionner sans lui, ces paquets n'ont pas besoin de déclarer de dépendance.
Si l'on veut que deux ou plusieurs paquets apparentés partagent un fichier de
configuration et que chacun d'eux soit capable de le modifier, il
faut faire ce qui suit :
L'un des paquets apparentés (le paquet « propriétaire ») doit gérer
le fichier de
configuration avec les scripts du responsable de paquet comme il est décrit
dans les sections précédentes ;
le paquet « propriétaire » fournira aussi un programme que les
autres paquets utiliseront pour modifier le fichier de configuration ;
les paquets apparentés doivent se servir de ce programme pour faire
les modifications voulues sur le fichier de configuration. Ils dépendront alors
de la garantie donnée quant à la disponibilité de ce programme,
ou bien ils accepteront avec élégance de ne pouvoir modifier
le fichier de configuration si ce programme n'est pas disponible. C'est une
addition au fait que le fichier de configuration pourrait même ne pas
exister dans ce dernier scénario.
Quelques fois, il convient de créer un nouveau paquet qui fournit l'infrastructure de base pour les autres paquets et qui gère les fichiers de configuration partagés (on peut consulter le paquet sgml-base comme exemple).
Les fichiers dans
Ainsi, quand un programme, pour fonctionner correctement, a besoin
qu'un fichier « .fichier » existe par avance dans $HOME,
le paquet installera ce fichier dans
Cependant, avoir un programme qui, pour fonctionner correctement, a besoin de fichiers « .fichier » est une mauvaise idée, à moins que ce programme ne crée automatiquement ces fichiers.
L'installation par défaut de Debian devrait configurer les programmes d'une manière aussi proche que possible de la configuration originelle par défaut.
Ainsi, le programme d'un paquet Debian, qui a besoin d'une quelconque
configuration pour fonctionner correctement, sera configuré globalement pour
le système à l'aide d'un fichier placé dans
Les fichiers-journaux se nomment habituellement /var/log/paquet.log. Si vous avez de nombreux fichiers-journaux ou si vous avez besoin d'un répertoire pour des raisons de droits (/var/log ne peut être modifié que par root), vous créerez habituellement un répertoire nommé /var/log/paquet où vous mettrez ces fichiers.
Une rotation des fichiers-journaux doit être assurée de manière qu'ils
ne grandissent pas indéfiniment ;
la meilleure façon de procéder est de mettre un fichier de configuration pour
la rotation des fichiers dans le répertoire /etc/logrotate.d et
d'utiliser les facilités apportées par logrotate
L'approche traditionnelle pour les fichiers-journaux était d'utiliser
« cron » et de simples scripts shell pour monter des combines
ad hoc pour la rotation des fichiers. Cette
approche, grandement paramétrable, demandait beaucoup de travail à
l'administrateur système. Bien que le premier système Debian ait apporté une
aide en installant automatiquement un système qui pouvait être pris
comme modèle, cela ne fut pas considéré comme suffisant.
Une meilleure idée est d'utiliser
Les fichiers-journaux seront supprimés quand le paquet est
« purgé » (mais pas quand le paquet est simplement supprimé). Ce
sera fait par le script
Les règles de cette section sont des directives pour une utilisation
élémentaire. Quand c'est nécessaire, vous pouvez vous écarter de certains
détails. Cependant, dans ce cas, sécurisez ce que vous
faites et restez aussi cohérent que possible avec le système. Vous devriez
probablement en discuter aussi dans
Les fichiers appartiendront à root.root. Ils seront modifiables uniquement par le propriétaire et seront lisibles par tous (exécutables si nécessaire) c'est-à-dire 644 ou 755.
Les répertoires auront le mode 755 ou, pour ceux qui doivent être
modifiables par un groupe, le mode 2775. La propriété du répertoire sera
cohérente avec le mode -- si le répertoire a comme mode 2775, il
appartiendra au groupe qui a besoin d'y accéder.
Quand un paquet est mis à jour et que le propriétaire ou les permissions d'un
fichier inclus dans le paquet a changé, dpkg s'arrange pour que le propriétaire
et les permissions soient positionnées correctement lors de
l'installation. Cependant, cela ne s'étend pas aux répertoires ; les
permissions et le propriétaire des répertoires déjà présents sur le système ne
changent pas lors d'une installation ou d'une mise à jour de paquet. Cela est
logique car, sinon, des répertoires communs comme /usr serait toujours
en flux. Pour changer correctement les permissions d'un répertoire appartenant à
un paquet, une action explicite est nécessaire, habituellement dans le script
postinst. Dans ce cas, une attention particulière doit être prise pour
gérer également les mises à jour vers une version antérieure.
Les exécutables qui sont « setuid » et « setgid » auront respectivement les modes 4755 et 2755, et ils appartiendront à l'utilisateur ou au groupe approprié. On n'interdira pas leur lecture (par des modes comme 4711 ou 2711 ou même 4111) ; en effet cela n'apporte aucun gain de sécurité puisque n'importe qui peut obtenir les binaires dans les paquets Debian qui sont librement disponibles ; c'est simplement gênant. Pour la même raison vous ne restreindrez pas les droits en lecture ou en exécution des exécutables « non-set-id ».
Certains programmes « setuid » doivent être restreints à certains groupes d'utilisateurs en se servant des permissions sur les fichiers. Dans ce cas, ils appartiendront à l'« uid » pour lesquels ils sont « set-id » et au groupe qui aura des droits d'exécution. Ils auront le mode 4754 ; cela ne sert à rien d'empêcher leur lecture aux utilisateurs qui n'ont pas les droits d'exécution.
On peut permettre que, pour suivre sa politique locale de sécurité, un
administrateur système puisse reconfigurer un paquet en changeant
les permissions des fichiers binaires : il peut utiliser
Les fichiers ordinaires (à l'exception des conffiles et d'autres
fichiers similaires) installés par
Si vous avez besoin d'un nouvel utilisateur ou groupe pour votre paquet, vous avez deux possibilités. La première est de rendre cet utilisateur ou ce groupe propriétaire d'un ou plusieurs fichiers de votre paquet. La deuxième est de compiler l'identifiant (plutôt que le nom) d'utilisateur ou de groupe dans le binaire. Dans ce cas vous avez besoin d'un identifiant attribué de façon fixe.
Si vous avez besoin d'un identifiant attribué de façon fixe, vous devez alors
demander un identifiant d'utilisateur ou de groupe au
responsable du système de base, base-passwd et vous ne devez pas
livrer votre paquet avant d'avoir reçu un tel identifiant. Quand vous l'avez
reçu, vous devez faire dépendre votre paquet d'une version du système de base
dans laquelle l'identifiant est présent dans /etc/passwd ou dans
/etc/group. Alternativement, vous pouvez modifier votre paquet pour
qu'il crée lui-même l'utilisateur ou le groupe avec le bon identifiant
(en utilisant adduser) dans les scripts
D'un autre côté, un programme peut être capable, en fonctionnement, de
déterminer l'« uid » ou le « gid » à partir du nom d'un
groupe de façon à utiliser un identifiant attribué de façon dynamique. Dans
ce cas vous choisirez un nom d'utilisateur ou de groupe approprié, vous en
discuterez dans
Il faut noter que changer la valeur numérique d'un identifiant associé à un nom est une opération très difficile. Elle implique de rechercher dans le système de fichier tous les fichiers concernés. Réfléchissez sérieusement au meilleur choix entre « id » statique ou dynamique, car modifier votre choix ultérieurement posera des problèmes.
Cette section ne se veut pas normative : c'est une description de
l'utilisation du programme
Le programme
Quand un administrateur système souhaite installer un fichier (un répertoire,
etc.) avec un système de permissions différent de celui du paquet Debian
distribué, il peut se servir de
Le programme
Quand un programme doit fournir une chaîne de spécification
d'architecture, il devra choisir l'une des chaînes fournies par
dpkg-architecture -L. Les chaînes sont au format :
os-arch, bien que la partie OS soit parfois omise
quand l'OS est Linux.
Actuellement, les chaînes sont :
i386 ia64 alpha amd64 armeb arm hppa m32r m68k mips
mipsel powerpc ppc64 s390 s390x sh3 sh3eb sh4 sh4eb
sparc darwin-i386 darwin-ia64 darwin-alpha darwin-amd64
darwin-armeb darwin-arm darwin-hppa darwin-m32r
darwin-m68k darwin-mips darwin-mipsel darwin-powerpc
darwin-ppc64 darwin-s390 darwin-s390x darwin-sh3
darwin-sh3eb darwin-sh4 darwin-sh4eb darwin-sparc
freebsd-i386 freebsd-ia64 freebsd-alpha freebsd-amd64
freebsd-armeb freebsd-arm freebsd-hppa freebsd-m32r
freebsd-m68k freebsd-mips freebsd-mipsel freebsd-powerpc
freebsd-ppc64 freebsd-s390 freebsd-s390x freebsd-sh3
freebsd-sh3eb freebsd-sh4 freebsd-sh4eb freebsd-sparc
kfreebsd-i386 kfreebsd-ia64 kfreebsd-alpha
kfreebsd-amd64 kfreebsd-armeb kfreebsd-arm kfreebsd-hppa
kfreebsd-m32r kfreebsd-m68k kfreebsd-mips
kfreebsd-mipsel kfreebsd-powerpc kfreebsd-ppc64
kfreebsd-s390 kfreebsd-s390x kfreebsd-sh3 kfreebsd-sh3eb
kfreebsd-sh4 kfreebsd-sh4eb kfreebsd-sparc knetbsd-i386
knetbsd-ia64 knetbsd-alpha knetbsd-amd64 knetbsd-armeb
knetbsd-arm knetbsd-hppa knetbsd-m32r knetbsd-m68k
knetbsd-mips knetbsd-mipsel knetbsd-powerpc
knetbsd-ppc64 knetbsd-s390 knetbsd-s390x knetbsd-sh3
knetbsd-sh3eb knetbsd-sh4 knetbsd-sh4eb knetbsd-sparc
netbsd-i386 netbsd-ia64 netbsd-alpha netbsd-amd64
netbsd-armeb netbsd-arm netbsd-hppa netbsd-m32r
netbsd-m68k netbsd-mips netbsd-mipsel netbsd-powerpc
netbsd-ppc64 netbsd-s390 netbsd-s390x netbsd-sh3
netbsd-sh3eb netbsd-sh4 netbsd-sh4eb netbsd-sparc
openbsd-i386 openbsd-ia64 openbsd-alpha openbsd-amd64
openbsd-armeb openbsd-arm openbsd-hppa openbsd-m32r
openbsd-m68k openbsd-mips openbsd-mipsel openbsd-powerpc
openbsd-ppc64 openbsd-s390 openbsd-s390x openbsd-sh3
openbsd-sh3eb openbsd-sh4 openbsd-sh4eb openbsd-sparc
hurd-i386 hurd-ia64 hurd-alpha hurd-amd64 hurd-armeb
hurd-arm hurd-hppa hurd-m32r hurd-m68k hurd-mips
hurd-mipsel hurd-powerpc hurd-ppc64 hurd-s390 hurd-s390x
hurd-sh3 hurd-sh3eb hurd-sh4 hurd-sh4eb hurd-sparc
On remarquera que nous ne voulons pas utiliser arch-debian-linux dans la chaîne architecture-vendor-os car cela rendrait nos programmes incompatibles avec les autres distributions Linux. Notez aussi que nous n'utilisons pas arch-unknown-linux, car unknown ne sonne pas très bien.
Les fichiers de configuration
Quand un paquet a besoin d'une nouvelle entrée dans l'un de ces fichiers,
son responsable contactera le responsable du paquet
Le fichier de configuration
Quand un paquet veut ajouter un exemple d'entrée dans
Certains programmes ont besoin de créer des pseudo-ttys. On doit le faire avec les « Unix98 » ptys si la bibliothèque « C » le permet. Le programme résultant ne doit pas être installé « setuid root », à moins que d'autres fonctions ne le demandent.
Les fichiers /var/run/utmp, /var/log/wtmp et /var/log/lastlog doivent être modifiables par le groupe utmp. Les programmes qui ont besoin de modifier ces fichiers doivent appartenir au groupe utmp.
Certains programmes peuvent appeler un éditeur ou un pagineur pour modifier ou afficher un document texte. Comme de nombreux éditeurs et pagineurs sont disponibles dans la distribution Debian, l'administrateur système et les utilisateurs pourront choisir leur éditeur ou leur pagineur préféré.
De plus, chaque programme choisira un éditeur ou un pagineur par défaut si l'utilisateur ou l'administrateur système n'en a pas choisi un.
Ainsi chaque programme qui appelle un éditeur ou un pagineur doit utiliser les variables d'environnement EDITOR ou PAGER pour déterminer l'éditeur ou le pagineur que l'utilisateur souhaite employer. Si ces variables ne sont pas définies, les programmes /usr/bin/editor et /usr/bin/pager seront, respectivement, utilisés.
Ces deux fichiers sont gérés par l'outil de
Lorsqu'il est très difficile d'adapter un programme pour qu'il utilise les variables EDITOR et PAGER, ce programme peut être configuré pour utiliser respectivement /usr/bin/sensible-editor et /usr/bin/sensible-pager comme éditeur ou pagineur. Ce sont deux scripts fournis par le système Debian de base qui testent les variables EDITOR ou PAGER et lancent les programmes appropriés ou bien exécutent par défaut /usr/bin/editor ou /usr/bin/pager quand la variable n'est pas définie.
Un programme peut aussi se servir de la variable d'environnement VISUAL pour connaître l'éditeur choisi par l'utilisateur. Si elle existe, elle prend le pas sur la variable EDITOR. Et c'est ce que fait /usr/bin/sensible-editor.
Un paquet n'a pas besoin de dépendre d'editor ou de pager,
et il n'y a pas besoin de paquets virtuels pour cela
Le système Debian de base fournit déjà un éditeur et
un pagineur.
Cette section décrit les emplacements et les « URL » qui seront employés par tous les serveurs et applications Web dans le système Debian.
Les fichiers exécutables cgi-bin sont installés dans le répertoire
L'accès aux documents HTML
Les documents HTML d'un paquet sont conservés dans
/usr/share/doc/package et peuvent être référencés par
Le serveur web restreindra l'accès à l'arborescence des documents pour que
seuls les clients appartenant à cette machine puissent consulter ces documents.
Quand le serveur ne peut contrôler les accès, il ne fournira aucun accès, ou
questionnera, pendant l'installation, au sujet d'un tel accès.
L'accés au images
Il est recommandé de mettre les images d'un paquet dans
/usr/share/images/paquet et de les référencer par un alias
comme dans cet exemple :
La racine des documents Web
Les applications Web éviteront de conserver des fichiers dans la racine
des documents Web. Il faut utiliser, à la place, le répertoire
/usr/share/doc/paquet pour les documents et déclarer
l'application Web via le paquet Fournir httpd et/ou httpd-cgi
Tous les serveurs web devraient fournir le paquet virtuel httpd. Si un
serveur intègre une gestion des CGI, il devrait de plus fournir
httpd-cgi.
Toutes les applications web ne contenant pas de scripts CGI devraient dépendre
de httpd, toutes les applications web contenant des scripts
CGI, devraient dépendre de httpd-cgi.
Les paquets Debian qui traitent le courrier électronique, que ce soient les agents utilisateurs (MUA: Mail User Agents) ou les agents de transport (MTA: Mail Transport Agent), doivent respecter les directives de configuration qui suivent. Le non-respect de celles-ci peut entraîner la perte de messages, la présence de lignes From: incorrectes et d'autres dommages sérieux !
Le répertoire pour le courrier est /var/mail et l'interface pour envoyer des courriers est /usr/sbin/sendmail (conformément au FHS). Sur des systèmes plus anciens, le répertoire du courrier peut être physiquement situé dans /var/spool/mail mais les accès à ce répertoire se feront par le lien symbolique /var/mail. Le répertoire pour le courrier fait partie du système de base et n'appartient pas au paquet MTA.
Dans le système Debian, tous les MUA, MTA, MDA et autres programmes de
gestions des boîtes aux lettres (comme les démons IMAP) doivent verrouiller
les boîtes aux lettres de façon à permettre l'usage de NFS. Cela signifie
que le verrouillage de type fcntl() doit être associé avec celui
de type point (« dot locking »). Pour éviter les situations inextricables, un programme utilisera d'abord fcntl() et ensuite le
verrouillage « point » ou bien implantera si possible les deux
méthodes à la fois Quand il n'est pas possible d'établir les deux
modes de verrouillage, le système ne doit pas attendre que le second mode soit
mis en place, mais doit enlever le premier mode, attendre un certain temps
et recommencer le verrouillage.
Pour utiliser ces fonctions, il faut avoir une dépendance envers
liblockfile version >>1.01.
Les boîtes aux lettres ont généralement le mode 660 utilisateur.mail à moins que l'administrateur système n'en ait décidé autrement. Un MUA peut supprimer une boîte aux lettres (sauf si elle n'a pas les permissions standards). Dans ce cas, le MTA ou un autre MUA doit la recréer au besoin. Le groupe mail doit pouvoir modifier les boîtes aux lettres.
La file d'attente du courrier a le mode 2775 root.mail et les MUA doivent appartenir au groupe mail pour effectuer le verrouillage mentionné précédemment (et doivent évidemment s'interdire l'accès aux boîtes aux lettres des autres utilisateurs en employant ce privilège).
La convention consistant à écrire forward to adresse dans la boîte aux lettres elle-même n'est pas supportée. Utilisez un fichier .forward à la place.
L'emplacement du programme
Quand un programme veut savoir quel nom d'hôte employer, par exemple, pour les messages sortants (courrier et nouvelles) qui sont créés localement, il utilisera le fichier /etc/mailname. Il contient la partie située après le nom d'utilisateur et le signe @ (at) des adresses électroniques des utilisateurs de la machine (suivi par un retour à la ligne).
Un tel programme s'assurera de l'existence de ce fichier. S'il existe,
il sera employé sans commentaire (le script de configuration
d'un MTA peut vouloir interroger l'utilisateur même s'il trouve
ce fichier). S'il n'existe pas, il demandera une valeur à
l'utilisateur (en utilisant de préférence
Tous les fichiers de configuration relatifs aux serveurs et aux
clients NNTP (nouvelles) seront placés dans le répertoire
Quelques points de configuration s'appliquent à de nombreux paquets
concernant les nouvelles (clients et serveurs) sur la machine :
c'est une chaîne qui apparaîtra dans le champ
organisation de l'en-tête de chaque
message posté par les clients NNTP de la machine.
contient soit le FQDN du serveur NNTP principal soit
localhost si la machine locale est un serveur NNTP.
D'autres fichiers de portée générale peuvent être ajoutés s'ils sont requis pour la configuration commune à plusieurs paquets concernant les nouvelles.
On doit configurer pour le système X Window les programmes qui peuvent l'être, et on doit déclarer toutes les dépendances nécessaires à leur fonctionnement sous « X ». Quand ces dépendances sont pour un paquet dont la priorité est une priorité supérieure à celles des paquets X dont il dépend, les binaires spécifiques à « X » peuvent être mis dans un paquet distinct, ou bien des versions alternatives du paquet avec support de « X » peuvent être fournies, ou bien encore la priorité du paquet peut être abaissée.
Les paquets qui fournissent un serveur « X » et qui,
directement ou indirectement, communiquent avec le matériel d'entrée et
d'affichage, déclareront dans leurs données de contrôle qu'ils fournissent
le paquet virtuel xserver
Cela met en ½uvre la pratique actuelle et offre une
vraie politique pour l'utilisation du paquet virtuel xserver,
lequel apparaît dans la liste des paquets virtuels. En résumé, les serveurs
« X » qui communiquent directement avec le matériel d'entrée et
d'affichage ou via un autre sous-système (p. ex. GGI) fourniront
xserver. Des choses comme Xvfb, Xnest et
Xprt ne doivent pas le faire.
Les paquets qui fournissent un émulateur de terminal pour le
système X Window et qui correspondent aux critères énumérés plus bas,
déclareront dans leurs données de contrôle qu'ils fournissent le paquet
virtuel x-terminal-emulator. Ils se déclareront comme une
alternative pour
Pour être un x-terminal-emulator, un programme doit :
se comporter comme un terminal DEC VT100 ou un terminal compatible ;
accepter l'option de ligne de commande -e commande qui
crée une nouvelle fenêtre de terminal
accepter l'option de ligne de commande -T titre qui
crée une nouvelle fenêtre de terminal avec comme titre titre.
Les paquets qui fournissent des gestionnaires de fenêtres déclareront dans
leurs données de contrôle qu'ils fournissent le paquet virtuel
x-window-manager. Ils se déclareront comme une alternative pour
/usr/bin/x-window-manager, avec une priorité qu'on calculera ainsi :
Commencez avec une priorité égale à 20.
Si le gestionnaire de fenêtres permet le système des menus de Debian, on
ajoutera 20 points si cela se fait avec la configuration par défaut du
paquet (c.-à-d. qu'il n'y a pas besoin, pour obtenir cette fonctionnalité,
de modifier des fichiers de configuration appartenant au système ou à
l'utilisateur) ; si l'on doit modifier des fichiers de configuration, on
ajoutera seulement 10 points.
Si le gestionnaire de fenêtres est conforme au
Si le gestionnaire de fenêtres autorise, dans sa configuration par défaut, le
redémarrage d'une session X avec un nouveau gestionnaire de fenêtres
(sans tuer le serveur X), on ajoutera 10 points ; sinon, rien.
Les paquets qui fournissent des polices pour le système X Window
Dans le cadre de cette charte, une « police pour le système X Window »
est une police accessible par des requêtes utilisant le protocole X. Les
polices pour la console Linux, pour les formateurs PostScript, etc., ne
rentrent pas dans cette catégorie. Tous les outils qui rendent disponibles de
telles polices pour le système X Window doivent cependant se conformer à cette
règle.
Les polices de tout type offertes pour le système X Window doivent être dans des
paquets distincts des binaires, bibliothèques ou de la documentation (sauf
celle liée à la police fournie, par exemple leur licence). Quand une ou
plusieurs polices sont nécessaires à l'exploitation correcte du paquet auquel
elles sont associées, le paquet qui les contient peut être placé dans un
champ Recommends ; si elles n'apportent que des améliorations,
on peut utiliser un champ Suggests. Les paquets ne doivent pas
dépendre de paquets contenants des polices
Le serveur X peut en effet récupérer des polices sur le système de fichiers
local ou, à travers le réseau, sur un serveur de polices pour X ; le
système Debian des paquets ne permet que l'utilisation du système de fichiers
local.
Les polices BDF seront converties en polices PCF avec le programme
Les polices à 100 dpi seront mises dans
/usr/share/fonts/X11/100dpi/ ;
Les polices à 75 dpi seront mises dans
/usr/share/fonts/X11/75dpi/ ;
Les polices à chasse fixe, les polices pour le curseur, ainsi que
d'autres polices de faible définition seront mises dans
/usr/share/fonts/X11/misc/.
les polices « Speedo » seront mises dans
/usr/share/fonts/X11/Speedo/.
les polices « Type 1 » seront mises dans
/usr/share/fonts/X11/Type1/.
Si des fichiers de métrique sont disponibles, ils peuvent aussi être placés
là.
On ne doit pas créer ni utiliser d'autres répertoires dans
/usr/share/fonts/X11/ que ceux répertoriés dans la liste qui
précède. Les répertoires PEX, CID et cyrillic
font exception pour des raisons historiques, mais l'installation de fichiers
dans ces répertoires reste déconseillée.
Au lieu de mettre directement des fichiers dans les répertoires cités dans
la liste qui précède, les paquets peuvent fournir des liens symboliques
dans le répertoire des polices pointant vers l'emplacement réel des fichiers
dans l'arborescence. Un tel emplacement doit se conformer au « FHS ».
Les paquets ne contiendront pas à la fois les versions à 75 dpi et les versions
à 100 dpi d'une police. Si les deux sont disponibles, elles seront fournies
dans des paquets distincts dont les noms seront étiquetés -75dpi
ou -100dpi.
Les polices destinées au répertoire misc ne doivent pas être mises
dans les mêmes paquets que ceux des polices à 75 dpi ou 100 dpi mais elles
seront fournies dans un paquet distinct étiqueté -misc.
Les paquets ne doivent pas fournir les fichiers fonts.dir,
fonts.alias ou fonts.scale dans un répertoire de polices.
les fichiers fonts.dir ne doivent en aucun cas être fournis ;
si besoin est, les fichiers fonts.alias et fonts.scale
seront fournis dans le répertoire
/etc/X11/fonts/fontdir/paquet.extension
où fontdir est le nom du répertoire de
/usr/share/fonts/X11/ dans lequel sont conservées les polices
du paquet correspondant (p. ex. 75dpi ou misc), où
paquet est le nom du paquet qui fournit ces polices, et où
extension correspond au contenu du fichier, soit scale
soit alias.
Les paquets doivent déclarer une dépendance envers le paquet
xfonts-utils dans leurs données de contrôle.
Les paquets qui fournissent un ou plusieurs fichiers fonts.scale tels
qu'ils sont décrits plus haut, doivent appeler le programme
Les paquets qui fournissent un ou plusieurs de ces fichiers
fonts.alias dont on vient de parler, doivent appeler le programme
Les paquets doivent appeler le programme
Les paquets ne doivent pas proposer, pour les noms des polices qu'ils
fournissent, des alias qui entrent en conflit avec les alias déjà utilisés
par des polices d'autres paquets.
Les paquets ne doivent pas fournir des polices qui ont le même nom pour
l'enregistrement XLFD que celui donné par une police déjà en usage.
Les fichiers « défaut » des applications doivent être
installés dans le répertoire /etc/X11/app-defaults/
(on peut utiliser un répertoire particulier dans
Le paramétrage des ressources X des programmes peut aussi se faire par
l'intermédiaire d'un fichier portant le même nom que celui du paquet mis
dans le répertoire /etc/X11/Xresources/ et qui doit être
enregistré comme conffile ou traité comme un fichier de configuration
Ce mécanisme n'est pas identique à celui d'app-defaults ; les
fichiers app-defaults sont liés au binaire client du système de
fichiers local, alors que les ressources X sont stockées dans le serveur X
et influencent tous les clients qui se connectent.
Les paquets qui utilisent le système X Window ne seront pas configurés pour installer des fichiers sous le répertoire /usr/X11R6/. La hiérarchie du répertoire /usr/X11R6/ sera tenue comme obsolète.
Les programmes qui utilisent les programmes GNU
L'installation de fichiers dans des
sous-répertoires de
Les paquets devraient installer tout fichier pertinent dans les répertoires
Ces bibliothèques étaient auparavant des liens
symboliques. Cependant, avec X11R7,
/usr/include/X11 et /usr/lib/X11
sont maintenant des vrais répertoires et les paquets
devraient placer leur fichiers à cet endroit
plutôt que dans /usr/X11R6/{include,lib}/X11.
x11-common (>= 1:7.0.0) est le paquet responsable
de la conversion de ces liens symboliques en répertoires.
Les programmes qui demandent les bibliothèque OSF-Motif et
OpenMotif
Dans ce document, on regroupe les deux termes sous le nom de « Motif ».
Les deux versions liées à « Motif » sont dépendantes de logiciels non conformes aux « DFSG » et donc ne peuvent être mises dans la section « main » de la distribution ; si le logiciel lui-même est conforme aux « DFSG » il peut être mis dans la section « contrib ». Toutes les versions connues de « OSF-Motif » autorisent la redistribution sans restriction de binaires liés de façon statique ou dynamique à cette bibliothèque, mais c'est au responsable de paquet de déterminer si la licence de la version de « Motif » qu'il possède le permet.
Les programmes et modules Perl suivront les règles concernant Perl.
On peut trouver ces règles dans le fichier perl-policy du paquet
debian-policy. Elles sont aussi disponibles sur les miroirs web de
Debian,
Veuillez consulter le « Debian Emacs Policy » pour les détails concernant la création de paquets de programmes emacs lisp.
On peut trouver les règles concernant Emacs dans le fichier
Les permissions de /var/lib/games sont 755 , propriétaire root et groupe root.
Chaque jeu décide de ses propres règles de sécurité.
Les jeux qui demandent des accès privilégiés et protégés à des fichiers de scores, de sauvegardes de parties, etc., peuvent appartenir à root.games et être exécutables par le groupe games (mode 2755) et doivent utiliser des fichiers et des répertoires avec des permissions appropriées (770 root.games par exemple). Ils ne doivent pas être exécutable par un utilisateur (set-user-id), car cela entraîne des problèmes de sécurité. Si un attaquant arrive à corrompre un jeu « set-user-id », il peut alors remplacer l'exécutable d'autres utilisateurs, forçant les autres joueurs de ces jeux à exécuter un cheval de Troie. Avec un programme « set-group-id », l'attaquant n'a accès qu'à des données de jeu moins importantes. S'il veut accéder aux comptes des autres joueurs, cela lui demandera des efforts beaucoup plus importants.
Certains paquets, comme les programmes « fortune », sont configurés par leurs auteurs originaux pour interdire la lecture de leurs fichiers de données ou d'autres informations statiques, de manière qu'ils ne puissent être accessibles que par les programmes « set-id » fournis. Vous ne ferez pas de même dans un paquet Debian : n'importe qui peut télécharger le fichier .deb et y lire les données, cela n'a donc pas de sens d'avoir des fichiers non lisibles. Créer des fichiers accessibles en lecture implique aussi que vous n'avez pas à construire des programmes « set-id », ce qui réduit le risque de failles de sécurité.
Conformément au « FHS », les binaires des jeux seront
installés dans le répertoire
On installera les pages de manuel sous la forme d'un source
Chaque programme, utilitaire ou fonction aura une page de manuel associée dans le même paquet. On suggère aussi que chaque fichier de configuration ait une page de manuel associée. Pour des protocoles ou des programmes secondaires, les pages de manuel sont facultatives.
L'absence de page de manuel est considérée comme un bogue et un rapport sera
envoyé au système Debian de suivi de bogues (le responsable du paquet peut
écrire lui-même ce rapport, s'il le souhaite). On ne doit pas fermer le
rapport tant que la page de manuel n'est pas disponible
Ce n'est pas très difficile d'écrire une page de manuel. Voyez le
Vous pouvez faire suivre une plainte concernant l'absence d'une page du manuel aux auteurs originaux, et signaler qu'un rapport de bogue a été envoyé au système Debian de suivi des bogues. Même si le projet GNU ne considère pas en général l'absence d'une page du manuel comme un bogue, nous oui. S'ils vous répondent qu'ils ne considèrent pas cela comme un bogue, laissez quand même le bogue ouvert dans notre système de suivi.
Les pages de manuel seront installées comprimées avec gzip -9.
Si une page de manuel doit être accessible via différents noms, il est
préférable d'utiliser un lien symbolique plutôt que la fonctionnalité
.so, mais il est inutile de bricoler les parties
incriminées dans les sources originaux pour changer les .so
en liens symboliques (à moins que ce soit trivial).
Ne créez pas de lien physique dans les répertoires des pages du manuel
et ne mettez pas de chemin absolu dans les directives .so.
Le nom du fichier dans le .so d'une page du manuel sera
relatif à la racine des pages (habituellement /usr/share/man).
Si l'on ne crée pas de liens (liens symboliques, liens « en dur »
ou des directives .so) dans le système de fichiers pour les autres
noms de cette page, on ne comptera pas sur
Cette faculté demande à
On installera les documents « Info » dans /usr/share/info. Ils seront comprimés avec gzip -9.
Votre paquet appellera
Il est judicieux de spécifier une section pour l'emplacement de votre programme ; cela se fait avec l'option --section. Pour déterminer la section à utiliser, vous devez consulter /usr/share/info/dir sur votre système et choisir la plus adéquate (ou créer une nouvelle section si aucune des sections actuelles n'est adaptée). Notez que l'option --section prend deux arguments ; le premier est une expression régulière pour rechercher une section existante (indépendamment de la casse), le second est utilisé pour la création d'une nouvelle section.
Vous retirerez les entrées dans le script
Si
Le responsable d'un paquet peut installer toute documentation supplémentaire qui vient avec ce paquet. Les documents texte seront placés dans le répertoire /usr/share/doc/paquet, et comprimés avec gzip -9 à moins qu'ils soient petits.
Si un paquet contient une importante documentation dont la majorité des utilisateurs du paquet n'a pas besoin, vous la mettrez dans un paquet binaire distinct. Ainsi elle ne prendra pas d'espace disque sur les machines des utilisateurs qui n'en ont pas besoin ou qui ne veulent pas l'installer.
Il est souvent judicieux de mettre les fichiers d'informations (README, changelogs, etc.) provenant du paquet source dans /usr/share/doc/paquet au sein des paquets binaires. Bien entendu, vous n'avez pas besoin de fournir les instructions de compilation et d'installation.
Aucun programme ne demandera, pour son fonctionnement, que des fichiers
existent dans /usr/share/doc
L'administrateur système pourra supprimer tout fichier dans
Il faut remarquer que cela n'annule pas la section dans les fichiers
changelog et le fichier
Les précédentes versions de Debian plaçaient toute la documentation
supplémentaire dans
À ce moment de la transition, nous n'avons plus besoin d'un lien symbolique
vers
L'unification de la documentation Debian se fait autour du format HTML.
Si votre paquet comprend une importante documentation dans un format balisé
qui peut être converti en d'autres formats, vous livrerez
si possible la version HTML dans le paquet binaire, dans le répertoire
/usr/share/doc/paquet-approprié ou l'un de ses
sous-répertoires
Le raisonnement : ce qui importe ici, c'est que les documents HTML
soient disponibles dans certains paquets, et pas
nécessairement dans le paquet binaire principal.
Le responsable de paquet peut fournir à sa guise d'autres formats, comme PostScript.
Chaque paquet doit être accompagné d'une copie verbatim de son copyright ainsi que de sa licence de distribution dans le fichier /usr/share/doc/paquet/copyright. Ce fichier ne doit pas être comprimé ni être un lien symbolique.
De plus, le fichier de copyright doit préciser où ont été obtenus les fichiers sources originaux (s'ils existent). Il nommera les auteurs originaux et le(s) responsable(s) Debian qui ont ½uvré à la création du paquet.
Une copie du fichier installé dans
Les paquets distribués sous la licence « UCB BSD », la licence
« Artistic », la licence « GNU GPL » ou la licence
« GNU LGPL » feront respectivement référence aux fichiers
correspondants sous
Par exemple,
Vous ne devez pas utiliser le fichier copyright comme un fichier
On installera tous les exemples (configuration, fichiers source, autres) dans
un répertoire
Si le but d'un paquet est de fournir des exemples, les fichiers d'exemples
peuvent être installés dans
Les paquets qui ne sont pas originaires de Debian doivent contenir,
dans
S'il existe un « changelog » original, il sera accessible comme un
fichier texte, Argument : on n'a pas à chercher dans deux endroits
les « changelogs » originaux simplement parce qu'ils ont des noms
différents ou parce qu'ils sont dans un format HTML.
Ces fichiers seront installés comprimés par gzip -9, car ils grossissent avec le temps même s'ils commencent petitement.
Quand un paquet a un seul changelog, utilisé à la fois comme
changelog Debian et changelog original car le responsable principal est le même
que le responsable Debian, on appellera simplement ce changelog :
Pour des précisions sur le format et le contenu d'un fichier changelog de Debian, voyez .
Ces annexes sont tirées essentiellement verbatim du
Packaging Manual, version 3.2.1.0, dont l'usage est maintenant
déconseillé. Elles contiennent les chapitres qui peuvent aider les
responsables de paquet et qui n'ont pas été inclus dans la Charte elle-même.
La plupart de ces sections ne sont sans doute pas pertinentes pour une
charte ; elles seront vues comme une documentation du système
d'empaquetage.
Veuillez remarquer que ces annexes ont été incluses pour leur utilité et
pour des raisons historiques : elles faisaient partie du paquet
« policy » et n'ont pas encore intégré la documentation de
On ne s'est pas assuré qu'elles étaient compatibles avec le contenu de la Charte ; s'il y a contradiction, la version de la Charte prime. On ne s'est pas assuré non plus qu'aucune partie des chapitres restants du vieux Packaging Manual n'a été oubliée. Ces deux choses seront faites en temps et en heure.
Des parties du Packaging Manual ont été intégrées dans la Charte et supprimées de ces annexes. Des liens renvoient de l'ancienne place à la nouvelle.
Les paquets binaires sont conçus pour la gestion des programmes exécutables installés (habituellement des binaires compilés) et de leurs données associées, bien que les exemples de code source et la documentation fassent partie de certains paquets.
Ce manuel décrit les aspects techniques de la création des paquets binaires
Debian (fichiers .deb). Il documente le comportement des
programmes de gestion des paquets
Il précise aussi les interactions entre le c½ur de
Ce manuel ne détaille pas les options et l'utilisation des outils de création et d'installation des paquets. Il est donc souhaitable de le lire conjointement avec les pages de manuel de ces programmes.
Les utilitaires qui sont fournis avec
On supposera que le lecteur est familier avec le manuel de
l'administrateur système
La version Debian du programme GNU
Un paquet binaire comporte deux parties principales. La première comprend
divers fichiers d'information de contrôle et des scripts utilisés
par
La deuxième partie est une archive contenant les fichiers et les répertoires à installer.
À l'avenir les paquets binaires pourront contenir d'autres composants, comme des sommes de contrôle ou des signatures numériques. Le format de l'archive est décrit dans la page de manuel de deb(5).
Toutes les manipulations des fichiers d'un paquet binaire se font avec
Pour créer un paquet binaire, on doit créer une arborescence qui contient tous les fichiers et répertoires destinés à la partie « données » du système de fichiers du paquet. Dans les paquets Debian au format source, ce répertoire, debian/tmp, est habituellement relatif à la racine de l'arborescence du paquet source.
Ces fichiers auront l'adresse (relativement à la racine de l'arborescence que l'on construit) et le système de propriété et de permissions que l'on veut leur donner sur le système où ils seront installés.
Avec les versions actuelles de
On doit ajouter un répertoire spécial à la racine de la mini
arborescence créée :
Le répertoire DEBIAN n'apparaîtra pas dans l'archive du système
de fichiers du paquet, et ainsi ne sera pas créé par
Quand le paquet est prêt, on appellera :
Le paquet sera construit dans
Voir les pages de manuel
La partie contenant les informations de contrôle d'un paquet binaire est une
collection de fichiers dont les noms sont connus par
Il est possible de mettre d'autres fichiers dans la zone de contrôle du paquet, mais ce n'est pas une bonne idée (de toute façon ils seront ignorés).
Voici une brève liste des fichiers de contrôle utilisés par
C'est le principal fichier de description utilisé par
Ce fichier est créé par le programme
Ce sont des fichiers exécutables (habituellement des scripts) que
Il est très important de rendre ces scripts idempotents.
Voyez .
Les scripts de maintenance peuvent compter sur un
terminal de contrôle et peuvent interagir avec l'utilisateur.
Voyez .
Ce fichier contient une liste des fichiers de configuration qui doivent être
gérés automatiquement par
Ce fichier contient une liste des bibliothèques partagées fournies par
le paquet avec les informations de dépendances pour chacune. Elle est utilisée
par
control est le plus important des fichiers pour
Les fichiers de contrôle des paquets binaires construits à partir des sources
Debian sont faits par un outil spécial
Les champs d'un fichier de contrôle d'un paquet binaire sont listés dans .
La description de la syntaxe de ces champs et de leur signification se trouve dans .
Voyez .
Les paquets binaires de la distribution Debian sont créés à partir des paquets sources, lesquels sont dans un format spécial pour faciliter la construction automatique des binaires.
De nombreux outils sont fournis pour manipuler les paquets sources. Ils emballent et déballent les sources, aident à la construction des paquets binaires et gèrent la distribution des nouvelles versions.
Ils sont présentés ici et leurs usages habituels décrits ; pour de plus
amples informations, voir
Le paquet
Ce programme est fréquemment utilisé sur la ligne de commande ; il est
aussi appelé à partir des scripts de construction automatique de paquet, tel
que
Il est appelé ainsi pour dépaqueter un paquet :
avec
Pour créer un paquet, on utilise :
Les fichiers
Voir aussi .
Il est généralement utilisé sur la ligne de commande, à la racine du répertoire
source à créer ou à détruire. Il peut être invoqué sans arguments.
Les arguments utiles sont :
ne pas chiffrer, respectivement le fichier .changes
et le fichier paquet source .dsc.
Invoque la commande sign-command
au lieu de chercher gpg ou pgp dans la variable
PATH.
sign-command doit avoir le même comportement que
Quand les privilèges de root sont nécessaires, invoque
la commande root-command. root-command invoquera
son premier argument comme une commande, dans le PATH si nécessaire,
et passera son second argument et les autres à la commande qu'il appelle.
Si aucune root-command n'est fournie,
Deux types de construction et d'installation pour les binaires,
voir
Ce programme est habituellement appelé à partir du fichier
On l'appelle juste avant que ne soit établi le système des permissions pour
les fichiers et les répertoires du répertoire temporaire où le paquet est
construit et avant la construction du paquet par Il en est ainsi afin que le fichier de contrôle produit possède
les bonnes permissions.
Il faut aussi que
Un paquet qui crée un seul paquet binaire et qui le construit
dans le répertoire debian/tmp relatif à la racine du paquet
source, appellera simplement :
Les sources qui construisent plusieurs binaires utiliseront :
Ce programme est habituellement appelé à partir du fichier
Les arguments sont des exécutables
Dans une prochaine version de dpkg,
Ils peuvent être spécifiés soit dans les emplacements de l'arborescence source
où ils sont créés soit dans les emplacements de l'arborescence temporaire de
construction où ils sont installés avant la création du paquet binaire.
Si certaines bibliothèques partagées doivent seulement justifier d'un Recommends ou d'un Suggests, ou si certaines demandent un Pre-Depends, cela peut être réalisé en utilisant l'option -ddependency-field avant ces exécutables (chaque option -d prend effet jusqu'au prochain -d).
Par exemple, un paquet, avec une partie essentielle qui demande des
dépendances et des parties facultatives qui ne demandent que des
recommandations, séparerait ces dépendances en deux champs
Les sources qui produisent plusieurs paquets binaires avec des exigences
différentes pour les dépendances envers les bibliothèques partagées peuvent
utiliser l'option -pvarnameprefix pour annuler le préfixe
shlibs: par défaut (un seul appel à
Certaines installations de paquets sur le serveur nécessitent d'inclure d'autres fichiers que les fichiers des paquets sources et binaires.
Il est habituellement invoqué à partir de la cible
Les arguments section et priority sont placés sans
modification dans le fichier résultant
Ce programme est généralement appelé par des scripts de construction automatique de paquet tels que
Il est habituellement exécuté à la racine de l'arborescence source construite,
et quand il est invoqué sans arguments, il écrira un simple fichier
Ce programme est utilisé en interne par
On peut utiliser ce programme sur la ligne de commande ; mais il est aussi
appelé par dpkg-buildpackage ou
La structure de l'archive source, décrite ci-dessous, a été conçue pour permettre à une arborescence source debianisée et ses informations de contrôle associées d'être facilement dupliquée et transportée. L'arborescence source debianisée comprend une version du programme original, certains fichiers ajoutés pour le processus de debianisation, ainsi que tous les changements nécessaires réalisés sur les codes sources et scripts d'installation.
Les fichiers supplémentaires créés pour Debian sont dans le répertoire
Voyez .
Voyez .
Il est recommandé que tout le fichier changelog soit codé en
Il me paraît évident que nous devrons passer au codage UTF-8 pour notre
infrastructure des paquets. C'est réellement le seul codage adéquat à un
environnement international. Mais nous ne pouvons l'utiliser dans les
champs des fichiers de contrôle des paquets tant que dpkg n'accepte pas
ce codage. On peut malgré tout demander aujourd'hui que les fichiers
changelogs soient codés en UTF-8.
Vérifier la présence de caractères n'appartenant pas à UTF-8 dans les
changelogs est facile. Passer le fichier dans
Il est possible d'utiliser un format différent de celui proposé, en fournissant un analyseur pour le format qu'on veut utiliser.
Pour que dpkg-parsechangelog exécute l'analyseur, on inclura une
ligne à l'intérieur des quarante dernières lignes du fichier correspondant à
l'expression rationnelle Perl suivante :
\schangelog-format:\s+([0-9a-z]+)\W. La partie entre parenthèses sera
le nom du format. Par exemple, on pourrait dire :
Quand une telle ligne existe, dpkg-parsechangelog cherche l'analyseur
dans
L'analyseur sera invoqué, au début du fichier, avec le changelog ouvert sur l'entrée standard. Il lira le fichier (ou le parcourra avec seek) pour trouver l'information et la retourner analysée sur la sortie standard sous la forme d'une série de champ de contrôle dans le format standard. Par défaut, il retournera seulement les informations les plus récentes du fichier changelog ; il acceptera l'option -vversion pour retourner les informations de changement de toutes les versions présentes strictement supérieures à version et ce sera donc une erreur que version soit absent dans le fichier changelog.
Voici les champs :
Si plusieurs versions sont retournées (à cause de l'utilisation de l'option -v), la valeur urgency sera la plus grande listée par toutes les versions requises et sera suivie par les commentaires concaténés (séparés par une espace) de toutes les versions requises ; les champs : maintainer, version, distribution et date proviennent toujours de la version la plus récente.
Pour le format du champ Changes voir .
Si le format du fichier changelog analysé laisse toujours ou presque toujours une ligne vide entre les notes de modifications individuelles, ces lignes vides seront supprimées, pour rendre la sortie résultante plus compacte.
Si le format de changelog ne contient pas de date ou d'information sur le nom du paquet, ces informations seront omises en sortie. L'analyseur ne doit pas essayer de les synthétiser ou de les trouver à partir d'autres sources.
Si le fichier changelog n'a pas le format attendu, l'analyseur se terminera avec un statut différent de zéro, plutôt que d'essayer de se débrouiller tant bien que mal et créer des sorties incorrectes.
Un analyseur de changelog ne doit pas être interactif.
Voyez .
Voyez .
C'est l'emplacement temporaire, pour la construction des paquets
binaires par la cible binary. Le répertoire tmp sert
de racine à l'arbre du système de fichier qui est en train de se
construire (par exemple en utilisant la règle d'installation du
Si plusieurs paquets binaires sont créés à partir du même arbre source, il est habituel d'utiliser plusieurs répertoires debian/tmp-truc, par exemple tmp-a ou tmp-doc.
Quelques soient les répertoires tmp créés et utilisés par binary, la cible clean doit bien sûr les effacer.
Sur les sites FTP, les paquets sources contiennent trois fichiers reliés entre eux. On doit avoir les trois bonnes versions pour pouvoir les utiliser.
C'est un fichier
C'est un fichier diff unifié (diff -u) donnant les
changements requis pour modifier le source original en source Debian.
Ces changements peuvent inclure seulement la modification ou la création de
simples fichiers. Les permissions des fichiers, les cibles des
liens symboliques et les caractéristiques des fichiers spéciaux ou
tubes ne peuvent pas être changés et aucun fichier ne doit être
enlevé ou renommé.
Tous les répertoires dans le fichier diff doivent exister, sauf
le sous-répertoire debian à la racine de l'arbre source, qui
sera crée par
Le programme
S'il n'y a pas de code source original, par exemple, si le paquet a été
spécialement préparé pour Debian ou si le responsable Debian est le
même que le responsable original, le format est alors légèrement
différent : il n'y pas de fichier diff et le fichier
Déballer le fichier tar, pour créer un répertoire
.orig.
Changer le nom du répertoire .orig en package-version.
Créer le sous-répertoire Debian à la racine de l'arborescence source.
Appliquer le fichier diff en utilisant patch -p0.
Déballer le fichier tar de nouveau, si l'on veut une copie du
code source original à côté de la version debianisée.
Il n'est pas possible de créer une archive source Debian valide sans
utiliser
Beaucoup d'outils de la suite dpkg manipulent les données dans un format commun, connu sous le nom de fichiers de contrôle. Les paquets source et binaire ont des données de contrôle comme les fichiers .changes qui contrôlent l'installation des fichiers sur le serveur, et les bases de données internes à dpkg sont dans un format similaire.
Voyez .
Il est important de noter que plusieurs champs sont facultatifs
pour ce qui concerne
Voyez .
Cette section ne contient plus que les champs qui n'appartiennent pas à la charte Debian.
Ces champs dans les fichiers Packages donnent les noms de fichiers d'un paquet dans une distribution, par rapport à la racine de la hiérarchie Debian. Si le paquet a été découpé en plusieurs morceaux, les parties sont toutes listées dans l'ordre, séparées par des espaces.
Ces champs dans les fichiers Packages donnent la taille (en octets, exprimée en décimal) et la somme de contrôle MD5 du ou des fichiers qui composent le paquet de la distribution. Si le paquet est découpé en plusieurs parties, les valeurs pour ces parties sont listées dans l'ordre, séparées par des espaces.
Ce champ dans le fichier status de
Si un paquet n'est pas installé, ou non configuré, ce champ dans le
fichier status de
Ce champ dans le fichier status de dpkg contient des informations sur les fichiers de configuration automatiquement gérés et maintenus par un paquet. Ce champ ne doit pas apparaître n'importe où dans un paquet !
Ils sont toujours reconnus par La partie revision Debian d'une version de paquet a été dans un champ de
fichier de contrôle séparé. Ce champ était présent à travers plusieurs noms.
ancien nom de Recommends ancien nom de Suggests. ancien nom de Priority.
Que ce mécanisme soit adéquat, dépend d'un certain nombre de facteurs ; mais fondamentalement, pour tout fichier de configuration, il y a deux approches.
Une méthode simple est de mettre la meilleure configuration possible
dans le paquet et d'utiliser le mécanisme des conffile de
La méthode radicale est de construire le fichier de configuration à partir
du script
Un paquet peut contenir un fichier dans la zone de contrôle appelé conffiles. Ce fichier doit être une liste de noms de fichier de configuration nécessitant une gestion automatique ; les noms sont séparés par un retour chariot. Les noms de fichiers seront des noms absolus, et les fichiers référencés doivent réellement exister dans le paquet.
Quand un paquet est mis à jour,
Pour chaque fichier, il vérifie si la version du fichier inclus dans le
paquet est la même que celle du fichier inclus dans la dernière version du
paquet (celui à partir duquel on fait la mise à jour).
Quand ni l'utilisateur ni le responsable du paquet n'ont changé le fichier, il est laissé tel quel. Si l'un ou l'autre l'ont modifié, les nouvelles versions sont prises en compte : si l'utilisateur modifie son fichier, mais le responsable ne donne pas de nouvelle version, les modifications de l'utilisateur sont conservées (silencieusement) ; si le responsable donne une nouvelle version et l'utilisateur n'a pas modifié son fichier, la nouvelle version sera installée (avec un message d'avertissement). Si les deux ont modifié le fichier, l'utilisateur est averti du problème et doit résoudre les différences lui-même.
La comparaison est faite en calculant le MD5 des fichiers et en stockant ce MD5 comme s'il était inclus dans la plus récente version du paquet.
Quand un paquet est installé pour la première fois,
Cependant, notons que
Notons qu'un paquet ne doit pas modifier un conffile géré par
Pour les fichiers qui contiennent des informations spécifiques telles
que le nom de l'hôte, les informations sur le réseau, il est
préférable de créer le fichier dans le script
Ceci impliquera l'examen de l'état du reste du système pour déterminer valeurs et autres informations, et peut aussi impliquer de demander à l'utilisateur des informations qui n'ont pas pu être obtenues autrement.
Quand on utilise cette méthode, il y a un nombre important de problèmes à considérer :
Si l'on découvre une erreur dans le programme qui crée le fichier de configuration, ou si le format d'un fichier change d'une version à la suivante, on devra modifier le script postinst pour le corriger ; habituellement cela veut dire, éditer le fichier de configuration installé et enlever le problème ou changer la syntaxe. On devra faire ça avec soin : l'utilisateur peut avoir changé le fichier, peut-être pour fixer le problème que le script est en train de traiter ; on devra détecter ces situations et les traiter correctement.
Si l'on choisit cette voie, c'est alors une bonne idée de mettre le programme qui crée le fichier de configuration dans un programme séparé dans /usr/sbin, appelé par convention packageconfig et de l'exécuter si nécessaire, à partir du script de post-installation. Le programme packageconfig ne doit pas écraser une configuration existante - si son mode opératoire s'applique à une première installation (non pas une reconfiguration arbitraire ultérieure), on doit vérifier si une configuration existe déjà, et utiliser l'option --force pour la remplacer.
Quand plusieurs paquets fournissent tous des versions différentes du même programme ou fichier, il est utile que le système en sélectionne un par défaut, tout en autorisant l'administrateur système à le changer et à faire respecter ses décisions.
Par exemple, il y a plusieurs versions de l'éditeur
Si tous les paquets impliqués coopèrent, ceci peut être fait par
Chaque paquet fournit sa propre version sous son propre nom, et appelle
Voir le manuel en page
Si
Quand
Une utilisation locale de cette technique peut être de remplacer la version d'un fichier contenue dans un paquet ; un paquet peut aussi s'en servir pour remplacer tel fichier d'un autre paquet ou bien pour mettre à sa place un « wrapper ».
Avant de décider de l'utilisation d'une déviation, lire , pour savoir si on veut vraiment une déviation plutôt que plusieurs versions différentes d'un même programme.
Il y a une liste des déviations qui est lue par
Quand un paquet souhaite remplacer un fichier par un autre, il doit
appeler
Le postrm fait l'inverse :
Ce document
est distribué sous les termes de la Licence de Libre de GNU,
disponible sur
Le 1er janvier 2002, douze pays de l'Union Européenne, et plusieurs autres, ont commencé à utiliser l'euro comme seule monnaie officiellle. Donc, tout les prix seront affichés en euro et toutes les transactions financières l'utiliseront. L'euro va devenir une monnaie commune à l'Europe et même à d'autres continents.
Les ordinateurs doivent bien sûr représenter correctement l'euro pour
que les gens puissent l'utiliser dans leurs documents (factures, tableaux
ou quoique ce soit d'autre) et puissent lire les documents qui l'emploient.
Comme l'indique L'euro est une monnaie mais aussi un symbole. Depuis le standard Unicode
version 2.1 (daté de 1998) le symbole euro est ajouté, donc c'est aussi un
caractère Unicode qui peut être représenté (interprété) avec différents
glyphes (différentes polices qui peuvent changer la hauteur ou la largeur).
Le symbole euro ressemble à la lettre « e » — il ressemble à un
« c » avec deux lignes horizontales parallèles qui le traversent en son
milieu. Certaines personnes comprendront mieux si l'on dit qu'il ressemble au
symbole de Quake tourné de 90 degrés dans le sens des aiguilles d'une montre :-)
Le symbole est inspiré de la lettre grecque epsilon et indique aussi la
première lettre du mot « Europe ». La stabilité à l'intérieur de la
zone euro est indiquée par les deux lignes parallèles.
L'abréviation officielle (ISO-compliant) pour l'euro est EUR et peut être
utilisée comme représentation pour la monnaie.
Le problème est que changer le caractère implique un changement
du jeu de caractères utilisée par l'utilisateur. Le jeu de caractères est
la liste des représentations des caractères utilisés par le système. Généralement,
la plupart des utilisateurs dans la zone euro utilisent le jeu de caractères
latin1. Le jeu de caractères, cependant, est limité à 256 caractères. Le
caractère euro est introduit en enlevant un caractère et ce changement crée
un nouveau jeu de caractères. Latin9 (ISO-8859-15 ou codepage 924 pour IBM,
habituellement raccourci par latin0) remplace Latin1 (ISO-8859-1) et Latin10
(ISO-8859-16) remplace Latin2 (cependant, le tchèque n'est pas entièrement couvert
dans Latin10, ce n'est donc pas un remplacement complet, et il couvre le roumain,
ce que Latin2 ne faisait pas).
Gardez à l'esprit que le jeu de caractère est limité à 256 caractères.
(voir Latin9 diffère de Latin1 par huit positions :
Bien sûr, ceux qui utilisent déjà les polices UTF-8 ne sont pas affectés
par ce problème puisqu'unicode est un ensemble comprennant tous les jeux
ISO 8859 plus les caractères requis pour représenter pratiquement toutes les
langues connues (voir La définition de l'euro fait partie de plusieurs standards
La Commission Européenne a publié dans ces
Dans ce document, la plupart des exemples vont supposer que le
symbole euro va être affiché en tapant AltGr+E (le programme euro-test
le suppose aussi).
Le système d'exploitation Debian peut être correctement configuré pour
afficher le caractère euro, aussi bien en console que sous environnement X,
depuis la version 2.2 (potato). Pourtant, beaucoup d'utilisateurs n'ont pas
réussi à le faire et il reste quelques problèmes qui n'ont pas été corrigés
dans la Debian 3.0.
Dans certains cas, quelques problèmes peuvent venir des programmes utilisant
ISO-8859-1 ou encore ASCII-US par défaut ; de plus, certains ne peuvent être
correctement configurés pour utiliser ISO-8859-15 (faire des rapports de bogues
avec le Ce paquet essaie d'installer correctement les variables d'environnement
de l'utilisateur en changeant certains fichiers de configuration, dont ces
fichiers Le paquet euro-support essaie de fournir la configuration
système adéquate pour représenter le caractère euro
facilement dans le système d'exploitation Debian GNU/Linux. Ce paquet propose
cette configuration de deux manières :
NOTE : la seconde partie n'est pas encore dans le paquet Il y a actuellement trois paquets :
Il y a un programme de test appelé Le but de ce programme est de déterminer si le système de l'utilisateur
peut afficher le symbole euro. Les informations rassemblées pourront être utilisées
pour configurer le système manuellement à l'aide de ce document.
Il y a aussi d'autres paquets (actuellement il n'y a que la version espagnole :
le paquet Les administrateurs pressés sont encouragés à utiliser ces paquets et à exécuter
les scripts mentionnés ci-dessus ( Ce paquet est une tentative pour installer la locale d'environnement de
l'utilisateur
Configurer le support de l'euro sur un système implique deux étapes
assez simples :
Les Ce document abordera la configuration de l'euro sous Debian, en commençant,
par les problèmes de localisation et comment la localisation peut
être correctement effectuée sous Debian. Ensuite, on verra comment configurer
les consoles (terminaux virtuels) disponibles sur tous les systèmes
Debian GNU/Linux. Beaucoup d'utilisateurs peuvent passer cette section
et aller directement à la prochaine, qui parle de la configuration
adéquate de l'environnement graphique (X Window) pour le support de l'euro.
Même si parfois cela peut induire en erreur le lecteur, les différentes
solutions de configuration sont valables pour l'ancienne version de Debian
(à ce jour, debian 2.2 nom de code « potato ») et la dernière version
(Debian 3.0 nom de code « woody »). Les versions futures de ce
document devraient séparer les informations entre les différentes versions
de Debian (quand cela deviendra vraiment le désordre :)
Les programmes utilisent l'environnement de localisation afin de connaître
et la langue et le jeu de caractères utilisés. Actuellement il n'y aucune
séparation, entre la locale et la représentation
sauf si vous utilisez UTF-8. Les locales d'environnement utilisent les deux
langues par exemple :
Pour Debian, les définitions des locales sont stockées dans
Néanmoins, il y a un problème à cause de la représentation différente des
locales sous XFree86 (Xlib) et glibc (l'une utilise ISO8859 et l'autre ISO-8859,
notez le tiret). Ainsi,
fixer la locale en XX_XX.ISO-8859-15 dans Depuis la Debian 3.0, les alias XX_XX@euro sont donnés dans
Vous pouvez voir votre environnement courant en lançant locale,
et votre jeu de caractères actuel en utilisant locale charmap.
Afin de changer votre locale modifiez Note : Vous devez utiliser la partie @euro. Sinon, si vous
utilisez seulement es_ES la définition de la locale sera le
jeu de caractères ISO-8859-1.
Veuillez, notez que les définitions de LANG et de LC_ALL doivent être
similaires (ou alors mieux la même). Sinon les bibliothèques pourraient avertir
de l'incompatibilité des locales. Vous verrez des avertissements si, par exemple,
vous définissez :
Puisque « spanish » est un alias de es_ES.ISO-8859-1 et es_ES@euro
est un alias de es_ES.ISO-8859-15. Soyez attentif avec cette action puisque
certains programmes ne vérifient pas le fichier Vous pouvez vérifier quelles sont toutes les locales disponibles en éxécutant
locale -a
Pour les programmes qui donnent trop d'avertissements concernant
le résultat de la localisation/représentation est semblable à :
Pour que votre environnement X fonctionne, il doit y avoir une
définition de iso8859-15 dans
Pour que vos locales fonctionnent sous 3.0, l'administrateur doit configurer
correctement la localisation du système. La façon la plus simple de faire
ces modifications est d'appeler dpkg-reconfigure -plow locales,
et de choisir votre locale dans la version avec un @euro ajouté.
Vous pouvez aussi modifier directement Vous ne pouvez pas modifier Sous Debian 2.2, les utilisateurs ont besoin de changer quelques fichiers
(ces changements ne sont pas nécessaires sous 3.0 puisqu'ils ont déjà été fait).
En supposant un environnement espagnol (locale es_ES), le changement
pour Après avoir fait cela vous devez générer vos locales
Vous pouvez le faire en lançant manuellement Vous pouvez aussi utiliser une version simplifiée puisque Le répertoire créé est appelé
Configurer la console afin d'avoir le symoble euro est simple.
Ce qui suit fonctionnera sur un système Debian GNU/Linux :
Toutefois, ces changements sont perdus après un redémarrage. Afin qu'ils
deviennent permanents, quelques changements doivent être faits aux
fichiers de configurations des paquets Debian.
Changer la carte clavier implique de changer
FIXME : Un bogue devrait être ouvert contre console-data pour inclure ceci
par défaut dans toutes les langues de la zone euro.
Le paquet Quand un système démarre il lance La façon la plus simple pour configurer une console sur un système Debian
est d'installer le paquet Si vous ne voulez pas (ou n'aimez pas) le paquet Si le sytème utilise le paquet Si vous utilisez le paquet Bien sûr, la police lat0-16 n'est pas la seule disponible,
depuis le paquet console-data version 1999.08.29-11.1, il y a un bon
nombre de polices latin9 (cf. latin0) disponibles dans
Si vous utilisez le paquet NOTE : Si vous utilisez le périphérique framebuffer pour la console texte,
lisez la note qui concerne la configuration de console-tools dans le fichier
Pour que l'environnement graphique puisse aussi représenter l'euro vous
avez besoin de :
XFree86 inclut des polices prêtes pour l'euro depuis la version 3.3.3.1,
comme, par exemple 7x13euro.bdf ou 7x13euroB.bdf. Toutefois, l'utilisateur ne
devrait pas les avoir d'installées puisque les polices ISO-8859-15 ne font pas
parti de l'installation par défaut d'XFree86.
Debian 3.0 fournit aussi des configurations clavier adéquates pour la plupart
de lagages. Cependant, certains langages ne contiennent pas un support de l'euro
complet à cause de keycode n'étant pas définis convenablement. Si votre language
ne se comporte pas correctement sous X, veuillez soumettre un La configuration du clavier est plus simple que pour la console.
Si vous utilisez les extensions Xkb dans le serveur X (par défaut depuis
3.3.5) vous pouvez la changer en utilisant l'option
XkbLayout dans la section InputDevice du fichier de
configuration de X. Ce fichier est localisé sous Il y a plusieurs façons d'ajouter la définition de l'euro :
Si vous changez le modmap avec NOTE : Xmodmap est obsolète, veuillez utiliser les extensions Xkb. Les
prochaines versions de XFree86 pourraient même ne plus supporter les définitions
des utilisateurs xmodmap.
NOTE : le paramètrage des locales doivent être fait avant que ne démarre
Xsession, donc assurez-vous que votre configuration est chargée correctement
avant d'exécuter startx (Si vous utilisez un gestionnaire de session
comme gdm vous pouvez choisir ses paramètres).
NOTE : Le symbole utilisé pour le signe euro varie d'Xfree 3.3.6
(serveur standard X sous in Debian 2.2) à Xfree 4.1 (serveur standard X
sous Debian 3.0). Sous Xfree 3.3.6 vous devrez utiliser currency à la
place de EuroSign comme définition du symbole. Cela a changé sous
Xfree 4.1 qui à incorporé le support du caractère EuroSign. Si vous
utilisé le même symbole currency sous Xfree 4.1, à cause du support de
l'UTF, cela ne repésentera pas forcément correctement le caractère euro.
Si vous utilisez Debian Woody (3.0), qui inclut XFree86 4.1,
vous avez seulement besoin de l'avoir correctement configuré dans une langue
de la zone euro, Ceci est fait dans le fichier de configuration
Vous pouvez aussi faire quelques changements pour fournir le support de l'euro
si votre système ne fonctionne pas correctement. Vous pouvez changer les
extensions Xkb (dans les fichiers Ceci, cependant, devrait être déjà fourni dans tous les fichiers des langues
de la zone euro (es, de...)
Ou, vous pouvez changer votre définition de Xmodmap avec :
Si vous n'utilisez pas les extensions Xkb vous devrez changer les
définitions disponibles dans le répertoire Puisque les extensions Xkb est le comportement par défaut, les fichiers
Xmodmap fournis par Xfree86 4.1 ne devraient pas être mis à jour correctement.
Vérifiez si la ligne relative à keycode 26 (caractère E)
ressemble à la ligne suivante :
Si vous utilisez des versions égales à, ou antérieures à la Debian potato (2.2),
la langue ne devrait pas être définie correctement. Si une mise à jour vers une
version supérieur d'XFree86 est impossible, vous pouvez utiliser n'importe quelle
approche précédente pour ajouter le support pour la définition de l'euro.
Vous pouvez changer les extensions Xkb
( Ou, vous pouvez changez votre définition d'Xmodmap avec :
Vous pouvez aussi utiliser les définitions disponibles dans le
répertoire Les définitions Xmodmap de Debian 2.2 pour les langues dans la zone euro
contiennent le caractère euro (en utilisant le symbole currency), Donc vous
pouvez utiliser le xmodmap suivant /usr/share/xmodmap/xmodmap.XX
(XX est le langage que vous voulez utiliser).
Pour représenter le symbole euro sous X vous aurez besoin d'avoir
les polices adéquates pour représenter le codage ISO-8859-15 (si vous
n'utilisez pas UTF-8). Vous pouvez voir quelles polices pourront être utilisées
pour ça en faisant :
Dans une installation Debian par défaut, la seule police qui fournit
cet encodage est la police fixed (misc), qui devrait être adéquate
pour un xterm mais pourrait ne pas se montrer agréable dans beaucoup d'autres
applications. Si bien que, Debian 3.0 (woody) fournit les paquets de polices
transcoded qui incluent d'autres polices ISO-8859-15. Les paquets sont
Certaines personne pourraient ne pas vouloir installer ces paquets parce
qu'ils sont assez gros, à peu près 15 Mo. Il y a une version plus légère
disponible, sans les polices non-15, qui fait moins de 3 Mo.
Vous pouvez le trouver ici (FIXME : Si les utilisateurs en ont vraiment besoin, les paquets transcoded
pourront être coupés en deux.)
Veuillez noter que si vous utilisez Debian 2.2 vous ne pouvez
installer ces paquets sans mettre à jour le système puisqu'ils dépendent
d'XFree86 4.
Les paquets suivants fournissent aussi des polices ISO-8859-15 :
xfonts-jmk, xfonts-arphic-bsmi00lp, xfonts-arphic-gbsn00lp,
xfonts-arphic-bkai00mp et xfonts-arphic-gkai00mp.
Le paquet FIXME : Vérifiez cette dernière phrase (qui semble être juste
vus les fichiers de données que les utilisateurs du programme euro-test m'ont
envoyés.)
NOTE : Soyez sûr que vous n'avez pas une définition par défaut d'une autre
police dans votre fichier Si vous ne parvenez pas à trouver de polices convenables, vous pouvez
utiliser les polices ISO10646-1 qui sont un super-jeu des différentes polices
ISO8859-X et sont aussi fournies sous Debian. Markus Kuhn fournit un script
appelé ucs2any.pl et qui propose :
Il y a des polices Unicode disponibles pour X Window
sur Il y a des paquets Debian disponibles pour installer les polices unicode de
Kuhn.
FIXME : Quels sont leurs noms ?
Il y a d'autres polices ISO-8859-15 utilisables pour XFree86 3.3.6 sur
FIXME : Besoin de textes
Même si vous avez le symbole euro qui marche corectement (vous pouvez l'entrer
au clavier et le voir sur votre écran) vous avez toujours besoin de
voir si vos applications fonctionnent correctement.
Quelques problèmes apparaissent ici.
Les applications graphiques qui utilisent leurs propres polices et pourraient
donc être incapable de représenter le symbole euro (même si votre entrée est
correcte) parce qu'elles n'en ont pas de représentation interne.
Conseil : vous vous simplifierez la vie si vous lancez un programme de
sélection de polices comme gtkfontsel
(paquet Toutefois, le codage fait par le programme pour les textes et les données
qu'ils utilisent est aussi un problème important. S'il est impossible de
représenter intérieurement le jeu de caractère utilisé (ISO-8859-15
ou Unicode), l'euro ne devrait pas fonctionner totalement. Donc, une chose
est d'utiliser ISO-8859-15 pour les barres de menus, les messages des programmes...,
c'en est une autre d'utiliser ISO-8859-15 pour les
données utilisées par le programme (texte, informations sur les bases de
données...).
Les applications suivantes sont connues pour avoir le support du caractère
euro :
Si le caractère euro n'est pas affiché dans votre émulateur de terminal,
vous pouvez changez la police par défaut en changeant soit le fichier de
configuration de l'utilisateur( Dans Après avoir modifié un fichier Notez que les programmes dérivés utilisent aussi comme ressources la
police définie par défaut, donc la procédure est analogue.
Vous pouvez configurer le terminal de Gnome pour utiliser une police prête
pour l'euro en changeant la police dans le menu Configuration->Preferences.
Rxvt et les programmes dérivant de lui (e.g. Aterm, Wterm) utilisent aussi
comme ressource les polices de Changez la configuration de l'utilisateur ( GNU Emacs 21 et XEmacs 21 fournissent le support pour latin9.
Toutefois, les versions précédentes d'Emacs21, (Mule)
n'affichent pas d'options pour sauvegarder des documents
utilisant latin9 (latin0) ou ISO-8859-15.
Vous devriez avoir besoin, toutefois, de changer la police qu'Emacs lance
pour afficher le caractère Euro sous X windows.
Pour ce faire, lancez emacs avec une police euro avec l'argument -fn ou
configurez-le pour toujours utiliser un police donnée en modifiant
Vous pouvez aussi essayer d'ajouter les lignes suivantes dans
Les applications Gnome dans la plupart des cas, supportent un autre jeu de
caractères sans aucun problème. Cela dépend de votre configuration des locales,
vous devrez probablement changer la police par défaut. Veuillez démarrer
(sous Gnome) le Mieux encore, changez les paramètres système de GTK+ dans
Ici il y a quelques lignes que vous pouvez ajouter dans le fichier de
configuration :
Le support de l'euro sous KDE fonctionne comme décrit sur
Soyez prudents quand vous modifiez la locale et utilisez les alias définis
dans la bibliothèque X puisque, comme décrit sur Une fois terminée, vous devez allez dans le Centre de Contrôle
de KDE::Personnalisation::Pays & Langue. Et vous devez déclarer votre pays
et votre jeu de caractères « Jeu de caractère: iso8859-15 ».
Lors de l'écriture de ce document, j'ai d'abord pensé, en lisant
Néanmoins, il y a quelques bogues connus à cause du paquet
Vous devriez changer les paramètres de votre serveur web si vous voulez
présenter quelques sites avec un jeu de caractères non-ISO8859-1,à moins que
vous vouliez que vos utilisateurs changent leurs paramètres manuellement à
chaque fois. Les paramètres suivants (les mettre dans un
fichier .htaccess) disent aux navigateurs le jeu de caractères qu'ils
doivent utiliser :
Vous pouvez utilisez directement le caractère euro dans vos documents, ces
informations peuvent être incluses dans les documents HTML DTD. Dans n'importe
quel cas vous pouvez utiliser, la représentation HTML 4.0 de l'euro et ne pas
configurer Apache.
Fonctionne remarquablement bien si $LC_TYPE est correctement définie.
Si vous rencontrez des problèmes pour le faire fonctionner (i.e. vous avez un
système cassé) essayez d'ajouter dans le fichier muttrc (de l'utilisateur ou
système) :
Il y a différentes façons d'introduire le caractère euro sous LaTeX :
Ainsi, vous pouvez utiliser le paquet marvosym qui est inclus dans
Debian 3.0 possède aussi le paquet Pour représenter le centime vous avez besoin d'utiliser Un problème est, pourtant, de ne pas avoir le codage d'entrée pour
inclure ce caractère directement. Vous pouvez utiliser, toutefois les fichiers
fournis dans , et les placer dans
FIXME: Wishlist bug against tetex-base so they get included. (?)
Kword inclut un document dans le dossier de démonstration appelé
Note : Ce fichier était disponible depuis Kword 1.1.1-5, voir
Depuis la version 1.1.6fix4-2, LyX ajoute le support pour le codage en latin3,
latin4 et latin9.
Il fournit latin1, ascii8 et utf8 comme dispositif. Afin de générer
des pages de manuel en latin0 il semblerait que le dispositif ascii8 doit
être utilisé.
Les dernière versions de groff (1.18, disponible sur Sarge ou
Sid) fournissent les glyphs pour le signe Euro (eu pour le
symbole Euro officiel et Eu comme la variante d'un glyph spécifique à
la police).
Le paquet Cela devrait ajouter une autre police (Helvetica2) dans votre menu de polices.
Pour avoir un signe Euro faites Esc-$. Répétez cette action pour toutes les
polices iso8859-15 que vous voulez ajouter.
Perl gère l'euro. Si un message du type « This locale is not
supported » lorsque vous utilisez une locale euro, c'est que votre
système est mal configuré et qu'il ne reconnaît pas les locales euro (voir
Perl est utilisé par un grand nombre de scripts d'administration (y compris
Debconf) ; attendez-vous à rencontrer cette erreur si vous n'avez pas configuré correctement votre système (pour ce qui concerne les locales).
Les applications suivantes (et leur version associée) semblent ne pas
fonctionner avec le caractère euro :
Si vous voyez un caractère qui ressemble à un cercle avec quatre
lignes s'étendant en dehors (le symbole international pour le currency)
et non le symbole euro, c'est que la police que vous utilisez
ne représente pas correctement les euros mais votre clavier l'envoie
correctement. Veuillez vérifier votre/vos environnement/applications
afin de voir si vous utilisez des polices ISO-8859-15 et non ISO-8859-1.
FIX : Lancez (sous root) /etc/init.d/console-screen reload
(si RAISON : il y a des polices avec une carte unicode dans les fichiers .psf
et d'autres qui ne l'incluent pas. Si ces dernières sont utilisées la
carte unicode du noyau Linux se réinitialise et quand vous revenez dans un
terminal virtuel X, la carte est tronquée. Le « Keyboard and Console HOWTO »
(disponible dans
(Console terminal) Vous devriez voir « currency » en faisant :
(environnement graphique X) Vous devriez voir « currency » en faisant :
Si vous utilisez ISO-8859-15 :
Si vous utilisez UTF-8 :
Bien sûr, vous pouvez aussi voir si les caractères euro
et centime sont représentés correctement en allant voir un document
qui les inclut. Oui vous pouvez, (depuis le
Le programme Sous Debian 3.0 (qui fournit Se diriger vers le codage UTF-8 et séparer de la localisation
et la représentation (plus de XX_XX.ISO-8859-X).
J'ai (Javier) réfléchi pendant un certain temps à comment fournir
une configuration automatique de l'euro d'après les lignes du script
de configuration automatique fait parcastellanizar dans le paquet
Ce document est le premier pas vers l'écriture d'un outil de configuration
automatique du système de l'utilisateur pour un support de l'euro complet.
Même s'il suffirait que les utilisateurs Debian passent à UTF-8
il y a un besoin d'une solution à court terme.
Les documents suivants complètent celui-ci et sont utiles pour les
lecteurs en ce qui concerne l'euro,
l'internationalisation et Unicode :
Quelques autres références (officielles) :
Liste des changements faits sur ce document.
C'est une liste de solutions en cours envoyées par des utilisateurs qui
devraient être vérifiées et documentées :
J'aimerais saisir l'opportunité pour
remercier toutes les personnes qui ont contribués (sciemment ou non) aux
informations contenues dans ce HOWTO, spécialement :
Et bien sûr, toute les autres personnes qui ont contribué aux
corrections/suggestions dont est fait ce HOWTO. Si vous,
lecteurs, vous avez à remercier quelqu'un, ce sont eux, pour leur aide et leur
savoir, moi je n'ai fait ici que les réunir.
Ionel Mugurel a fourni le fichier de code de l'entrée
pour latin9 et latin10 (pas encore inclus dans Debian).
Contributeurs :
Ce manuel est distribué dans l'espoir qu'il vous sera utile mais sans aucune garantie. Il est distribué sous la licence « GNU General Public License », version 2 ou suivante.
Pour obtenir cette licence, lisez /usr/doc/copyright/GPL
dans votre distribution Debian GNU/Linux ou sur la toile
Vous trouverez les sources (au format
/cvs/webwml/french/international/french/debian-l10-french-faq.sgml
(voir « Comment récupérer un document ? ») et en ligne
sur le serveur de Debian à l'adresse :
Pour contribuer, me contacter directement ou poster sur
debian-l10n-french.
J'ai essayé, suite à différentes remarques, de satisfaire tout le
monde. Du coup, chaque point important est divisé en deux
parties : une partie destinée à celui qui a besoin de
l'information rapidement et sans fioriture et une autre plus
développée avec explications techniques à la clé.
Tout est détaillé dans la page
Si vous n'avez pas accès à http, il vous suffit d'envoyer
un courriel à debian-l10n-french-request@lists.debian.org
avec DANS LE CORPS DU MESSAGE :
Pour se désabonner, la procédure est indiquée sur chacun des
courriels reçus de la liste de diffusion. Il vous suffit d'envoyer un
courriel à debian-l10n-french-request@lists.debian.org avec DANS
LE CHAMP SUJET :
À coups de poings virtuels, bien sûr :-)
En fait, en cas de désaccord sur une traduction (un terme, un sens
général...), on fait un vote des gens inscrits. Un inscrit
participant vaut une voix. Tout le reste ne vaut rien. Personne ne
vaut plus qu'un autre. La démocratie, quoi :-).
Bon, le tout est d'arriver à un consensus pour pouvoir continuer. Ne
pas oublier quand même que l'on n'est pas là pour se battre sur la
terminologie mais pour faire avancer la francisation de Debian.
Le pouvoir ici se résume à la traduction de documents en
français. Et uniquement cela. Pour tout le reste du projet Debian,
la liste ici n'a aucun pouvoir.
Il y a quand même une règle non écrite en cas de litige profond :
c'est au final toujours celui qui est l'auteur du document qui
peut imposer son point de vue en vertu du fait que c'est lui qui a
fait l'effort de créer le premier document. Bien sûr, il est
rare d'en arriver à de telles extrémités...
Il se peut que, débordé par votre vie professionnelle ou familiale,
vous n'ayez plus de temps à consacrer à la traduction pour
Debian. Si vous étiez responsable de traduction, il est bon alors
de contacter un des responsables de la liste ou d'y poster un
message en disant que vous renoncez à votre charge, de façon à
faciliter la maintenance des projets de traductions.
Faible. Quelques messages par semaine, sauf les jours de grands
débats :-). Cela dit, cela a notablement augmenté ces derniers
temps. La rançon du succès ?
On pourra visualiser l'état de la fréquentation de la liste
directement sur le site Debian à
Être volontaire. Et surtout, être volontaire. Et puis, enfin, être
volontaire. Si en plus, vous êtes volontaire...
Tous les gens inscrits peuvent (doivent...) participer au débat et
surtout aux relectures. Pas de fausse pudeur...
Pour participer, il vous suffit de savoir lire et écrire
correctement le français. Pas besoin d'être Molière ni Rabelais : il
vous suffit de savoir vous servir d'un éditeur de texte.
Il y a maintenant un simple duo responsable de cette liste :
Christophe Le Bars <clebars@debian.org>, qui fut à l'origine le
précurseur de la localisation en français de Debian et le principal
acteur de cette liste en son début vient de nous signifier qu'il
abandonnait cette responsabilité de chef et de responsable de
traduction.
Christophe, sois ici bien remercié d'avoir lancé cette lourde
mécanique et d'avoir rendu possible l'énorme travail qui est accompli
aujourd'hui et qui s'accomplit encore chaque jour.
On peut aussi aller directement sur le site Debian pour obtenir cette
information :
Ce sont les gens qui ont les droits d'accès au
Puis allez cliquer dans le mois-année qui vous intéresse dans
debian-l10-french.
René Cougnenc fut un des précurseurs de Linux en France et il a
contribué à sa diffusion par la qualité de ses traductions. Un
certain nombre d'ouvrages faisant encore référence ont été traduits
de sa main (liste chez O'Reilly).
René nous a quitté il y a quelques années.
Comme ses traductions sont remarquables, nous y faisons souvent
référence.
Le format retenu pour la documentation Debian est le
En ce qui concerne le format des pages du site oueb de Debian, le
format retenu est le
Enfin, il y a des documents plus particuliers comme les pages de
manuels ou les logiciels spécifiques à Debian (comme
Il existe deux documents, l'un en anglais et l'autre traduit en
français. Le premier est disponible dans le paquet
On peut aussi trouver directement le document en français sur le
site de Debian à
De préférence une traduction qui ne soit pas en cours ou maintenue
activement par quelqu'un. Cela dépend un peu de vos compétences et
de votre temps disponible. Ne soyez pas trop gourmand au début :
commencez par quelque chose de court pour vous faire la main.
Pour éviter de se noyer dans la masse des documents à traduire,
Martin Quinson a écrit un petit script pour faciliter et automatiser
la recherche. Son script, en fait, synchronise les pages traduites
avec les pages originales. Voici comment cela
fonctionne
Il faut avoir en local (c'est-à-dire sur son disque dur) toutes les
pages anglaises et françaises. Mettez à jour régulièrement
l'ensemble par
#use wml::debian::translation-check translation="X.x" maintainer="aze"
du document. C'est un en-tête obligatoire des documents comme
l'indique le document :
Le script
En pratique, pour choisir une traduction, il faut récupérer les
sources des documents par
À ce moment, le script va vous renvoyer plein de lignes
NeedToUpdate et Missing. Il suffit alors de
choisir un document manquant (ligne Missing).
On peut aussi consulter ces informations en ligne sur
Il suffit de poster un message sur la liste de diffusion
debian-l10n-french déclarant que vous allez vous occuper de
tel document, si personne ne le fait déjà. Dans ce cas,
généralement, il y a approbation simple d'un des responsables des
traductions et vous devenez automatiquement responsable de la
traduction que vous avez choisie. Vous en devenez aussi le
responsable officiel, c'est-à-dire qu'il vous incombe de suivre le
document original et de modifier la traduction le cas échéant. Vous
devez de plus rassembler les relectures qui vous seront adressées
sur la liste et corriger votre texte en conséquence.
Si par hasard vous n'avez pas reçu d'approbation, vous pouvez vous
considérer comme nommé responsable automatiquement. Faites bien
attention toutefois que le courriel destiné à la liste a bien été
acheminé... Attendez quand même un ou deux jours avant de vous
lancer.
Si quelqu'un s'occupe déjà du document, il le fera savoir.
Il arrive qu'un traducteur n'ait plus le temps de poursuivre son
travail. Et vous avez envie de prendre la suite (le document a par
exemple beaucoup de retard dans la mise à jour...). Il vous suffit
de contacter directement le responsable ou bien de vous déclarer sur
la liste. Dans ce dernier cas, il vous faudra attendre
obligatoirement une confirmation d'un responsable qui contactera
lui-même l'ancien responsable.
Il est d'usage de réattribuer une traduction si rien n'en est sorti
au bout de deux mois et que le responsable officiel ne donne plus
signe de vie.
L'ensemble de la documentation est géré par
Si vous n'êtes pas connecté en lisant ces lignes, voici un rapide
résumé des opérations à effectuer :
Créez-vous un répertoire local de travail :
Positionnez la variable CVSROOT correctement :
Pour éviter de le faire à chaque fois, inscrivez-la en dur dans
votre fichier de configuration de
La première fois, vous aurez à taper :
et ensuite sur la touche Entrée lorsque
Toujours la première fois, vous aurez à valider (co : check-out)
chaque nouvelle entrée dans l'arborescence :
puis, pour mettre à jour (update), faire régulièrement
Ceci créera dans le répertoire debian une image du site
Debian contenant le répertoire webwml contenant lui-même le
contenu de english et celui de french/Bugs.
Le répertoire english est très gros mais je conseille de le
faire, même avec un modem. Au 14 octobre 2001, il faisait environ
18 mégaoctets. Un petit mauvais moment à passer. Les
mises à jour ne sont pas du tout coûteuse. Le répertoire
french est lui plus petit (4,8 Mo le 14 octobre 2001).
Il faut récupérer le document original sur le
Si vous ne connaissez rien aux éditeurs de texte, j'ai fait une
introduction à
Cela peut vous servir de base de départ. L'emploi d'un mode ad
hoc comme le
Si vous partez d'un document vierge, il suffit de coller au document
original en respectant scrupuleusement les balises initiales. Tout
ce qui est à l'extérieur des balises doit être traduit. Les balises
doivent toutes être conservées. À l'exception de l'attribut
De la même façon que pour un nouveau document mais en partant cette
fois d'un document déjà traduit. Si la dernière traduction est trop
ancienne, il peut être judicieux de repartir d'une feuille blanche.
Vous devez aussi inclure votre nom comme traducteur ou l'ajouter à
celui qui vous a précédé dans ce travail. Pour cela, il suffit
d'ajouter au-dessous des auteurs originaux :
Même si vous repartez d'une feuille blanche, conservez le(s) nom(s)
de celui ou ceux qui vous ont précédé dans la traduction du
document.
La meilleure méthode consiste encore à compiler votre document s'il
s'agit d'un format debian-doc ou bien de l'éditer dans un butineur
Il vous faudra installer le paquet
Et c'est tout.
Tout d'abord, vous devez avoir installé le paquet
Vous devez avoir sur votre système la série d'utilitaires suivante :
Ces commandes permettent une transformation aisée du document
Si vous désirez une sortie en PostScript, vous n'avez alors qu'à
taper la commande suivante :
Si le document compile sans erreur, vous obtiendrez alors dans le
répertoire en cours le document
Si la compilation tourne mal,
N'hésitez pas à aller lire la documentation afférente à ces outils.
Il vous est peut-être plus facile de relire la documentation sur
papier pour différentes raisons (la première généralement est que
l'écran de votre ordinateur et la baignoire ne font pas bon
ménage...).
Le site Debian ne propose la documentation que sous sa forme de
sources (
Si votre système d'impression est bien configuré sous votre Debian,
la méthode la plus rapide consiste à obtenir du
Il n'y a rien d'analogue pour les pages du site au format
#use wml::debian::template title="Lexique du projet de traduction de Debian"
qui n'est évidemment pas une erreur ;-)
La page de départ est
Pour les traducteurs et relecteurs, un lexique de base est disponible à :
Pour ceux qui ne sont pas connectés, voici un petit lexique (qui
sera forcément moins à jour que la page ci-dessus) :
(dans cette partie sont regroupés les termes dont l'usage n'a pas
encore décidé sous quelle forme ils vont être figés. Le traducteur a
donc la liberté de choisir la forme de celui qui lui paraît être la
meilleure)
Une fois votre traduction terminée, vous n'avez plus qu'à la poster
directement sur la liste de diffusion afin de la soumettre à
relecture. Vous pouvez aussi très bien la faire relire par d'autres
personnes complètement extérieures. Mais elle doit être
obligatoirement postée sur la liste.
Le document doit être posté tel quel et dans la mesure du possible
livré en attaché (pour faciliter un traitement ultérieur
automatique). Il serait aussi pratique de positionner le type MIME
en text/plain avec un encodage favorisant une intervention
directe comme le 8 bits (évitez l'uuencodage si possible). Si vous
êtes sous Linux, créez un fichier
Si le document est déraisonnablement trop gros pour être posté sur
la liste (pensez que tout le monde n'a pas une liaison haut débit
(i.e. qui commence à 56 kbps)), il vaut mieux
contacter en privé ou sur la liste les responsables de la liste. Le
document leur sera alors À LEUR DEMANDE envoyé personnellement et
ils s'occuperont de sa mise en place sur le site de Debian. Une
annonce sera postée alors sur la liste pour un appel à relecture
avec le pointeur ad hoc.
En ce qui concerne le format du messagee, soyez raisonnable :
une petite page en wml pourra être postée dans le corps du
message ou en attaché tandis qu'un
Il est à noter une nouvelle habitude qui prend peu à peu le pas sur
la précédente. Depuis que les templates Debconf font partie du
travail de la liste, il aurait été trop lourd de livrer chaque
relecture sur la liste elle-même, ce qui fait que dans ce cas, les
corrections sont à envoyer directement à celui qui est responsable
du document. Il en va de même pour les DWN (« les Nouvelles
Hebdomadaire de Debian »). Il y a bien sûr un risque non
négligeable de perte en procédant ainsi : toute idée
d'amélioration est bonne à prendre...
Tout d'abord, bien lire la page :
et notamment la partie « Comment relire une traduction ».
Pour résumer, tout le monde peut participer à son niveau donc il ne
faut pas hésiter une seconde. Il n'y a pas de commentaire stupide :
chaque pierre apportée construit l'édifice.
Il vous faut récupérer le document posté sur la liste de diffusion
ou bien sur le serveur
Éditez alors le document et apportez-y les modifications que vous
désirez (fautes d'orthographe, de grammaire, de traduction,
maladresse de style, incompréhension,...). Vous pouvez bien sûr
commenter pour vous faire comprendre. Quand vous aurez fini (et même
si vous n'avez pas le temps de tout faire : il vaut mieux un texte
relu au quart que pas du tout), vous faites alors :
Vous devez poster la relecture comme une demande de relecture (de
préférence dans le corps du message, sans attaché ni
compression). Si vous avez conservé l'envoi original de demande de
relecture, faites un « reply-to » sur le courriel
original. Sinon, mettez un titre explicite pour que le responsable
de traduction sache bien que cela lui est destiné. Un titre du genre
« relecture du document toto.fr.sgml » ou
« [relecture] toto.fr.sgml » est parfait.
Inutile de mettre le responsable en copie (CC). Il est abonné.
S'il s'agit d'un problème spécifique à Debian ET à la traduction, la
liste debian-l10n-french est là pour cela. Assurez-vous
avant d'avoir bien cherché par vous-même — notamment en
ayant lu la FAQ et les documents d'aides à
Sinon, sur Debian en général, adressez-vous à la liste de diffusion
debian-user-french pour avoir des renseignements en
français sur Debian. Après avoir lu la FAQ à
Tout document traduit se voit intégré dans le système de gestion de
versions (
La page
Il n'y a pas spécialement de doctrine arrêtée pour le reste, chacun
puisant là où il veut. Toutefois, en dernier ressort, en cas de
dilemme, c'est la majorité qui emporte la décision. Le mot ou
l'expression est alors entré dans le lexique Debian et les
traducteurs doivent alors s'y conformer.
Note : Ce chapitre est appelé à être traduit en anglais de façon à devenir le HOWTO-l10n de Debian en particulier mais aussi de tous les logiciels libres.
Ce chapitre est l'oeuvre de Martin Quinson : il a été publié
originalement dans la Foire aux questions de
debian-user-french. Je le reprends à mon compte à présent.
La traduction fait partie des objectifs de Debian. C'est un
fait. Mais tout n'est pas si simple, et les volontaires potentiels
sont souvent rebutés par les difficultés rencontrées. L'objectif de
ce document est de faire le point sur ce qui se fait et comment le
faire.
Il convient tout d'abord d'insister sur le fait que la traduction
est l'une des tâches les plus simples permettant de faire avancer
Debian et les logiciels libres. Nul besoin de savoir programmer pour
le faire. Mais il ne faut pas non plus prendre cela à la légère. Il
ne s'agit pas de traduire à la chaîne, n'importe comment. Il faut se
souvenir que c'est ce que les utilisateurs verront. Il faut donc
faire attention à ne pas faire de contresens, et soigner sa
grammaire et son orthographe. Cela me semble évident et cela va sans
le dire, mais je suppose que cela va mieux en le disant.
Avant de continuer, il faut préciser que traduire les messages
affichés n'est qu'une pierre de l'édifice. Avant ça, il faut que
quelqu'un modifie le code source pour que le programme puisse
utiliser plusieurs catalogues de messages. C'est une partie de ce
qu'on appelle l'internationalisation d'un code source, ou
i18n en raccourci. Les autres parties consistent à
permettre aux programmes d'afficher des caractères autre que ceux
utilisés aux États-Unis (Le problème ne se pose plus vraiment pour
le français et les langues européennes, mais il est d'une actualité
brûlante pour les langues asiatiques, par exemple). Mais nous ne
parlerons ici que de la traduction
(« localization » en anglais, l10n pour
faire court). Pour l'i18n, un bon point de départ est le manuel
« Introduction à i18n », disponible à l'adresse
Voyons maintenant les différentes choses que l'on peut traduire dans
un paquet Debian
Debian (et Linux en général) sont dotés de beaux mécanismes pour
traduire les messages des programmes. Le plus célèbre (et le
seul dont je parlerais ici) est
Évidemment, pour que cela marche, il faut bien que quelqu'un
traduise lesdits catalogues de messages. L'objectif de ce
document est entre autres d'expliquer comment le faire. Nous
reviendrons sur ce point dans une partie ultérieure.
La documentation est une partie importante à traduire. Qu'il
s'agisse des pages de manuel, (ce qu'on obtient par la commande
Mais pour tout cela, il n'y a rien de bien fixé. Pas de belles
procédures pour savoir si la traduction est à jour. Et pour
être honnête, pour l'instant, chaque projet développe sa propre
méthode sans qu'aucun plan général ne se dégage jusqu'à
présent. Je n'en parlerai donc pas dans ce document. On a déjà
assez à faire avec le reste.
Mais même si on se restreint au matériel à traduire pour
lesquels il existe des procédures automatiques, parler des
fichiers
Voici un exemple :
La syntaxe n'est pas si complexe, et je n'approfondis pas.
Mais ce n'était pas vraiment pratique de tenir à jour les
Autre catégorie que l'on peut traduire : les fichiers de
Voici un exemple (traduit) :
Encore une fois, cela se passe d'explication.
Il existe toute une mécanique pour gérer les traductions, ce qui
permet de vérifier que les traductions sont à jour. C'est dans
le paquet
Mais bon. Je commence à me dire qu'il serait pas mal de faire des
fichiers de
Le site oueb de Debian compte parmi les mieux
internationalisés. Si on a bien réglé son navigateur (la page
Il y a aussi un mécanisme pour vérifier que la traduction est à
jour, et indiquer au visiteur si la traduction qu'il voit est
obsolète, ainsi que pour prévenir le traducteur qu'il doit mettre
son travail à jour. Plus de détails sur la page
Comme Debian utilise un méta-système de menu, on devrait arriver
à les traduire. Il y a même un pseudo mécanisme de traduction
dans le paquet menu. Et dans le fichier doc/translate,
on peut lire :
What I propose is that update-menus simply learns the dutch,
german, whatever translations for "Apps", "Editors", "The Gimp",
"X Window Snapshot", and so on. These translations would be
provided in a form similar/identical to the already used i18n
format.
The French translations would be provided by a menu-fr.deb
package, the Dutch translations by menu-du.deb, etc.
This may seem strange at first, as now the gimp package has no
control over how the menu-entry looks in german. It might at
first sight be much better to put in the menu entry file for the
gimp all translations of "The Gimp" in however many languages we
want to support.
The downside of this, is that it simply doesn't work in
Debian. The maintainer of the gimp surely doens't know the
translations of "The Gimp" in Dutch, Turkish, Japanise,
Esperanto, whatever. Somewhere in Turkey there may be somone who
is really good at translating all english titles into turkish,
but s/he will have a very hard time convincing all 500+ package
maintainers to include his/her translation into the package. And,
a week later someone in Bulgaria wakes up, and sends 500+
discriptions to 500+ maintainers, asking them to include
that. Well, you see, with about 6000 languages on this earth, the
maintainers are going to have a hard time.
That is why I propose that the package maintainers simply don't
do anything about the languages, but simply upload their packages
with menu entry files in them. Then some deamon on master scans
all menu entry files in the distribution, and creates a file with
all english words/phrases that should be translated. This file
can be put somewhere on the web, and then this the translators
simply gets that file, translate the 500+ entries in it, and
create a menu-tr.deb (menu-de.deb, etc) package, and uploads
that. Then, the users that want turkish systems simply install
menu-tr.deb package, set the appropriate LC_* variables, and
update-menus does what it should do.
This approach has the advantages that
It actually works. Forceing 500+ package maintainers to
include the world's 6000+ languages into their menu entry
files is really never going to work.
It makes things easy for both the maintainer of the
packages with the menu entry files (they do nothing), and
for the translators (they don't need to get the
to-be-translated words and phrases from all kinds of
packages, and send the results to many different package
maintainers).
It allows users to select what languages to install, so
they don't have to buy extra harddisks because each menu
entry file now is 0.5 M big (5000 languages, 100 chars per
language).
Mais à ma connaissance, rien n'a été fait dans ce sens...
Je n'ai pas vraiment suivi ce qui se passe de ce côté. J'ai
juste un petit pointeur à vous proposer.
input welcome.
Et oui, tout n'est pas si rose, et tout le monde n'est pas prêt à
traduire Debian à tout va. Et même, on peut dire que
La morale de l'histoire, c'est que pour l'instant, le consensus
semble être que les fichiers
Le plus gros problème en ce qui concerne la traduction (mis à part
la qualité des traductions, qui est évidemment primordiale), est de
se coordonner.
Ce besoin de coordination doit se manifester :
Entre les traducteurs : pour ne pas faire le travail deux
fois, et que les traductions restent à jour. Il y a pire qu'une
page de manuel non traduite : une page traduite non à jour, puisque
l'utilisateur n'a aucun moyen simple de s'en rendre compte.
Entre traducteurs et responsables : pour que les choses
traduites soient incluses dans les paquets, et que les traductions
restent à jour.
Entre Debian et le reste du monde : la très grande
majorité des programmes distribués par Debian ne sont pas
développés au sein du projet. Et quelques projets extérieurs ont
mis en place des sous projets de traductions. Il s'agit donc de
ne pas marcher sur les plates-bandes de ces gens et, encore une
fois, de ne pas dupliquer le travail fait (et ne pas ternir
encore la réputation de Debian auprès des développeurs).
Pour résoudre ces problèmes, je propose les procédures suivantes :
Les abonnés à la liste debian-devel connaissent les
messages dont le titre commence par « ITP ». Il s'agit
de « Intend To Package ». Ce sont des
déclarations d'intention de mise en paquet. L'usage veut qu'on
annonce sur la liste son intention de créer un nouveau paquet
avant de se mettre au boulot, afin d'éviter que deux personnes se
mettent à travailler sur la même chose dans leur coin.
Je propose de reprendre le principe et de poster des
« ITT »(Intend To Translate) sur la liste qui
va bien. Pour les traductions vers le français, la liste est
évidemment debian-l10n-french.
Comme personne n'est parfait, il est possible que quelqu'un ait
déjà traduit ce que vous comptiez traduire sans rien dire, et
l'ait déjà renvoyé au responsable. Pour en avoir le coeur net,
allez faire un tour sur la page des bogues du paquet pour lequel
vous comptez travailler (
Avant de commencer à traduire, veuillez-vous inscrire à la
liste de coordination des traductions. Dans le cas du
français, il s'agit de
debian-l10n-french@lists.debian.org
Ensuite, vérifiez que personne n'a traduit ce qui vous
intéresse sans rien dire en regardant les rapports de
bogue du paquet.
Annoncez votre intention par un courriel à la liste
« ITT » avant de commencer.
Si personne ne réagit, allez-y. Vous pouvez
traduire. (voir plus loin sur comment traduire quel type
de matériel)
Ça, c'est facile. Une fois que vous avez fini votre traduction, il
suffit de faire un rapport de bogue contre le paquet de sévérité
« souhait » ou à l'extrême limite « normale »
(pas pire), en expliquant ce que vous avez traduit, et en
attachant le matériel traduit. Si vous êtes perfectionniste, vous
pouvez surveiller la prochaine version du paquet pour voir si
votre contribution a bien été prise en compte, et pour râler si ce
n'est pas le cas, ou si le responsable a mis vos fichiers au
mauvais endroit.
Ça, c'est la partie la plus difficile. Je n'ai pas de réponse
magique. Je considère qu'il y a plusieurs catégories de paquets :
Les paquets purement Debian comme
Les paquets issus de projet ayant un projet de
traduction bien établi comme les programmes GNOME ou
KDE. Dans ce cas, je pense que le plus simple est de
rejoindre le projet de traduction associé. Voici la liste
des plus gros projets de traductions (i-e., ceux
que je connais) vers lesquels il faut vous tourner :
GNU : L'url est
GNOME : l'url à connaître dans ce cas est
KDE : le projet de traduction de KDE est le
plus organisé et efficace que je connaisse. Leur url est
Dans ce cas, il me semble important de traduire à la
source. Les modifications se retrouveront dans la prochaine
version du paquet Debian
Programmes ne faisant pas partie d'un grand projet, mais
tout de même assez bien organisés en ce qui concerne les
traductions. Un exemple est
Programmes indépendants où rien n'est fait pour la
traduction. Il s'agit sans doute des petits projets,
qui n'ont pas les reins assez solides pour avoir une
logistique de traduction en place. Dans ce cas, on peut
rester dans Debian (et espérer que le responsable enverra à
la source nos traductions).
Sauf dans le cas de paquets purement Debian, où il convient
évidemment de traduire au sein de Debian, ou dans le cas de petits
projets n'ayant aucune infrastructure pour la traduction, il me
semble important de traduire à la source. Que cela ne vous dispense
pas d'annoncer votre intention sur la liste. On peut y coordonner
l'aide apportée à la source.
Tout ça ne résout pas le problème du matériel apporté par la mise en
paquet Debian de programmes ayant une source extérieure. Dans le cas
des
Toute cette démarche administrative peut paraître un peu
rébarbative, mais elle n'est quand même pas très compliquée à
appliquer. Et si on ne le fait pas, les traductions vont être
dupliquées, ou au contraire ne seront plus maintenues, ou le projet
Debian va se faire maudire par le reste du monde libre pour son
manque de respect des autres projets existants. Alors s'il vous
plaît, faites un petit effort...
Vouloir traduire, c'est très bien ; savoir ce qu'on va traduire,
c'est mieux.
Il faut choisir la catégorie de matériel que l'on veut traduire :
catalogues
Pour choisir sur quel paquet travailler, la méthode dépend du
matériel. Pour les deux premières catégories, un petit tour sur le
Debian Translation Center (
Vous pouvez récupérer les fichiers tous seuls depuis le DTC, mais
personnellement, je préfère récupérer toutes les sources du paquet
(avec la commande
Une fois que vous avez choisi votre cible, que vous êtes assuré
par la partie administrative que vous pouviez vous lancer et que
vous avez récupéré votre cible, il reste à traduire la chose. Voyons
comment faire.
Commençons par quelques pointeurs vers plus de documentation.
Le manuel de
Le KDE Translation HOWTO :
Lorsque vous éditerez un catalogue
C'est une indication pour vous guider dans le travail de traduction :
Chaîne traduite ; rien à faire.
Le programme qui cherche les nouvelles chaînes à traduire
dans le code source trouve parfois des morceaux de
chaînes qui ont peu changé. Il propose alors l'ancienne
traduction, et marque la chaîne comme floue
(fuzzy). Il faut alors une intervention humaine
pour vérifier, et le cas échéant, corriger, et enfin
supprimer le marqueur « flou ».
Chaîne non traduite ; à traduire.
Chaîne à traduire dans une version précédente du
programme mais qui a disparu depuis et n'est plus
utilisée. On doit pouvoir se débarrasser de cette chaîne
normalement.
Voyons ensuite les principaux programmes disponibles pour vous
aider dans votre tâche :
Ses qualités :
une fois qu'on connaît les raccourcis claviers, il est
très simple à utiliser.
permet de voir le code correspondant très simplement.
C'est dans
Pas de correction orthographique par défaut. Vous pouvez
toutefois lancer le mode
pas de compendium (voir la documentation de
Ses qualités :
Correction orthographique.
Compendiums.
Je ne crois pas qu'il permette de voir le code simplement, mais
je ne suis pas sûr, je ne le connais pas bien.
On ne voit qu'une traduction à la fois.
Attention, s'il s'agit d'une mise à jour, veuillez contacter
le traducteur précédent (dont l'adresse figure normalement
dans le document) pour avoir le feu vert. Il est le
responsable de fait de cette mise à jour et vous pouvez lui
offrir l'opportunité de vous substituer à lui. Ajoutez alors
votre adresse à la suite de la sienne.
Voici quelques instructions issues du fichier
README.translators du paquet
Le fichier que vous devez traduire est le
Ensuite, éditez le nouveau fichier, et remplissez par des
traductions toutes les lignes vides. Lorsque je change le fichier
Un dernier mot au sujet de la syntaxe des
La description brève s'étale sur deux lignes mais
Les descriptions de paquets Debian sont les parties de texte
explicatives concernant ledit paquet. Les descriptions à traduire
sont souvent très courtes, quelques lignes à peine, mais les
traduire toutes est une tâche de longue haleine (prédiction :
juillet 2003... date non-contractuelle bien sûr).
Plus que des traducteurs, il nous faut des relecteurs !
Le projet a été initié par
Il vous suffit d'envoyer un courriel banal à
grisu-td@auric.debian.org, en mettant dans le sujet du
courriel votre commande, (comme par exemple GET 1 fr,
laissez le corps du courriel vide). Attendez quelques instants, puis
vérifiez votre boîte aux lettres électroniques. Voila, ce n'est pas
plus compliqué que cela !
Les commandes disponibles sont les suivantes :
demande « x » descriptions non encore traduites
(nombre compris entre 1 et 9).
demande la description du paquet <nom du paquet>.
demande toutes les descriptions du paquet source qui porte le
nom <nom du paquet>.
demande un rapport sur l'état des traductions pour la langue
française.
n'affiche pas ce guide dans la réponse du serveur.
n'envoie pas de nouvelles descriptions, l'état des traductions,
etc.
Après avoir envoyé votre courriel, vous recevez un formulaire du
serveur (il s'agit d'une pièce jointe). Sauvez la pièce jointe et
ouvrez-la avec votre éditeur de texte favori. Dans ce formulaire,
vous découvrirez la description originale, en anglais donc, (ne la
modifiez surtout pas, même si elle contient des fautes) et le
squelette de la traduction que vous allez faire.
Parfois deux descriptions différentes contiennent une phrase ou
paragraphe identique, si le serveur a déjà reçu une traduction
française d'un segment de texte identique (dans l'exemple qui
suit : « GNOME signifie... »), il vous propose une
traduction française pour vous alléger le travail. Il ne s'agit que
d'une simple suggestion ; vous pouvez sans problème l'effacer
ou la modifier.
Voici un exemple de formulaire :
Dans le squelette du formulaire :
Vous n'avez qu'à remplacer le « <trans> » par votre
traduction, puis, sauvez votre traduction et envoyez-la en pièce
jointe à grisu-td@auric.debian.org. Le contenu du sujet du
courriel n'a pas d'importance.
Règles à respecter
Il se peut qu'un membre de la liste vous écrive directement pour
vous proposer des améliorations ou des corrections. Dans tous les
cas, suivez la liste pour y relever les diverses corrections.
Vous trouverez toutes les explications dans le fichier suivant dans
l'arborescence cvs :
Ensuite, voici la démarche à suivre :
Pour plus d'information, lisez la documentation fournie avec le
script : perldoc ddts-script.
Les scripts sont désormais installables via
puis de faire
Les scripts sont aussi disponibles au format
Insérez simplement l'une des lignes suivantes dans le fichier
/etc/apt/sources.lists :
Après un « apt-get update », tous les outils
(
Pas de méthode particulière. Il faut ouvrir le document dans un
éditeur de texte, et tout traduire. Le plus difficile, c'est
de vérifier que la page reste à jour. Et je n'ai aucune idée de
comment faire...
Aucune idée. Input welcome...
Il faut faire attention à bien traduire le document source. Par
exemple, si la source est en XML, il vaut mieux ne pas
traduire la conversion en HTML. Sinon, pas de méthode
particulière, à part la classique ouverture dans un éditeur.
Voilà le premier jet de ce HOWTO traduire pour Debian. Si vous avez
le moindre commentaire à faire, n'hésitez pas.
C'est tout, j'espère que Woody sera l'avènement de
l'internationalisation effective de Debian...
Ses défauts
Ses défauts :
On trouve partout « paquetage » et non « paquet ». Pourquoi Debian se singularise-t-elle ?
Le débat a été tranché en 1997, c'est-à-dire bien avant qu'on ne trouve partout « paquetage ». C'est le résultat d'un consensus établi sur la liste et le terme a donc été introduit dans le lexique de Debian. Depuis, il fait référence pour toutes les traductions de Debian.
Il est donc inutile de relancer un n-ième débat sur le sujet. Lire
en particulier « Peut-on changer une traduction établie dans le
lexique ? ».
Le format debian-doc sgml est volontairement minimaliste pour
permettre une plus large diffusion de la documentation. Il permet
entre autre de fournir des sorties variées, aussi bien du PostScript
que du texte. Dans ces conditions, le format de sortie le plus
élémentaire impose évidemment ses bornes aux autres formats.
Si vous désirez une sortie plus complète, tournez-vous vers la DTD
Si vous désirez faire changer les choses, n'hésitez surtout pas à
vous retrousser les manches et corriger les choses vous-même : la
communauté entière vous remerciera...
Les termes du lexique de Debian sont arrêtés et servent de
référence. Il est théoriquement possible de modifier une traduction
d'un de ces termes mais il va falloir dans ce cas apporter des
arguments extrêmement solides.
En effet, changer un terme de référence impose obligatoirement de
réviser TOUS les documents qui ont été traduits et qui y font
référence. C'est une tache énorme qui ne sera pas faite sans de
solides raisons.
Évitez aussi de lancer des polémiques sur le sujet et gardez vos
forces pour la traduction : Debian seule sera perdante sinon...
La langue française impose des règles typographiques très strictes qu'il faut essayer de respecter. La typographie est l'ensemble des règles de mise en page d'un document que ce soit la distance entre les mots, leur césure, leur disposition ou bien l'usage de la ponctuation.
Bien entendu, on ne peut pas toujours respecter toutes les règles en
usage pour la bonne raison que ces règles de mise en page ne sont
applicables que pour un format qui permet de fixer la mise en page
une fois pour toute. Ces formats sont les suivants : le
Il existe beaucoup d'autres formats utilisés qui est des formats textes, avec ou sans des balises. Ces formats sont lisibles directement avec un éditeur de texte ou bien avec des outils dédiés qui mettent en page (comme un navigateur pour le HTML). On peut résumer ces formats au texte pur (caractères ASCII ou iso-latin 1 ou 15) et au HTML. L'inconvénient de ces formats est qu'il n'y a pas de mise en page facile à respecter pour deux raisons : la première est que la mise en page dépend du navigateur utilisé, de la fonte utilisée et de la façon dont la machine interprète le tout. Comme il n'y a pas vraiment de standard de rendu, le résultat varie beaucoup d'un environnement à l'autre. Deuxièmement, certains formats comme le texte sont extrêmement limités dans leur capacité de mise en page, ce qui impose évidemment de ne pas pouvoir respecter toutes les règles de typographie.
Un environnement bien fait devrait bien entendu gérer cela automatiquement. Ce n'est pas encore le cas chez nous. J'y travaille et j'ai espoir que cela se fasse avant le XXII-ième siècle. En attendant, il faut faire avec et compenser nous-même les faiblesses du système. Pour information, voici ce qui devrait être appliqué en ce qui concerne la mise en page des signes de ponctuation. J'ai synthétisé tout cela dans un document que vous pourrez trouver très bientôt à :
Voici un résumé très rapide. On différencie deux types de
ponctuation : la basse et la haute. Elles sont définies par
rapport à la ligne de base, c'est-à-dire la ligne virtuelle sur
laquelle s'appuient les lettres pour s'aligner. La ponctuation basse
est composée des signes suivants : le point, la virgule et les
points de suspension. La ponctuation haute est composées du
reste : le point-virgule, les deux-points, le point
d'interrogation, d'exclamation, les guillemets et les parenthèses.
L'unité de l'espace de base en typographie est le cadratin. Pour
ceux qui connaisse, elle est égale à « 1 em » sous
TeX. Cette espace est variable et dépend de l'environnement (fontes,
graisses, etc.). Voici ce qu'impose la typographie
française :
Notons que l'espace fine en typographie vaut 25/100 de
cadratin. Pour plus de détails, allez lire le document placé en lien
au-dessus.
On se rend bien compte que cela est ingérable pour nous au coup par
coup. Je vais donc modifier
On ne peut transcrire aisément la finesse de la taille de l'espace
préconisée mais on peut toujours au moins en mettre une. Et de plus
la forcer à être insécable. C'est le rôle de la balise sgml
(reconnue par debiandoc et le wml) (no breaking
space). Il vous faut donc écrire :
On est tous d'accord pour dire que c'est lourd mais c'est un
pis-aller... en attendant une correction plus globale et
automatisée.
Voici un pointeur chez nos amis de FreeBSD :
On accentue normalement les éléments qui doivent l'être. On rappelle à ce sujet qu'une lettre capitale est une lettre comme les autres et doit être accentuée. Pas besoin d'utiliser les artifices des premières version de HTM (é pour « é ») même si, techniquement, cela est parfaitement supporté. Le problème est que cela rend la relecture très difficile. Il y a suffisamment de balises indispensables pour ne pas en ajouter d'autres.
Pour ceux qui aurait la malchance de travailler sous Microsoft
Windows ®, voici quelques combinaisons qui devraient vous aider :
Les guillemets français sont le « pour le guillemet ouvrant et le » pour le fermant. Tout autre type de guillemet est a priori à proscrire. Les notations américaines du genre "" ou bien `' sont donc à traduire.
On trouve exceptionnellement '' `` en français. À utiliser plutôt dans l'imbrication de citations, par soucis de clarté.
Les mots étrangers cités dans votre traduction sont à mettre en
évidence. En typographie, on utilise généralement l'italique pour
cela. Ici, il vous faudra utiliser les balises <em>
</em>. Voici une liste non-exhaustive de termes à mettre en
italique :
Attention, le sigle cf., lui, ne doit pas se mettre en italique.
Les anglophones ont l'habitude d'utiliser des majuscules sur tous les mots d'un titres : « Debian GNU/Linux: Guide to Installation and Usage ». En français, seul le premier mot comportera une majuscule : « Debian GNU/Linux : guide d'installation et d'utilisation ».
Partie copiée-collée d'un courriel de Norbert Bottlaender-Prie
On emploie [la majuscule] aussi :
Après un deux-points, lorsqu'il annonce une citation
fictive ou réelle en style direct (mais non quand il précède une
explication ou une énumération) :
[exemples]
Quelquefois même sans les deux-points :
[exemple]
au départ d'un alinéa (même s'il n'est pas début de phrase)
Commençant directement par le texte :
[exemple]
Commençant par un numéro ou une lettre de classification, suivi d'un
point :
[exemple]
Par contre,la minuscule est de règle après un « - »
ou tiret :
[exemple]
Elle [la minuscule] s'impose également après le 1°, 2°, 3°
etc., à l'intérieur d'un paragraphe de lignes pleines :
[exemple]
Extrait des Règles typographiques en usage à l'Imprimerie
Nationale, p. 38-40.
Partie copiée-collée d'un courriel d'Alain Reinhard.
Il faut considérer l'ordre des caractères typo, l'ordre des parties logiques du texte, la ponctu et, si ma mémoire est bonne, la syntaxe aussi.
Considérons ici seulement la ponctuation qui est le problème posé.
Premier cas de figure : la phrase est brisée entre l'introduction et l'énumération
Il faut alors une capitale à chaque partie et on doit utiliser en tête de ligne des signes de ponctu comportant un point, du genre 1. IV. ou C. Il faut terminer chaque énumération par un point-virgule et cela même s'il se trouve n'importe quel autre signe typographique dans l'énumération. La dernière énumération est marquée d'un point. S'il y a une sous-énumération imbriquée dans une énumération, il faut alors une minuscule au début et une virgule à la fin de chaque partie, avec le point-virgule marquant la fin de l'énumération reporté à la fin de la dernière sous-énumération. Dans ce cas je pense aussi que la proposition qui introduit l'énumération doit se terminer par un deux-points.
Voici des exemples :
Deuxième cas de figure : la phrase est continue entre l'introduction et l'énumération
Il faut alors une minuscule initiale à chaque partie et on utilise
en tête de ligne des signes de ponctuation ne comportant pas de point
cette fois, du genre - i) ou 1°. Dans ce cas je pense que la
proposition qui introduit l'énumération n'a pas besoin de signe de
ponctuation.
Un mot quand même pour ajouter que nos amis anglophones ne prennent pas souvent soin d'être constant dans le choix de la catégorie grammaticale du mot débutant chaque partie d'une énumération. Si on choisit un verbe pour la première partie d'une énumération, on commencera toutes les autres parties de la même énumération par un verbe. Etc.
La question du jour ;-)
Après de longues discussions sur la liste et un vote, le débat a été tranché en faveur de la conservation de la notation traditionnelle, à savoir la barre de division « / ».
Le résultat du vote se trouve à l'adresse suivante :
Prière d'attendre quelques mois avant de relancer un débat
là-dessus :-)
Bien que l'on doive bien sûr parler de Debian GNU/Linux, et non faire précéder Debian d'un quelconque article défini ou non, on accordera les participes passés ainsi que les adjectifs qualifiant Debian au féminin faisant ainsi par défaut de Debian une entité féminine.
C'est aussi l'objet de débat sans fin. Les deux ont des arguments
pour et contre. Lire et rechercher les fils concernant ce genre de
débat dans les archives de la liste (
Il a été convenu (sans vote) de s'en tenir à la tradition française
en la matière et de conserver la formulation « expression
rationnelle ». C'est de nouveau un clin d'oeil envers René...
Tous les textes et fichiers à manipuler sont des fichiers ASCII ou
encodés en iso-latin (1 ou 15). Un éditeur de textes est donc
largement suffisant. Les éditeurs sous Debian GNU/Linux sont très
nombreux donc vous n'avez que l'embarras du choix. Toutefois, pour
des raisons pratiques, certains sont plus performants que d'autres
pour ce genre de travail car ils permettent, outre une coloration
lexicale des éléments de balise (bien pratique pour la relecture) de
passer aussi certaines commandes UNIX directement depuis l'éditeur
(pratique pour les
Une introduction rapide et simple à Emacs :
Comment se servir de sgml depuis Emacs :
Français - Anglais :
Français - Anglais & Anglais - Français :
Français :
Jargon :
Dictionnaire du LDP :
Trésor de la langue française :
La FAQ du forum fr.lettres.langue.française :
(si vous trouvez un autre hébergeur que www.chez.com,
signalez-le moi : leur publicité est vraiment fatigante au
possible. Je changerai l'adresse.)
Tous ces programmes s'interfacent très bien directement sous (X)Emacs, donc il n'est même pas nécessaire de sortir de votre éditeur pour corriger. Notez bien la présence du mode flyspell sous (X)Emacs pour corriger à la volée lors de l'écriture du texte.
Français - anglais :
Il s'agit de
Le paquet doc-debian-fr contient de nombreuses documentations sur Debian :
Il est autorisé de faire et de distribuer des copies modifiées du présent document sous les conditions de reproduction déclarées dans la « GNU General Public License » ainsi que dans tous les autres paragraphes où les conditions particulières de copyright s'appliquent, et que le résultat dérivé du précédent manuel dans son intégralité soit redistribué dans les mêmes conditions.
Il est autorisé de faire et de distribuer des copies traduites de ce manuel dans d'autres langues dans les conditions des versions modifiées. La « GNU General Public License » peut être incluse en version traduite approuvée par la Free Software foundation à la place de la version anglaise du document.
Vous pouvez comme vous le souhaîter distribuer des versions exactes ou modifiées du présent document en respectant les termes de la « GNU General Public License », à l'exception des sections clairement marquées avec un copyright séparé.
De nombreuses personnes ont contribué à ce manuel. Nous aimerions toutes les remercier et nous allons essayer ici.
En espérant n'oublier personne parmi les nombreux collaborateurs à ce manuel, nous remercions : Havoc Pennington, Ardo van Rangelooij, Larry Greenfield, Thalia Hooker, Day Irmiter, James Treacy, Graig Sawyer, Oliver Elphick, Ivan E. Moore, Eric Fischer, Mike Touloumtzis et le Projet de documentation de Linux pour leur travail sur ce qu'est devenu le Guide d'introduction à Debian GNU-Linux.
Nous remercions Richard Stallman de la Free Software Foundation pour ses conseils et pour l'édition.
Nous disons un gros merci à Bruce Perens, Sven Rudolph, Igor Grobman, James Treacy, Adam Di Carlo, Tapio Lehtonen et Stéphane Bortzmeyer pour leurs travaux sur ce qui allait devenir une collection de documents d'installation.
Enfin, nous souhaitons vivement remercier les centaines de développeur Debian et que les milliers d'auteurs de logiciels libres qui nous ont donnés matière à penser et à écrire.
« La liberté est la plus radicale de toutes les idées. »
Cette citation de Nathaniel Branden décrit bien, à nos yeux, le mouvement du logiciel libre. En l'espace de quelques décennies, à peine, l'informatique a transformé la vie de tout un pan de l'humanité. Par notre engagement dans le mouvement du logiciel libre, nous accentuons ce changement en offrant au plus grand nombre d'individus et de communautés la possibilité d'accéder pleinement aux ressources logicielles qui, dès lors, ne sont plus la chasse gardée de certains éditeurs et de leurs développeurs. Composants essentiels de cet objectif, ce livre et ce cédérom contiennent un précieux lot de logiciels libres, plus d'un millier de paquets, dont le plus populaire des serveurs web. Vous pouvez utiliser ces logiciels pour n'importe quoi, du dessin à la gestion de bases de données SQL.
La révolution de Logiciel Libre a pris l'industrie par surprise. Linux, conçu à partir de zéro il y a moins de dix ans, est devenu le noyau favori des auteurs de logiciels libres. Les idées et les expériences accumulées depuis ont propulsé Linux et les outils GNU de la Free Sofware Foundation aux avant-postes partout dans le monde. Des systèmes libres, comme celui de Debian GNU-Linux, rassemblent des milliers d'applications. Et qu'on ne s'y trompe pas, leur stabilité et leur puissance dépassent celles de bien des systèmes vedettes de l'industrie traditionnelle.
De nos jours, le système GNU-Linux joue un rôle dominant dans les serveurs Internet, parmi les fournisseurs d'accès, dans les universités, parmi les passionnés et dans le monde de la recherche informatique. Le système Debian GNU-Linux a mis la puissance des logiciels libres au service de tous, des ordinateurs portables aux engins spatiaux.
De très nombreuses entreprises dans le monde ont connu les satisfactions et les avantages qui découlent de l'utilisation de logiciels libres. Cette puissance et cette stabilité impressionnantes de même que la possibilité de communiquer directement avec l'auteur des programmes que vous utilisez, la capacité de les modifier à volonté, si, bien sûr, vous avez appris à le faire, et le support technique convivial que vous pouvez obtenir en ligne, en rien comparable, se combinent pour transformer l'usage au quotidien d'un ordinateur en une expérience pleine de découvertes et, surprise ! d'émotions.
Entrer dans l'univers du logiciel libre, c'est sûrement la meilleure chose que vous ayez faite avec votre ordinateur; le faire à partir d'une Debian GNU-Linux, c'est d'autant mieux : elle est puissante, robuste, très bien documentée et, en prime, ludique !
Bienvenue à la révolution !
- John Goerzen.
Nous sommes heureux d'avoir la chance de vous présenter Debian. Avant
d'entamer la discussion sur GNU-Linux, nous aimerions d'abord parler
un peu de ce qu'est exactement Debian - ce qu'elle fait et qu'elle
sont ses buts dans le monde vaste du Logiciel Libre.
Debian est un système d'exploitation (OS pour Operating
System) libre pour votre ordinateur. Un système d'exploitation
est un rassemblement de programmes élémentaires et d'utilitaires qui
font fonctionner votre ordinateur. Au coeur du système se trouve le
noyau. Le noyau est le programme le plus fondamental de votre
ordinateur. Il s'occupe de toutes les tâches élémentaires et permet de
lancer les autres programmes. Debian utilise le noyau Linux, un
ensemble de logiciels entièrement libres initié par Linus Torvalds et
supportant des milliers de logiciels dans le monde. Une part
importante des outils de base qui forment le système d'exploitation
vient du projet GNU (http://www.gnu.org/) et ces outils
sont aussi libres.
Une autre facette d'un système d'exploitation est la partie logiciels
applicatifs: ce sont les programmes qui vous aident dans votre travail, de
l'édition de documents en passant par les jeux jusqu'à l'écriture
d'autres programmes. Debian rassemble plus de 1500 paquets (ce sont
des logiciels pré-empaquetés dans un format pratique pour
l'installation sur votre machine) tous libres.
Le système Debian ressemble un peu à une pyramide. À la base se trouve
le noyau Linux. Juste au-dessus se trouve les outils de base, la
plupart en provenance du mouvement GNU. Ensuite, on trouve les
logiciels applicatifs que vous utilisez sur votre ordinateur; la
plupart d'entre eux sont aussi d'origine GNU. Les développeurs Debian
agissent comme des architectes et des coordinateurs: ils organisent
avec soin le système en ajustant l'ensemble dans un système
d'exploitation cohérent et stable: Debian GNU-Linux.
La philosophie d'un système GNU-Linux est de répartir ses
fonctionnalités en un ensemble de petites tâches élémentaires. De
cette façon, il est aisé d'ajouter une nouvelle fonctionnalité en
combinant les petits bouts de programmes de nouvelle façon. Debian est
un jeu de construction: vous pouvez construire toutes sortes de choses
avec.
Lorsque vous utilisez votre système d'exploitation, vous désirez
réduire la quantité de travail pour effectuer une tâche donnée. Debian
vous fournit quantité d'outils pour vous aider mais seulement si vous
connaissez ce que font ces outils. Perdre une heure à faire
fonctionner quelque chose pour l'abandonner ensuite n'est pas très
productif. Ce guide a pour but de vous apprendre ces outils de base
qui sont le coeur de Debian: quels outils utilisés dans certains cas
et comment les combiner.
Debian est un projet de développement à travers Internet basé sur le
volontariat. Il y a plusieurs centaines de volontaires travaillant
dessus. La plupart sont responsables d'un petit nombre de paquets de
logiciel et connaissent très bien les logiciels qu'ils empaquètent.
Ces volontaires travaillent de concert en respectant un ensemble de
directives dans la façon d'assembler un paquet. Ces directives sont
développées en coopération sur Internet lors de discussions dans des
listes de diffusion.
Comme nous l'avons précédemment mentionné dans la section 3.1,
l'architecture de Debian GNU-Linux vient directement de celle
d'Unix. À la différence des systèmes d'exploitation comme le DOS,
Windows et MacOS, on trouve habituellement le système GNU-Linux sur de
grands serveurs et des systèmes multi-utilisateurs.
Ceci veut donc dire que Debian possède des avantages que les
précédents systèmes n'ont pas. Il autorise un nombre important de
personnes à utiliser le système en même temps, tant que chaque
utilisateur possède son propre terminal.
Une grande partie de la puissance (et de la complexité) des systèmes
GNU-Linux proviennent de ces deux fonctionnalités. Par exemple, le
système doit avoir une solution pour empêcher un utilisateur de
détruire accidentellement les fichiers d'un autre utilisateur. Le
système d'exploitation doit aussi coordonner les nombreux programmes
tournant en même temps et s'assurer qu'ils n'utilisent pas la même
ressource, comme le disque dur, ensemble.
Si vous gardez à l'esprit la raison pour laquelle Debian a été créée,
de nombreux de ses aspects vont alors avoir plus de sens. Vous
apprendrez à tirer parti de la puissance de ces fonctionnalités.
Lorsque les développeurs et les utilisateurs de Debian parlent de
logiciels libres, ils pensent à liberté plutôt qu'à
gratuité.
Il se peut que vous vous demandiez pourquoi certaines personnes
prennent sur leur temps libre et passent des heures à écrire des
logiciels et les empaqueter soigneusement juste pour les
donner. Les réponses à cette question sont aussi variées que les
contributeurs.
Beaucoup croient au partage de l'information et à la liberté de
coopérer avec quelqu'un d'autre et ils pensent que le logiciel libre
encourage cette pratique. Une longue tradition de mise en avant de ces
valeurs, parfois appelée l'Éthique du Hacker
D'autres désirent apprendre davantage sur les ordinateurs. De plus en
plus de gens recherchent des solutions pour éviter les prix sans cesse
croissants des logiciels propriétaires. C'est une communauté
grandissante d'utilisateurs qui ne cesse d'apprécier tous les
logiciels libres qu'elle a reçu d'autres personnes.
De nombreuses personnes dans les universités créent des logiciels
libre pour favoriser le résultat de leur recherche dans des domaines
non exploités. Certaines entreprises aident à maintenir certains
logiciels libres et ont ainsi leur mot à dire dans la direction du
développement - il n'y a pas de solutions plus rapide pour obtenir une
nouvelle fonctionnalité que de l'implémenter vous-même ou d'embaucher
un consultant pour le faire. Les entreprises sont aussi intéressées
par la plus grande souplesse et la possibilité de choisir entre
plusieurs vendeurs pour le support.
Quelques autres personnes voient les logiciels libres comme un bien
social qui démocratise l'accès à l'information et prévient d'une
centralisation excessive de l'infrastructure de l'information
mondial. Bien sûr, beaucoup d'entre nous trouve cela tout simplement
sympa.
Debian est tant rattachée au logiciel libre que nous avons pensé qu'il
serait bien de tout formaliser dans un document. Notre Contrat
Social (http://www.debian.org/social_contract) nous
promet que Debian sera toujours composée à 100% de logiciels
libres. Lorsque vous installez un paquet de la distribution
main de Debian, vous pouvez être certain qu'il respecte nos
Directives du Logiciel Libre.
Bien que Debian croit aux logiciels libres, il y a des cas où
certaines personnes désirent ajouter des logiciels propriétaires sur
leurs machines. Dans la mesure du possible, Debian le supporte; bien
que les logiciels propriétaires ne sont pas inclus dans la partie
main de la distribution Debian, on peut parfois les trouver
sur le site ftp dans le répertoire non free. Et il y a un
nombre grossissant de paquets dont le but unique est d'installer des
logiciels propriétaires que nous ne sommes pas autorisés nous-mêmes à
distribuer !
Il est important de bien distinguer les logiciels commerciaux
de ceux propriétaires. Les logiciels propriétaires ne sont
pas des logiciels libres; les logiciels commerciaux sont des logiciels
vendus contre de l'argent. Debian autorise les logiciels commerciaux,
mais pas les propriétaires, à faire partie de la distribution
main. Rappelez-vous bien que l'expression logiciel
libre ne se rapporte pas au prix; il est parfaitement possible de
vendre un logiciel libre. Pour un peu plus de clarification sur la
terminologie employée, voir http://www.fsf.org/philosophy/categories.html.
Ce livre a été conçu pour les lecteurs fraîchement arrivés à
Debian GNU-Linux. Il n'est pas nécessaire d'avoir des connaissances
sur le système GNU-Linux ou tout autre système de type Unix mais il
est nécessaire d'avoir quelques connaissances de base sur les
ordinateurs et leurs composants. Il vous faut connaître les
différentes parties d'un ordinateur et ce que l'on peut faire avec.
De façon générale, ce tutoriel essaie de vous aider à comprendre ce
qui se passe à l'intérieur d'un système Debian. L'idée est de vous
rendre apte à résoudre de nouveaux problèmes et de tirer le meilleur
parti de votre ordinateur. Ainsi, vous rencontrerez plein de théories
et de faits amusants dans les différents aspects des « How
To
Nous aimerions recevoir vos commentaires sur ce livre ! Vous pouvez
joindre les auteurs debian-guide_fr-1.0_chap1.sgmlà
debian-guide@complete.org. Nous sommes tout particulièrement
intéressés par le fait de savoir comment ce livre a pu vous aider et
comment le rendre meilleur. Si vous avez des commentaires ou bien que
vous pensez que ce livre est la meilleure chose depuis l'apparition du
pain brioché, alors, s'il vous plaît, envoyez-nous un courriel.
N'envoyez pas s'il vous plaît de questions techniques aux auteurs sur
Debian car il y a plein de forum pour cela. Allez au chapitre 17 pour
obtenir de l'information ou de l'aide. N'envoyez des courriels qu'au
sujet du livre à proprement parlé à l'adresse ci-dessus.
La meilleure façon d'apprendre n'importe quel programme informatique
est de l'utiliser. La plupart des gens pensent que se contenter de
lire un livre sans utiliser le programme n'est pas bénéfique. La
meilleur voie pour apprendre Unix et GNU-Linux est encore de les
utiliser. Utilisez GNU-Linux pour tout ce que vous pouvez. Sentez vous
libre d'expérimenter !
Debian n'est pas aussi intuitive que certains autres systèmes
d'exploitation. Il vous sera certainement nécessaire de lire au moins
quelques chapitres de ce livre. La puissance et la complexité de
GNU-Linux le rendent difficile au premier abord mais bien plus
rentable par la suite.
Pour apprendre, nous vous suggérons de lire un petit peu, et de
jouer ensuite un petit peu. Continuez de bidouiller jusqu'à ce que
vous soyez à l'aise avec les concepts, et alors seulement poursuivez
la lecture du livre. Vous trouverez une variété importante de sujets
traités parmi lesquels certains vous intéresseront. Après quelque
temps, vous serez assez confiant pour utiliser des commandes sans
savoir exactement ce qu'elles font. Ce sera une bonne chose.
Si jamais vous vous trompez en tapant une commande ou que ne savez pas
comment sortir d'un programme, appuyez sur CTRL-c (la touche
Ctrl et la lettre minuscule c doivent être pressées
simultanément). Cela stoppe la plupart du temps le programme.
Avant d'aller plus en avant, il est important de se familiariser avec
les conventions typographiques utilisées dans ce livre.
Quand vous aurez à presser simultanément plusieurs touches, une
notation comme CTRL-a sera utilisée. Cela signifie « pressez la touche
Ctrl et pressez la touche de la lettre minuscule a
». Certains claviers ont à la fois la touche Alt et
Meta; la plupart des ordinateurs n'ont que la
touche Alt mais celle-ci va simuler le comportement
de la touche Meta. Donc, si vous n'avez pas de touche
Meta, utilisez la touche Alt à la place.
Les touches comme Alt et Meta sont appelées des
modificateur parce qu'elle change le mécanisme des touches
standard comme la lettre A. Parfois, il est nécessaire
d'avoir recours à plusieurs modificateurs simultanément. Par exemple,
Meta-Ctrl-a signifie d'appuyer simultanément sur les touches
Meta, Ctrl et a minuscule.
Quelques touches ont une notation spéciale. Par exemple,
Entrée (RET, la touche avec une flèche descendante et
allant à gauche), Suppr (Suppr ou quelque fois le
retour arrière (la touche avec une flèche vers la gauche)),
Échap (Échappement ou Esc). Ces touches
portent généralement un nom bien explicite.
Les espaces utilisés dans les expressions signifient d'appuyer sur les
touches séquentiellement. Par exemple, CTRL-a x RET signifie
d'appuyer simultanément sur Ctrl et a, puis sur la
lettre x et enfin sur la touche Entrée.
Dans certaines sections, le texte en caractère gras servira à
marquer le texte de l'utilisateur, celui en italique des
commentaires sur un point donné de la partie et tout autre type de
texte servira au renvoi de la commande. Pour certaines commandes très
courtes, vous pourrez rencontrer un autre format, en surimpression
avec un
« Une journée de plusieurs centaines de kilomètres doit commencer par un petit pas » - Lao-Tseu
Maintenant que vous avez vu les idées et la philosophie se cachant
derrière Linux et Debian, il est temps de l'installer sur votre
matériel ! Nous allons commencer par parler des préparatifs à
l'installation de Debian, notamment en partitionnant le disque et
finir par comment démarrer l'installation de votre système.
Debian n'impose pas un matériel requis, si ce n'est celui supporté
par le noyau Linux et les outils GNU.
Plutôt que de tenter de décrire toutes les différentes configurations
matérielles qui sont supportées sur la plateforme PC, cette section
contient des informations générales et des pointeurs où trouver de
l'information supplémentaire.
Il y a deux excellents endroits pour vérifier des informations
détaillées. La liste du matériel supporté par Debian
(http://www.debian.org/releases/slink/i386/ch-hardware-req.en.html)
et le HOWTO du Projet de Documentation Linux
Compatibility-HOWTO
(http://metalba.unc.edu/LDP/HOWTO/Hardware-HOWTO.html). Pour
des informations sur le support des cartes vidéos, vous pouvez aussi
jeter un coup d'oeil à XFree86
(http://www.xfree86.org/) sur leur site web.
Vous devez avoir au minimum 4 Mo de mémoire et 35 Mo d'espace
disponible sur votre disque. Si vous désirez installer un nombre
raisonnable de logiciels, avec en particulier le système X Window, et
quelques programmes de développement ainsi que des bibliothèques, vous
aurez certainement besoin d'au moins 300 Mo. Pour une installation
complète, il vous faudra 800 Mo. Pour installer tous les
paquets de Debian, il vous faudra probablement environ 2
Go. Actuellement, tout installer n'a pas de sens car certains paquets
procurent le même service.
Avant de commencer, assurez-vous bien de sauvegarder toutes vos
données présentes sur le système. La procédure d'installation peut
détruire toutes les données d'un disque dur ! Les programmes utilisés
lors de l'installation sont assez sûrs et nombreux ont des années
d'existence et d'exploitation; mais un faux mouvement de votre part
peut vous coûter cher. Même après avoir sauvegardé vos données,
réfléchissez bien lors de vos réponses et de vos actions. Deux minutes
de réflexion peuvent vous épargner des heures de travail non
nécessaire.
Debian s'efforce au mieux de partager la place avec un ou plusieurs
autres systèmes d'exploitation. Si vous prévoyez cette option,
assurez-vous d'avoir le cédérom original ou les disquettes pour
pouvoir réinstaller les autres systèmes d'exploitation. Si vous
repartitionnez votre disque de boot, il se peut que vous ayez à
réinstaller le système d'amorçage
Si votre ordinateur est connecté à un réseau vingt-quatre heures sur
vingt-quatre (i-e par une connexion Ethernet ou similaire et
non par une connexion
Si votre seule connexion réseau est celle du téléphone via
Avant d'installer la Debian sur votre ordinateur, il est généralement
de bon ton de planifier à l'avance l'organisation de votre disque
dur. Une partie de ce travail consiste à partitionner le disque.
Le partitionnement d'un disque consiste simplement au fait de le
diviser en parties. Chaque partie sera indépendante des autres. C'est
un peu comme ajouter des murs à l'intérieur d'une maison: après,
décorer une pièce n'affecte pas l'aspect des autres pièces.
Si vous avez déjà un système d'exploitation sur votre disque (Windows
95, Windows NT, DOS, etc.) et que vous désirez installer Debian
GNU-Linux au même endroit, il sera probablement nécessaire de
repartitionner le disque. De manière générale, transformer une
partition contenant déjà un système de fichier détruit toutes les
informations le contenant. Ainsi, vous devez absolument faire une
sauvegarde de toutes vos données avant tout repartitionnement. Pour
reprendre l'analogie avec la maison, vous devrez probablement retirer
tous les ornements d'un mur avant de le déplacer ou sinon, vous
risqueriez des les endommager. Heureusement, il existe une possibilité
pour certains utilisateurs; voir partie 4.3.6 pour plus
d'informations.
Dans le cas le plus simple, le système GNU-Linux demande au moins une
partition pour fonctionner. Vous pouvez avoir une seule partition
contenant tout le système d'exploitation et vos fichiers
personnels. De nombreuses personnes optent pour un partitionnement
plus important pour le système GNU-Linux. Il y a deux raisons de
subdiviser son système avec un nombre plus important de petites
partitions. La première est pour une raison de sécurité. Si quelque
chose arrive et corrompt le système de fichiers, seule une partition
est généralement affectée. Ainsi, il n'est simplement nécessaire que
de remplacer la portion incriminée (à l'aide des sauvegardes que vous
avez pris soin d'effectuer consciencieusement). Au minimum, vous allez
devoir créer ce que l'on appelle généralement une partition
root ou partition racine. Elle contient les composants
essentiels du système. Si une autre partition est corrompue, vous
pouvez toujours amorcer votre système pour essayer de le réparer. Cela
peut vous épargner les ennuis d'une réinstallation complète du système
à partir de zéro.
La seconde raison est généralement plus critique dans un environnement
commercial, mais elle dépend énormément de la finalité du
système. Supposons que quelque chose échappe à tout contrôle et
qu'elle se mette à dévorer l'espace disque disponible. Si le programme
en question a des privilège de super-utilisateur (root), le
système lui réservant un pourcentage du disque non disponible pour
les utilisateurs, vous pouvez tout à coup vous retrouver sans
ressource disque. Ce n'est vraiment pas une bonne idée étant donné que
le système en a besoin tout le temps (au moins au travers de la zone
d'échange
Une autre raison apparaît lorsque vous avez des disques IDE de grande
capacité et que vous n'utilisez ni le mode LBA ni un pilote de
surcharge.
La plupart des gens pensent qu'une partition d'échange est aussi une
nécessité absolue alors que ce n'est pas exact. Le swap est
une zone de stockage du système d'exploitation qui l'utilise comme une
mémoire virtuelle en complément de la mémoire vive. La placer
dans une partition séparée offre des performances accrues. Il est
aussi possible de forcer Linux à utiliser un simple fichier comme zone
d'échange mais ce n'est pas recommandé.
Le seul réel inconvénient à utiliser des partitions multiples est
qu'il est généralement difficile d'appréhender à l'avance ses
besoins. Si vous sous-dimensionnez vos partitions, soit vous aurez à
réinstaller le système, soit vous aurez à jongler en déplaçant
quantité de choses pour faire de la place dans la partie
sous-taillée. D'un autre côté, si la partition est surdimensionnée,
vous perdrez de la place qui pourrait être utilisée pour autre chose...
Les besoins en place sur un disque et son schéma de partitionnement
sont fortement dépendants du type d'installation que vous avez décidé
de créer.
Pour vous faciliter la vie, Debian offre un certain nombre de
profils par défaut dont certains sont énumérés un peu plus
loin. Les profils sont de simples jeux de paquets pré-sélectionnés en
vue d'une tâche particulière sur votre système. L'installation est
facilitée car tous les paquets requis dans le profil voulu sont
automatiquement marqués à installer. Chaque profil fournit la taille
globale du système après installation. Même si vous n'utilisez pas ces
profils, cette aparté est important pour planifier car il vous permet
de vous donner une idée de la taille de votre ou vos partitions
suivant vos besoins. La liste suivante donne quelques profils ainsi
que la taille associée:
Ceci est une petite configuration de serveur utile pour de très
petites machines qui ne conviendraient plus à un usage courant pour un
utilisateur. Elle possède par défaut un serveur FTP, un serveur web,
DNS, NIS et POP. Cela occupe environ 50 Mo. Bien sûr, ceci correspond
simplement à la taille des logiciels installés ; toutes les données
que vous aurez à traiter sont à rajouter.
Ceci est typique d'une configuration classique de bureau avec un
système X Window, des applications graphiques, du son, de l'édition,
etc. La taille de l'ensemble des paquets occupe près de 500 Mo.
Cette configuration convient aux petites machines ne pouvant supporter
X Window et ses applications graphiques. C'est aussi parfait pour un
ordinateur portable ou mobile. Cela occupe environ 140 Mo. Il est
possible aussi d'avoir une configuration sous X avec moins de 100 Mo.
Ceci est un environnement de travail rassemblant tous les paquets de
développement populaires comme PERL, C et C++. Cela demande environ
475 Mo. En rajoutant X et quelques autres paquets utiles, vous devriez
tourner autour de 800 Mo pour ce type d'installation.
Les BIOS des PC ajoutent de nouvelles contraintes au partitionnement
de disque. Il y a une limite au nombre de partitions
primaires et logique qu'un disque peut contenir. En
plus, il y a des limites à la taille de l'endroit où le BIOS va
chercher ses informations d'amorçage. On peut trouver plein
d'informations à ce sujet dans le mini-HOWTO Partition
(http://metalab.unc.edu/LDP/HOWTO/mini/Partition.html). Cette
partie va inclure une bref résumé pour vous aider à affronter la
plupart des situations.
Les partitions primaires sont les partitions originelles des
disques durs de PC. On ne pouvait en créer plus de quatre. Pour
s'affranchir de cette limitation, les partitions étendues ou
logiques ont été inventées. En configurant une de vos
partitions primaires en étendue, vous pouvez
subdiviser la zone de cette partition en partitions logiques. Le
nombre de partitions logiques que vous pouvez créer est beaucoup moins
limité que le nombre de partitions primaires. Dans tous les cas, vous
ne pouvez créer qu'une seule partition étendue par disque.
Linux limite le nombre de partitions par disque à quinze partitions
pour les disques SCSI (trois partitions primaires utilisables et douze
partitions logiques) et soixante trois partitions pour les disques IDE
(trois partitions primaires et soixante partitions logiques).
La dernière chose qu'il est nécessaire de connaître au sujet du BIOS
du PC est que votre partition racine - c'est-à-dire la partition
contenant l'image du noyau - doit être incluse dans les 1024 premiers
cylindres de votre disque. Puisque généralement votre partition
racine est aussi votre partition d'amorçage, il faut vous assurer que
votre partition racine se trouve bien à l'intérieur des 1024 premiers
cylindres.
Si vous avez un disque de grande capacité, il se peut que vous
utilisiez des techniques de translation de cylindres à l'intérieur de
votre BIOS comme la translation LBA (On peut se référer pour plus
d'informations au sujet des disques de grande capacité dans le
Large Disk mini-HOWTO
(http://metalab.unc.edu/LDP/HOWTO/mini/Large-Disk.html)). Si
vous utilisez ce schéma de translation de cylindres, votre partition
d'amorçage doit se trouver à l'intérieur de la représentation
translatée des 1024 cylindres.
Les noms des disques et partitions sous Linux peuvent être différents
que ceux utilisés par d'autres systèmes d'exploitation. Vous devez
connaître ces noms que Linux utilise au moment de la création et du
montage des partitions. On trouve un schéma élémentaire dans la table
suivante.
Les partitions de chaque disque sont représentées en ajoutant un
chiffre au numéro de disque. Par exemple, les noms hda1 et
hda2 représentent les première et seconde partitions du
premier disque IDE de votre système. Linux représente les partitions
primaires avec le nom du périphérique plus les nombres 1 à 4. Par
exemple, la première partition primaire du premier disque IDE est
/dev/hda1. Les partitions logiques sont numérotées à partir
de 5 donc la première partition logique est /dev/hda5. Garder
bien en mémoire que la partition étendue - c'est-à-dire la partition
primaire contenant les partitions logiques - n'est pas utilisable en
tant que tel. Ceci s'applique aussi bien aux disques SCSI qu'aux disques
IDE.
Imaginons que vous ayez un système avec deux disques SCSI, un à
l'adresse 2 et l'autre à l'adresse 4. Le premier disque, à l'adresse
2, est appelé sda tandis que le second est appelé
sdb. Si le disque sda a trois partitions, elles
seront appelées sda1, sda2 et sda3. On applique le
même raisonnement pour les partitions du disque sdb. Remarquez
que si vous possédez deux adaptateurs pour bus SCSI (contrôleurs),
l'ordre des périphériques peut porter à confusion. La meilleure
solution dans ce cas est encore de regarder les messages de
boot, en supposant que vous connaissez le modèle de vos
périphériques.
Comme décrit auparavant, il est recommandé d'avoir une petite
partition racine séparée et une grosse pour /usr s'il y a
suffisamment de place. Pour la plupart des utilisateurs, ce
partitionnement est très largement suffisant. Ceci est spécialement
recommandé si vous avez un petit disque car la création de nombreuses
partitions peut vous faire perdre de la place.
Dans certains cas, il se peut que vous ayez besoin d'une partition
/usr/local séparée si vous planifier l'installation de
nombreux programmes non-inclus dans Debian. Si votre machine est un
serveur de courriel, vous aurez besoin d'une partition séparée pour
/var/spool/mail. Mettre /tmp sur sa propre partition
de 20 à 32 Mo est aussi une bonne idée. Si vous préparez un serveur
avec un grand nombre de comptes d'utilisateurs, c'est généralement une
bonne idée de préparer une grande partition séparée contenant
/home à des fins de sauvegarde des comptes des utilisateurs.
De façon générale, le partitionnement varie énormément d'un ordinateur
à l'autre et dépend essentiellement de son usage.
Pour des systèmes très complexes, vous devez aller jeter un coup
d'oeil au Multi Disks HOWTO
(http://metalab.unc.edu/LDP/HOWTO/Multi-Disk-HOWTO.html). Il
contient de nombreuses informations techniques pour les gens désirant
configurer des serveurs.
La taille de la partition de swap doit aussi être étudiée. Il
y a beaucoup de points de vue à ce sujet. Une règle approximative qui
ne fonctionne pas trop mal est d'avoir autant de swap que de
mémoire vive, quoiqu'il ne soit pas nécessaire de dépasser 64 Mo pour la
plupart des utilisateurs. Elle ne doit pas non plus être plus petite
que 16 Mo non plus. Bien sûr, il y a des tas d'exceptions. Si vous
essayez de résoudre simultanément 10 000 équations avec une machine
dotée de 256 Mo de mémoire vive, vous pouvez avoir besoin d'un
giga-octet (si ce n'est plus...) de swap.
Par exemple, considérons une machine dotée de 32 Mo de mémoire vive et
d'un disque IDE de 1,7 Go sur /dev/hda. Il y a une partition
de 500 Mo pour un autre système d'exploitation sur
/dev/hda1. Une partition de swap de 32 Mo est
utilisée en /dev/hda3 et le reste, environ 1,2 Go, sur
/dev/hda2 est la partition Linux.
Il existe deux moments différents pendant lesquels partitionner: avant ou
après l'installation de Debian. Si votre ordinateur est entièrement
consacré à Debian, vous pouvez partitionner pendant l'installation
comme décrit dans la partie 5.5. Si vous avez une
machine équipée de plus d'un système d'exploitation, vous devez
généralement laisser l'autre système créer ses propres partitions.
Les paragraphes suivant contiennent des informations sur la manière de
partitionner votre premier système d'exploitation avant l'installation
de Debian. Remarquez que vous allez avoir besoin de savoir comment
relier les noms des périphériques de votre système d'exploitation à
ceux des partitions Linux.
Partitionner à partir de DOS ou Windows
Si vous manipuler des partitions FAT ou NTFS existantes, il est
recommandé d'utiliser soit les outils natifs de Windows ou DOS, soit
le schéma plus loin. Sinon, il n'est pas nécessaire de partitionner à
partir de DOS ou Windows: les outils de partitionnement de Linux font
généralement un travail de meilleure qualité.
Réduire une partition existante
Un des cas les plus classiques d'installation est de le faire sur un
système contenant déjà le DOS (y compris Windows 3.1), Win32 (comme
Windows 95, 98 ou NT) ou OS/2 et d'y ajouter Debian sur le même disque
sans détruire l'ancien système. Comme décrit précédemment, réduire la
taille d'une partition existante conduit presque immanquablement à la
perte des données qu'elle contient, du moins sans prendre de
précautions. La méthode que nous allons décrire ici, bien que ne
garantissant pas de protéger vos données, marche très bien en
pratique. Mais vous devez faire une sauvegarde par
précaution.
Avant d'aller plus loin, vous devez savoir comment vous comptez
diviser votre disque. La méthode décrite ici découpe seulement la
partition initiale en deux morceaux. Un contiendra l'ancien système
d'exploitation. L'autre sera utilisé par Debian. Pendant
l'installation de Debian, on vous laissera le choix de partitionner la
partie Debian à votre convenance, pour le swap ou pour le
système de fichiers.
L'idée est de rassembler l'ensemble des données de la partition à son
début de façon à ce que l'on ne perde rien lors de la réduction. Il
est important de déplacer les données par paquets aussi petits que
possible de façon à réduire les chances qu'un fichier soit écrit en
fin de partition et réduise ainsi la taille disponible que vous pouvez
extraire de cette partition.
La première chose que vous devez faire est une copie de FIPS qui est
disponible dans le répertoires tools de votre cédérom
Debian. Cette disquette doit être bootable. Sous DOS, une disquette
bootable peut être créée en utilisant la commande
L'étape suivante consiste à déplacer toutes les données au début de la
partition. DEFRAG, qui est fourni en standard dans les versions de DOS
6.0 et supérieures, peut très bien effectuer cette tâche. Regardez la
documentation de FIPS pour une liste d'outils analogues. Remarquez
bien que si vous utilisez Windows 95 ou plus, vous devez lancer DEFRAG
de cet environnement car le DOS ne connaît pas le système de fichier
VFAT utilisé pour accepter les noms longs dans les versions 95 et
ultérieures de Windows.
Après avoir défragmenté le disque (ce qui peut prendre un certain
temps sur les disques de grande capacité), rebooter sur la disquette
FIPS que vous avez créée. Taper tout simplement
Remarquez au passage qu'il existe de nombreux autres gestionnaires de
partitions que celui-ci, au cas où FIPS ne fonctionnerait pas bien
pour vous.
Pour installer Debian la première fois, il vous faudra passer par les
différentes étapes suivantes:
Booter sur le système d'installation, pour la première étape,
s'effectue généralement avec la disquette de
secours
Aussitôt que vous avez booté le système Linux, le programme
Le système de base Debian est un ensemble de paquets de base
recquis pour faire tourner Debian avec un système minimal et de façon
autonome.
La dernière étape consiste à installer le reste du système
Debian. Ceci va inclure les applications et les documents que vous
utilisez vraiment sur votre ordinateur, comme le système X Window, des
éditeurs, des interpréteurs de commandes (plus connus sous leur
vocable anglaise shell) et des environnements de
développements. Ceci se fait à partir du cédérom. À partir de ce
point, vous aurez à utiliser les outils standard de gestion de
paquets sous Debian comme
Il faut choisir dans un premier temps le support à partir duquel vous
installerez le système. Ensuite, il faut choisir la méthode
d'installation du système de base.
Pour booter sur la procédure d'installation, vous avez les choix
suivants: un cédérom bootable, des disquettes ou un système de
chargement au boot différent de celui fourni sous Linux.
Booter avec les cédéroms est bien entendu la manière la plus facile
d'installer Debian. Mais toutes les machines ne supportent pas cette
méthode et il se peut que vous ayez besoin d'utiliser les disquettes.
Booter à partir de disquettes est supporté pour la plupart des
plateformes. La façon de le faire est décrit à la partie 4.4.2.
Si votre machine supporte de booter sur un cédérom, vous n'avez pas
besoin de disquette. Mettez le cédérom dans son lecteur, éteignez
votre ordinateur et rallumez-le. Vous devriez voir un écran d'accueil
avec un curseur de boot en bas. Vous pouvez passez alors directement à
la partie 4.5.
Si votre ordinateur ne « voit » pas vos cédéroms Debian, la solution
la plus simple est de se fabriquer deux disquettes de boot
(description dans la partie suivante) et de les utiliser pour lancer
Debian. Mais ne vous inquiétez pas: Debian en aura alors fini avec les
deux disquettes et elle trouvera le cédérom sans problème.
Ce n'est pas difficile de booter à partir des disquettes. En effet,
votre cédérom contient toutes les informations pour créer les
disquettes nécessaires. Il vous sera demandé d'avoir deux
disquettes. Nommez la première Disquette d'installation-secours
Debian 2.1 et la seconde Disquette de modules-pilotes Debian
2.1.
Créer des disquettes à partir des images de disquettes
Les images des disquettes sont des fichiers contenant l'ensemble
complet des éléments de la disquette de boot sous forme binaire. Les
images de disquette, comme resc1440.bin, ne peuvent être
copiées directement sur la disquette. Un programme spécial est utilisé
pour recopier les images des fichiers au format binaire.
La première étape consiste à obtenir une invite DOS. Dans Windows 95,
et supérieur, vous pouvez l'obtenir en double-cliquant sur l'icône
MS-DOS ou en allant dans Démarrer -> Programme ->
MS-DOS. Ensuite, insérer le cédérom Debian GNU-Linux dans son
lecteur. Déplacez-vous alors dessus. Dans la plupart des cas, il
s'agit de D:
Maintenant, déplacez-vous dans le répertoire contenant les images des
disquettes:
Si vous obtenez une erreur, vérifiez bien ce que vous avez tapé. Si
l'erreur persite, déplacez-vous manuellement dans
Maintenant, vous êtes prêt à créer la première des deux
disquettes. Lancer le programme
À ce moment,
À partir de maintenant, les disquettes sont prêtes: vous pouvez les
utiliser pour booter.
Booter sur Debian
Vous êtes maintenant prêt à booter sur Debian. Éteignez votre système
d'exploitation en cours et placez la disquette d'installation-secours
dans le lecteur de disquette. Rallumez votre ordinateur. Vous devriez
avoir un écran de bienvenue et un curseur de prompteur en bas.
Vous devriez avoir à ce stade un curseur de boot. Presser simplement
sur Entrée à cet endroit.
Après avoir appuyé sur la touche Entrée, vous devriez voir le
message
Garder en mémoire que ces tailles n'incluent pas toutes les données
généralement présentes sur un disque, comme les fichiers des
utilisateurs, les courriels et les données. Il est toujours préférable
d'être généreux avec la taille de vos propres données et fichiers. De
plus, le répertoire Debian /var contient quantités
d'informations du système. Les fichiers de gestionnaire d'installation
des paquets peut facilement occuper 20 Mo de disque. En général, vous
devriez allouer au moins 50 Mo pour le répertoire /var car
les journaux de bord
Le travail principal de
Une fois que le système a terminé de booter,
Il se peut que vous aperceviez une boîte de dialogue disant The
installation program is determining the current state of your system
and the next installation step should be performed (Le
programme d'installation est en train de déterminer l'état actuel de
votre système et l'étape suivante d'installation ne devrait pas
tarder). C'est une phase pendant laquelle le programme
d'installation cherche à détecter automatiquement ce que vous aurez
probablement besoin de faire ensuite. Dans certains cas, il se peut
que vous n'aperceviez même pas cette boîte de dialogue.
Pendant toute la procédure d'installation, vous aurez affaire au menu
principal, intitulé Debian GNU-Linux Installation Main Menu
(Menu principal d'installation de Debian GNU-Linux). Les choix situés
en haut du menu changent au fur et à mesure pour indiquer votre
progression dans l'installation du système. Phil Hughes écrivait dans
le Linux Journal (http://www.linuxjournal.com) que
vous pouviez apprendre à un poulet à installer une Debian ! Il
soulignait ainsi le fait que le menu de la procédure d'installation
consistait essentiellement à appuyer sur la touche Entrée. Le
premier choix du menu d'installation est l'action suivante que vous
aurez à effectuer si le système ne détecte pas que vous l'avez déjà
fait. Si vous sélectionnez Next (suivant) ici, l'étape
suivante dans l'installation du système est sélectionnée.
Assurez-vous que le bouton Next est mis en surbrillance et
appuyez sur Entrée pour entrer dans le menu de configuration
du clavier.
Déplacez le curseur lumineux vers le clavier sélectionné et appuyer
sur Entrée. Utilisez les flèches pour vous déplacer. Dans de
nombreux cas, vous n'aurez qu'à sélectionner
U.S. layout
Ne vous a-t-on pas déjà dit de sauvegarder vos disques ? Voici la
première occasion de les détruire et la dernière chance de sauvegarder
vos vieux systèmes. Si vous n'avez encore sauvegardé vos disques,
sortez la disquette ou le cédérom de son lecteur, éteignez le système
puis faîtes vos sauvegardes.
Quelque soit le choix proposé par le menu de sélection Next,
vous pouvez utiliser les flèches « haut » et « bas » pour sélectionner
Partition a Hard Disk (Partitionner un disque
dur). Allez-y et à partir de là, appuyez sur
Entrée.
Le menu de Partition a Hard Disk vous présente une liste de
type de disques que vous pouvez partitionner et lance une application
de partitionnement appelée
Vous devez créer maintenant les partitions dont vous aurez besoin pour
installer Debian. Par exemple, on supposera que vous partionnerez un
disque dur vierge.
La partition de boot doit se trouver à l'intérieur des 1024 premiers
cylindres de votre disque dur (voir paragraphe 4.3.3). En gardant cela
à l'esprit, utilisez la flèche droite pour mettre en surbrillance le
menu New (nouveau) et pressez alors sur Entrée. On
vous demandera alors de créer soit une partition primaire
soit une partition logique. Pour vous assurer que la
partition contenant l'information de boot soit bien dans les 1024
premiers cylindres, créez en premier votre partition primaire. La
partition primaire sera votre partition Linux native.
Mettez en surbrillance le menu principal et appuyez sur la touche
Entrée. Vous devez ensuite entrer la largeur de votre future
partition. Si vous ne savez pas quelle taille lui donner, allez voir
la partie 4.3.2. Ne pas oublier de laisser une place suffisante pour
la partition de swap (voire la partie 4.3.5). Entrez la
taille de la partition que vous désirez et presser sur
Entrée. Ensuite, il vous sera demandé si vous voulez la
placer au début de l'espace disponible ou à la fin. Placez la au début
pour être sûr d'être à l'intérieur des 1024 premiers cylindres. Mettez
en surbrillance Beginning et tapez sur Entrée. À ce
moment, vous devriez être retourné à l'écran principal. Remarquez bien
que la partition que vous venez de créer est maintenant affichée. Par
défaut, c'est une partition Linux native. Cette partition
doit maintenant être rendue amorçable. Assurez-vous que le menu
Bootable est en surbrillance et appuyez sur la touche
Entrée. On doit maintenant voir apparaître la champ
Boot dans cette partition dans la colonne Flags .
Avec la place restante, créez une nouvelle partition primaire. En
utilisant la flèche de direction du clavier, mettez en surbrillance le
champ free space (espace disponible) dans la liste des
partitions. Mettez en surbrillance maintenant le champ New et
faîtes de même que lorsque vous avez fabriqué la première partiton
primaire. Remarquez qu'elle est aussi affichée comme une partition
Linux native. Puisque vous allez la dédier au swap,
il va falloir la signaler comme telle. Assurez-vous de bien l'avoir
mis en surbrillance et ensuite appuyez sur la flèche gauche du clavier
jusqu'à ce que le menu Type soit mis en surbrillance. Pressez
alors sur la touche Entrée. On vous présente alors une liste
de types de partitions supportées. Le type Linux swap devrait
déjà être sélectionné. Si tel n'était pas le cas, entrez le numéro
dans la liste correspondant au swap (82) et pressez sur
Entrée. Votre partition de swap doit maintenant se
présenter sous forme de Linux swap dans la colonne FS
Type de l'écran principal.
Votre écran
Jusqu'à maintenant, rien sur votre disque n'a été modifié. Si vous êtes
content de votre partionnement, appuyez sur la flèche gauche jusqu'à
write et appuyez alors sur la touche Entrée. Votre
disque dur est maintenant partitionné. Quittez l'application
Cela doit être le choix suivant après avoir créé une partition de
disque (initialize and Activate a Swap Partition). Vous avez
le choix d'initialiser et d'activer une nouvelle partition de
swap, d'activer une partition déjà initialisée ou bien de
faire sans partition de swap.
Une partition de swap est chaudement recommandée mais vous
pouvez faire sans si vous insistez et que votre système a plus de 4 Mo
de mémoire vive. Si vous désirez le faire, sélectionnez le choix
Do Without a Swap Partition (Faire sans partition de
swap) du menu et allez directement à la partie suivante.
Il est toujours possible de réinitialiser une partition de
swap. Ainsi, sélectionnez Initialize and Activate a Swap
Partition (Activer et initialiser une partition de swap)
si vous n'êtes pas sûr de ce que vous faîtes. Dans un premier temps,
le menu va vous proposer une boîte de dialogue dans laquelle vous
pourrez lire Please select the partition to activate as a swap
device (veuillez sélectionner la partition à activer comme
swap). Le choix par défaut devrait être la partition de
swap que vous venez de paramétrer; si tel est le cas, appuyez
simplement sur la touche Entrée.
Ensuite, on vous propose d'activer l'option de recherche des blocs non
lisibles, causés par des défauts sur la surface des plateaux des disques
sur l'intégralité de la partition. Ceci est très utile si vous avez
des disques MFM, RLL ou de vieux SCSI. Dans tous les cas, cela ne peut
pas faire de mal (bien que cela demande pas mal de temps). La plupart
des disques modernes fonctionnant correctement n'ont pas besoin de
cette étape car ils possèdent leur propre mécanisme interne pour
s'affranchir des blocs défectueux.
Finalement, vous obtenez un message de confirmation car
l'initialisation va détruire toutes les données présentes
antérieurement sur la partition. Si tout est correct, sélectionnez
Yes. L'écran s'allumera lorsque le programme d'initialisation
tournera.
À cet endroit, le choix suivant devrait s'intituler Initialize a
Linux Partition (Initialiser une partition Linux). Si ce n'est
pas le cas, soit vous n'avez pas achevé correctement le processus de
partitionnement, soit vous n'avez pas rempli un des menus concernant
la partition de swap.
Vous pouvez initialiser une partition Linux, ou bien vous pouvez en
monter
Si vous utilisez de vieilles partitions non vides, c'est-à-dire que
vous voulez juste nettoyer ce qu'il y a dessus, il suffit de les
initialiser (ce qui écrase tous les fichiers). De plus, vous devez
initialiser toutes les partitions que vous avez créées lors de l'étape
de partitionnement. La seule raison pour laquelle vous pourriez
omettre d'initialiser une partition à cette étape serait de monter une
partition que vous auriez déjà faîte à l'aide des disquettes
d'installation.
Sélectionnez le menu Next pour initialiser et monter la
partition de disque « / ». La première partition que vous montez ou
que vous initialisez sera montée comme « / » (prononcer
root
Une fois la partition / de montée, le menu suivant devrait être
Install Operating system and modules (Installer le système
d'exploitation et ses modules) à moins que vous n'ayez pas terminé une
des étapes précédentes. Vous pouvez utiliser les flèches de
déplacement pour sélectionner les menus d'initialisation ou de montage
de partitions de disques si vous avez d'autres partitions à
fabriquer. Si vous avez créé des partitions séparées pour
/var, /usr ou d'autres systèmes de fichiers, c'est
le moment de les initialiser et de les monter.
Un pendant à l'étape Initialise a Partition (Initialiser une
partition) est celle de Mount a Previously-Initialised
Partition (Monter une partition précédemment
initialisée). Utilisez la si vous recommencez une installation qui a
été interrompue ou bien si vous montez des partitions déjà
initialisées.
Cela doit être l'étape suivante après avoir monté la partition racine,
sauf si vous avez déjà effectué cette tâche précédemment avec
Si vous faîtes l'installation à partir de disquettes, vous aurez à
travailler avec la disquette de secours (Rescue Floppy) qui
est déjà probablement dans le lecteur et ensuite avec la disquette de
pilotes (Drivers Floppy).
Il y a une autre étape avant la configuration des
modules de pilotes de périphériques appelée « Configuration du
support PCMCIA » (Configure PCMCIA Support). Elle est utilisé
pour activer le support PCMCIA.
Si vous avez une extension PCMCIA mais que vous ne l'utilisez pas pour
installer votre système Debian (c'est-à-dire installation avec une
carte ethernet PCMCIA), il n'est pas nécessaire de configurer le
support PCMCIA ici. Il est très facile de le configurer et de
l'activer plus tard, à la fin de l'installation. Dans tous les cas, si
vous devez installer quand même une extension PCMCIA pour le réseau,
vous devez la choisir ici et son support sera configuré antérieurement
à celui du réseau.
Si vous avez besoin de PCMCIA, sélectionnez l'autre choix en dessous
de « Configuration des modules de pilotes de périphériques »
(Configure Device Driver Modules). On vous demandera alors le
nom du contrôleur PCMCIA de votre système. Dans la plupart des cas, ce
sera
Dans certains cas exceptionnels, il se peut que vous ayez à modifier
le fichier /etc/pcmcia/config.opts. Vous devez ouvrir votre
seconde console virtuelle (Alt-F2) et éditer le fichier
dedans pour reconfigurer votre extension PCMCIA. Vous pouvez aussi
forcer un rechargement des modules par l'intermédiaire de
Une fois que votre interface PCMCIA est correctement configurée et
installée, il vous faut passer à la configuration des pilotes de
périphériques comme décrit dans le paragraphe suivant.
Sélectionnez le menu Configure Device Driver Modules
(configuration des modules de pilotes de périphériques) et passez en
revue les périphériques présents sur votre système. Configurez les
pilotes de ces périphériques et ces derniers seront chargés lors des
amorçages de votre système.
Il n'est pas nécessaire de tout configurer à cette étape; ce qui est
crucial est d'avoir configuré les périphériques requis pour
l'installation d'un système de base.
Une fois le système installé, vous pouvez reconfigurer les modules à
+tout moment grâce au programme
Vous aurez à configurer le réseau même si vous n'en avez pas. Dans ce
cas, vous n'aurez qu'à répondre aux deux premières questions -
Choose the hostname (Choisir le nom de domaine) et Is
your systeme connected to a network ? (Est-ce que votre système
est connecté à un réseau?).
Si vous êtes connecté à un réseau, les informations de la partie 4.2.1
vous seront nécessaires. Si votre connexion principale au réseau
utilise
Voici quelques détails techniques pratiques: le programme s'assure que
l'adresse réseau IP est bien la résultante d'un
Lors la phase Install the Base System (Installation du
système de base), on vous proposera une liste de périphériques à
partir desquels installer votre système de base. Vous devrez
sélectionner ici le périphérique cédérom.
Il apparaîtra alors un champ pour spécifier le chemin vers le fichier
base2_1.tgz. Si vous avez une version officielle du support
Debian, la valeur par défaut devrait être correcte. Sinon, entrez le
chemin où le système de base peut être trouvé, relativement au point
de montage du support. Comme lors de l'étape Install Operating
System Kernel and Modules, vous pouvez soit laisser
À ce moment, vous avez chargé tous les fichiers qui font un système
Debian minimal mais vous devez faire quelques ajustements de
configuration avant que le système ne se lance.
On vous demandera de sélectionner la zone horaire (time
zone). Il y a de nombreuses façons de spécifier votre zone
horaire; nous vous suggérons d'aller dans le tableau
Directories et de sélectionner votre pays (ou
continent). Cela change les zones horaires disponibles donc allez-y et
sélectionnez votre localité (c'est-à-dire, pays, province, état ou
ville) dans le tableau Timezones.
Ensuite, on vous demandera si votre horloge système est réglée sur
l'heure GMT ou sur une heure locale. Sélectionnez GMT (c'est-à-dire,
répondez Yes) si vous ne désirez faire tourner que Linux sur
votre ordinateur; sélectionnez l'heure local (local time)
(c'est-à-dire, No) si vous utilisez un système autre que
Debian. Les systèmes Unix en général (et Linux en particulier)
utilisent l'heure GMT comme horloge système en interne et la convertissent
en heure locale pour les utilisateurs. Cela permet de garder des
traces des sauvegardes journalières au fil des ans et autorise aussi
un utilisateur à se loguer à partir d'une autre zone horaire pour
utiliser individuellement son heure locale sur son terminal.
Si vous choisissez de booter directement sur Linux à partir du disque
dur, on vous demandera d'installer un secteur d'enregistrement
principal (master boot record ou encore MBR). Si
vous utilisez un gestionnaire d'amorce (boot manager) (et c'est
probablement le cas si vous ne savez pas ce que c'est) et que vous
n'avez pas d'autres systèmes d'exploitation sur votre machine,
répondez Yes à cette question
Remarquez bien que booter différents systèmes d'exploitation sur une
seule machine relève un peu de la cuisine. Ce livre ne documente pas
l'ensemble des nombreux gestionnaires d'amorçage, qui varient beaucoup
selon l'architecture et même selon les sous architectures. Vous devrez
lire la documentation de votre gestionnaire d'amorçage pour avoir plus
d'informations. Dans tous les cas, gardez bien à l'esprit qu'en
travaillant sur les gestionnaires d'amorçage, il ne faut jamais être
trop prudent...
Le gestionnaire d'amorçage standard pour les architectures i386 est
appelé
Vous devrez faire une disquette de boot (Boot floppy) même si
vous avez prévu de booter directement à partir du disque. La raison
est qu'il est toujours possible d'avoir un défaut d'installation à
partir de
Le premier boot de votre système de son propre chef est ce que les
ingénieurs en électronique appellent le test de la fumée. Si
vous avez une disquette dans son lecteur, retirez-la. Puis
sélectionnez le menu Reboot the system (Rebooter le système).
Si vous bootez directement sur Debian et que le système ne se lance
pas, utilisez soit votre support original d'installation (par exemple,
les disquettes de secours), soit votre disquette de boot personnalisé
si vous en avez créé une, et relancez votre système. Si vous
n'utilisez pas la disquette de boot personnalisé, il vous sera
probablement nécessaire d'ajouter des arguments lors du boot. Si vous
bootez via la disquette de secours ou tout autre support similaire,
il vous sera nécessaire de spécifier
Debian devrait alors booter, et vous devriez voir les mêmes messages
que lorsque vous avez booté la première fois le système, avec ensuite
quelques nouveaux messages.
Le compte root est aussi appelé le compte super-utilisateur;
c'est un utilisateur qui permet d'outrepasser tous les systèmes de
protection sur votre système. Le compte root ne devrait être utilisé
que pour des tâches d'administration et pour une durée aussi courte que
possible.
Chaque mot de passe créé devrait contenir six à huit caractères,
mélangeant minuscules et majuscules ainsi que des caractères de
ponctuation. Faîtes très attention en choisissant le mot de passe de
root car ce compte est vraiment très sensible. Évitez tous mots
contenus dans un dictionnaire ou bien tout renseignement personnel qui
peut être deviné.
Si quelqu'un vous demande un jour le mot de passe de root, soyez très
prudent. Vous ne devriez jamais avoir à le donner, à moins de
ne pas être le seul à administrer la machine.
Le système va alors vous demander de créer un compte utilisateur
ordinaire (Create an Ordinary User). Ce compte pourrait être
votre compte principal personnel. Vous ne devez pas utiliser
le compte root pour une utilisation ordinaire quotidienne ou comme
compte personnel.
Pourquoi donc ? Il est beaucoup plus difficile d'endommager le système
en étant un simple utilisateur qu'en root ; le système de fichiers est
bien protégé. Une autre raison est que vous pouvez à votre insu faire
tourner un troyen
Nommez le compte utilisateur à votre convenance. Si votre nom est John
Smith, vous pouvez utiliser « smith », « john », « jsmith » ou « js ».
Ensuite, on vous demandera si vous voulez activer les mots de passe
cachés (shadow Password
Si vous n'utilisez pas d'interface PCMCIA, vous pouvez choisir de la
retirer maintenant. Cela permettra de faire un démarrage plus propre;
cela permet de remplacer votre noyau plus facilement (l'interface
PCMCIA requiert un grand nombre de dépendances entre les pilotes
PCMCIA, les modules du noyau et le noyau proprement dit). De façon
général, vous n'avez pas besoin du support PCMCIA si vous n'utilisez
pas de portable...
Le système va maintenant vous demander si vous désirez utiliser les
configurations prédéterminées offertes par Debian. Il est toujours
possible d'installer paquet par paquet ce que l'on veut installer sur
une nouvelle machine. C'est la tâche de
Ainsi, vous avez la possibilité de choisir à la place des
tâches ou des profils. Une tâche est la
finalité du travail que vous allez effectuer avec la machine, comme la
programmation en PERL, le traitement HTML ou bien la mise en page de
document en chinois. Vous pouvez choisir de nombreuses
tâches. Un profil est une catégorie de machines,
comme serveur de réseau ou station de travail personnelle. À la
différence des tâches, vous ne pouvez choisir qu'un profil à la fois.
Pour résumé, si vous êtes pressé, choisissez un profil. Si vous avez
plus de temps, choisissez le profil personnalisé (Custom
Profile) et sélectionnez un ensemble de tâches. Si vous avez
beaucoup de temps et que vous désirez être minutieux avec le contrôle
de ce qui sera ou non installé, sortez de cette étape et lancez-vous
dans la toute puissance de
Ensuite, vous allez entrer dans
Un petit avertissement en ce qui concerne la taille des tâches telle
qu'elles sont présentées: la taille présentée pour chaque tâche est la
somme des tailles de ses paquets. Si vous choisissez deux tâches qui
se partagent certains paquets, le véritable espace disque requis sera
inférieur à la somme des tailles de deux tâches.
Une fois que vous avez ajouté tous les logins (root et
personnel(s)), vous vous retrouvez dans le programme
Il est maintenant temps d'installer les paquets de logiciels de votre
choix sur votre système Debian. Ceci est effectué via l'outil de
gestion des paquets de Debian,
Cette partie documente
À chaque fois qu'une étape est achevée avec succès,
Nous parlons ici et là dans ce document de lancer un autre
shell. Linux a six sessions de contrôle ou shell disponibles
en même temps. Vous pouvez circuler entre eux en pressant la
combinaison Alt-F1 jusqu'à Alt-F6. Il vous suffit
alors de vous loguer dans un nouveau shell. La console utilisée lors
de l'installation est la première, c'est-à-dire
Une fois dans
Détaillons un peu ces six étapes:
Access (Accès)
L'écran d'accès est visible sur la figure 5.2.
C'est le lieu où l'on dit à
Grande et puissante, cette méthode complexe est celle recommandée pour
installer une version récente de Debian à partir d'un jeu de cédéroms
de binaires. Chacun de ces cédéroms devraient contenir des
informations sur ses paquets ainsi que sur les paquets des cédéroms
précédents (dans le fichier Package.cd). Lorsque vous utilisez
cette méthode pour la première fois, assurez-vous que le cédérom n'est
pas monté. Placez ensuite le dernier cédérom de binaires du
jeu (les sources ne sont pas nécessaires) dans le lecteur et répondez
aux questions qui vous sont posés:
Une fois que vous avez mis à jour la liste des paquets disponibles et
que vous avez sélectionné les paquets à installer, la méthode
multi_cd diverge d'une procédure normale. Il vous sera
demandé de lancer une installation pour chaque cédérom que vous
possédez, tour à tour. Malheureusement, en raison d'une limitation de
Il se peut qu'il soit nécessaire d'effectuer l'étape d'installation
plus d'une fois pour respecter l'ordre d'installation des
paquets. Certains paquets installés auparavant peuvent demander
l'installation d'autres paquets pour se configurer proprement.
Lancer une étape de Configure est recommandée pour aider à
débloquer les paquets qui le seraient à cette étape.
Ceci est proche de la méthode de multi_cd: elles apportent
quelques raffinements supplémentaires sur le thème de la copie en
changeant de support - par exemple, installation à partir de multi_cd
exporté via NFS sur le lecteur de cédérom d'une autre machine.
Une des meilleures options pour installer à partir d'un miroir local
des archives Debian ou à partir du réseau. Cette méthode utilise le
système
La configuration de cette méthode est traitée plus loin. Vous pouvez
choisir autant de sources différentes d'emplacements de paquets, en
les mélangeant avec des fichiers: URLs (pour les disques
locaux ou les disques montés par NFS) et http: ou
ftp pour les accès sur Internet. Attention, les options
http et ftp ne supportent pas l'authentification
locale via un proxy.
Si vous avez un serveur de proxy soit pour le http soit pour le ftp
(ou pour les deux), assurez-vous que les variables d'environnement
Update (mise à jour)
Select (Sélection)
Asseyez-vous sur votre chapeau: c'est ici que tout se passe. Le but de
l'exercice est de sélectionner seulement le paquet que l'on désire
installer.
Appuyez sur Entrée. Si vous avez une machine lente, faîtes
très attention car l'écran va s'effacer et peut rester vierge pendant
environ 15 secondes. Alors, n'essayez pas de taper sur des touches
pendant ce temps-là.
La première chose qui apparaît à l'écran est la première page de
l'aide. Vous pouvez obtenir l'aide à tout moment dans l'écrans
Select en tapant sur « ? ». Vous pouvez dérouler l'aide par
l'intermédiaire du «.».
Avant de plonger plus en avant, notons bien ceci:
Regardez les deux premières lignes de l'écran de
Le tableau suivant affiche les états que
Plutôt que de tout décrire ici, je vous renvoie aux écrans d'aide qui
sont bien expliqués. Un exemple quand même:
Vous entrez dans
Ceci dit que
L'information que
surcharge. Force
Utilisez X si vous êtes complètement perdu. Cela remet les choses
telles qu'elles étaient auparavant et sort.
Détruit toutes les sélections faîtes durant ce niveau. N'affecte pas
les sélections faîtes aux niveaux précédents.
Si
Enlève les sélections de
Un exemple suit. Le paquet boot-floppies (pas un exemple de
débutant, je sais, mais il a été choisi car il possède de nombreuses
dépendances) dépend des paquets suivants:
Le développeur maintenant le paquet boot-floppies pense que les
paquets suivants devraient aussi être installés. Ils ne sont pas, en
tout cas, indispensables:
Lorsque vous sélectionnez boot-floppies,
Pressez alors sur la touche R pour remettre les choses à leur point de
départ.
Si vous décidez maintenant que vous ne voulez plus du paquet
boot-floppies, appuyez simplement sur Entrée.
Pressez alors sur la touche D remet les choses à la même place que
lorsque vous les aviez sélectionnés la première fois:
Pressez alors sur la touche U revient les sélections initiales de
Je vous suggère de laisser les paramètres par défaut pour le moment:
vous aurez amplement l'occasion de les modifier plus tard.
Quoique vous décidiez, appuyez sur la touche Entrée pour
valider et retourner à l'écran principal. Si l'action résultante
conduit toujours à des problèmes à résoudre, vous serez à nouveau
renvoyé à un nouvel écran de résolution de conflit.
Les touches R, U et D sont très utiles dans les situations « qu'est-ce
qui se passe si ? ». Vous pouvez expérimenter à volonté et ensuite
revenir à la situation initiale. Ne les regardez pas comme
une vitrine où il y aurait marqué « à ne briser qu'en cas de danger ».
Après avoir fait vos sélections dans l'écran de sélection, appuyez sur
I pour obtenir une grande fenêtre, appuyez sur t pour aller au début
et utilisez les touches Page Up et Page
Down
Vous devriez avoir la situation suivante:
Heureux ? Appuyez sur la touche Entrée pour sortir du
processus de sélection. Vous pouvez y revenir et à nouveau
sélectionnez si vous le désirez.
Install (Installation)
Le défilement à l'écran se passe parfois très rapidement sur les
machines puissantes. Vous pouvez toujours le stopper et le redémarrer
à l'aide des combinaisons respectives de touches Ctrl-s et
Ctrl-q. À la fin de la tâche, vous aurez une liste des
paquets non installés.
Il peut arriver qu'un paquet ne soit pas installé car il dépend d'un
autre qui est décrit comme à installer mais qui ne l'est pas
encore. La solution consiste à relancer Install une nouvelle
fois. Il a été reporté des cas où il a été nécessaire de le relancer
quatre fois avant que tout ne se mette en place correctement. Cela
varie beaucoup suivant votre méthode d'acquisition.
Configure (Configuration)
La plupart des paquets sont configurés à l'étape précédente mais toute
chose restée en suspens peut être achevée ici.
Remove (Suppression)
Suppression des paquets installés que l'on désire retirer.
Quit (Quitter)
Je suggère de lancer
Lorsque le processus d'installation lance
Vous pouvez vous faire une idée de la taille d'un paquet en appuyant
deux fois sur i et en regardant le champ Size (Taille). Ceci
est la taille du paquet avec compression donc la décompression du
paquet risque d'être nettement plus importante (voir le champ
Installed-Size (Taille après installation) qui est en
kilo-octets, pour la déterminer).
Installer un nouveau système Debian est une chose complexe mais
Les termes suivants sont largement utilisés dans ce livre et de
façon générale lorsque l'on parle de Debian.
Paquet
C'est un fichier contenant tout le nécessaire à l'installation, à la
désinstallation et à l'utilisation d'un programme particulier. Le
logiciel qui gère les paquets est
Nom de paquet
Tous les noms de paquets sont de la forme
xxxxxxxxxxx.deb. Voici un exemple de noms de paquets simples:
Les raccourcis de l'écran de sélection de
Votre système est maintenant installé ! Vous pouvez vous congratuler
du bon travail effectué ! Il est temps maintenant de lancer le système
pour l'utiliser. Dans ce chapitre, nous allons vous faire découvrir
les lignes de commande Debian, quelques principes de sécurité et
comment sortir du système. Dans les chapitres suivants, nous
détaillerons plus ces sujets et nous vous ferons découvrir l'interface
graphique de Debian, X11.
Après avoir quitter
Pour utiliser Debian, vous devez vous identifier personnellement au
système. Cela lui permettra de savoir qui vous êtes, quels sont vos
droits et quelles sont vos préférences.
Pour en arriver là, vous avez un nom d'utilisateur ou un
login
Vous avez aussi un mot de passe et ainsi personne ne peut prétendre
s'identifier à votre place. Si vous n'avez pas de mot de passe, tout
le monde peut se connecter à votre place sur votre ordinateur depuis
Internet et faire des tas de mauvaises choses. Si vous vous préoccupez
un tant soit peu de sécurité, vous devez avoir un mot de passe.
De nombreuses personnes préfèrent croire que les autres ne feront rien
de méchant sur leur compte. Il est raisonnable de croire que votre
environnement de travail n'encourage pas la paranoïa. C'est une
attitude parfaitement raisonnable. Cela dépend de vos priorités
personnelles et de votre environnement. Il est certain qu'un système
familial n'a pas les mêmes besoins en sécurité qu'une installation
militaire. Debian vous permet aussi bien d'être sécurisé
qu'insécurisé. Cela reste à votre convenance.
Lorsque vous démarrez Debian, vous apercevez un prompteur
(prompt): c'est l'ordinateur qui se met en attente
d'informations. Dans ce cas, le prompteur est
Vous devez taper votre nom d'utilisateur et, lorsque l'on vous le
demande, votre mot de passe. Le mot de passe n'apparaît pas à l'écran
lors de sa frappe. Appuyez sur la touche Entrée après avoir
entré le nom d'utilisateur et après le mot de passe. Si vous trompez
lors de la frappe de votre nom d'utilisateur ou lors de celle du mot
de passe, vous aurez à recommencer.
Si vous effectuez l'opération correctement, vous verrez un message
rapide et ensuite un $ suivi d'un prompteur. Le $ est écrit par un
programme spécial appelé le shell
Essayez d'entrer la commande
Dans le reste du livre, lorsque nous parlons d'entrer une commande,
vous aurez à la taper après le prompteur du shell puis la valider avec
la touche Entrée.
Lorsque vous avez fini de travailler, il se peut que vous désiriez
quitter votre système. Pour sortir du shell, entrez la commande
Tout ce que vous tapez après le prompteur du shell et avant de valider
par Entrée est appelé une ligne de commande. C'est
une ligne de texte qui demande à l'ordinateur de faire quelque
chose. Le shell par défaut de Debian offre de nombreuses
fonctionnalités pour rendre plus aisée l'entrée de la ligne de
commande.
Vous pouvez revenir aux commandes précédentes pour les lancer à
nouveau ou vous pouvez les modifier avec facilité et ensuite les
relancer. Essayez ceci: entrez n'importe quelle commande, comme
Si vous avez entré de nombreuses commandes, vous pouvez appuyer sur la
flèche plusieurs fois pour naviguer au travers des différentes
commandes. Cette fonctionnalité est très pratique si vous répétez la
même chose plusieurs fois de suite, ou si vous tapez mal une commande
et que vous la rappeliez pour la corriger. Vous pouvez aussi utiliser
la flèche verticale vers le bas pour circuler dans l'autre sens, vers
les commandes les plus récentes. Lorsqu'il n'y a plus de commande à
afficher, l'ordinateur envoie alors un signal sonore.
Vous pouvez aussi vous déplacer sur la ligne de commande pour
effectuer des transformations. La façon la plus simple est d'utiliser
les flèches de déplacements horizontaux gauche et droite. Essayez de
taper
Il y a bien d'autres fonctionnalités avancées mais il n'est pas
nécessaire de les mémoriser maintenant. Essayez Ctrl-a pour
vous retrouver directement au début de la ligne de
commande. Ctrl-k (le k est pour kill, tuer en
anglais) détruira tous les caractères situés à droite jusqu'à la fin
de la ligne; essayez-la à partir du milieu d'une ligne de
commande. Ctrl-y renvoie la dernière chose que vous avez
détruite en l'insérant à la position courante du curseur (y est pour
yank en anglais). Ctrl-e déplace le curseur jusqu'à
la fin de la ligne de commande.
Allez de l'avant et jouez avec l'édition de la ligne de commandes pour
commencer à la maîtriser. Expérimentez.
Puisque Debian est un système multi-utilisateurs, il est nécessaire
d'en désigner un de particulier ou un programme pour être capable de
tout faire sur le système. Le noyau n'autorise pas l'utilisateur
normal à changer des fichiers importants du système. Cela signifie
que les choses restent dans l'état où elles sont, à l'abris des
accidents, des virus et même des tours de magie. À la différence de
certains autres systèmes d'exploitation, Debian est à l'abris de ce
genre de tracas. Il n'est pas nécessaire d'utiliser un programme
d'anti-virus.
Parfois, il est quand même nécessaire de changer des fichiers
importants. Par exemple, vous pouvez avoir envie d'installer un
nouveau logiciel ou bien de configurer votre connexion réseau. Pour le
faire, il vous faut des pouvoirs plus étendus que ceux d'un
utilisateur normal. Vous devez devenir l'utilisateur root
(parfois appelé aussi le super-utilisateur).
Pour devenir root, il vous suffit de vous loguer avec le nom
d'utilisateur root et le mot de passe de root. Ceci a été
fait durant l'installation: voir la section 5.15 pour plus de détails.
Dans de nombreux sites, seul l'administrateur système possède le mot
de passe de root et seul l'administrateur système peut faire les
tâches dévolues à root. Si vous utilisez votre propre ordinateur
personnel, vous êtes l'administrateur système, bien-sûr. Si
vous n'avez pas les privilèges du super-utilisateur, il vous sera
nécessaire de passer la main à votre administrateur système pour les
tâches qui requièrent les privilèges de root.
Parfois, vous aurez accès au mot de passe de root, souvent dans des
organisations ou sur des serveurs d'écoles, car l'administrateur
système vous fait confiance dans sa juste utilisation. Dans ce cas, il
vous sera possible d'aider l'administrateur et de personnaliser le
système pour vos besoins. Mais vous devrez toujours agir de façon
responsable, en respectant tout le temps les autres utilisateurs.
Si vous possédez le mot de passe de root, essayez de vous loguer en
tant que root maintenant. Entrer la commande
Il se peut que vous trouviez la commande
Voici quelque chose à essayer. Loguez-vous en tant que simple
utilisateur, c'est-à-dire, en n'étant pas root. Après, votre session
devrait ressembler à quelque chose comme cela:
Lorsque vous faîtes des tâches d'administration système, vous devriez
les faire autant que possible en tant que simple utilisateur. Ensuite,
utilisez
Le noyau Linux supporte les consoles virtuelles. Ceci permet de faire
de votre simple écran et clavier un système de type terminaux
multiples connectés au même système. Heureusement, l'utilisation des
consoles virtuelles est triviale sous Debian: il y a des touches
dédiées pour aller d'une console à l'autre rapidement. Pour l'essayer,
loguez dans votre système puis pressez sur Alt-F2 (appuyez
simultanément sur la touche Alt et sur F2 qui est la
touche de fonction numéro deux).
Vous devriez vous retrouver avec une demande de login. Ne paniquez
pas. Vous êtes maintenant sur la console virtuelle (VC pour
virtual console en anglais) numéro deux ! Loguez-vous et
faîtes quelque chose - quelques commandes
Debian est fourni avec six consoles actives par défaut, qui sont
accessibles avec la combinaison de la touche Alt et des
touches de fonctions F1 jusqu'à F6. (Techniquement,
il y a plus de six consoles actives mais seules six sont accessibles
pour vous loguer. Les autres sont réservées pour le système X Window
ou d'autres tâches.)
Si vous utilisez le système X Window, il se lance généralement sur la
première console virtuelle non utilisable - probablement la
sept. Dès-lors, pour passer de la console virtuelle sous X à une des
six autres consoles, vous devez ajouter la touche Ctrl à la
séquence de touches. Ainsi, il faut faire Ctrl-Alt-F1 pour
aller à la console virtuelle numéro un. Mais vous pouvez aller d'une
console texte vers une console X en n'utilisant que la touche
Alt. Si vous ne quitter jamais X, vous n'avez pas à vous
inquiéter à ce sujet, X passera automatiquement sur sa console
virtuelle au démarrage.
Une fois que vous les aurez maîtrisées, les consoles virtuelles
deviendront certainement un outil indispensable pour faire plusieurs
choses en même temps (Le système X Window offre la même
fonctionnalité, au détail près qu'il s'agit de fenêtres multiples
plutôt que de consoles). Vous pouvez lancer différents programmes dans
chaque console virtuelle ou vous loguer en root dans une et en
vous-même dans une autre. Ou bien chacun dans la famille n'utilise que
sa console virtuelle. Ceci est particulièrement pratique si vous
utilisez X car dans ce cas, vous pouvez lancer plusieurs sessions X en
même temps dans différentes consoles.
N'éteignez pas simplement l'ordinateur ! Vous risquez de perdre
des données de valeurs !
Si vous êtes le seul utilisateur de la machine, vous pouvez avoir
envie de l'éteindre une fois votre travail terminé.
Pour éviter de fatiguer certains composants, il est recommandé de
n'éteindre sa machine qu'une fois par jour, lorsque tout le travail
est terminé. L'allumage et l'arrêt des ordinateurs sont les deux
causes principales d'usure et de fatigue des composants internes de
l'ordinateur. Allumer et fermer votre ordinateur une fois par jour est
certainement le meilleur compromis entre votre facture d'électricité
et la durée de vie de votre machine.
C'est une mauvaise chose que d'éteindre l'ordinateur en appuyant
simplement sur le bouton d'alimentation du courant lorsque vous avez
fini de travailler. C'est aussi une mauvaise idée que de rebooter la
machine (avec le bouton Reset) sans avoir pris auparavant
quelques précautions. Le noyau Linux, pour augmenter ses performances,
utilise un cache disque. Cela signifie qu'il garde
temporairement en mémoire certaines informations stockées sur le
disque. Puisque la mémoire est des milliers de fois plus rapide qu'un
disque dur, certaines opérations sur les fichiers sont ainsi beaucoup
plus rapides. Périodiquement, ces informations en mémoire sont
retranscrites sur le disque. Cette opération est appelée
syncing. En vue d'éteindre ou de rebooter votre machine, il
est nécessaire de lui dire de tout nettoyer en mémoire et de le placer
sur l'unité de stockage permanent.
Pour rebooter, tapez simplement
Pour éteindre l'ordinateur il vous faut vous loguer en tant que
root. Vous n'avez alors qu'à taper la commande
Il est maintenant temps d'explorer le système plus en détail. Vous
avez vu comment se loguer et éteindre le système. Dans ce chapitre,
nous allons explorer la ligne de commandes sous Linux, comment Linux
gère fichiers et répertoires et quelques règles de base pour vous
identifier des autres.
Nous avons déjà discuté de la ligne de commandes - qui sont,
rappelons-le, les commandes que vous tapez après le prompteur du
shell. Cette partie décrit la structure de lignes de commandes
beaucoup plus compliquées.
Une ligne de commandes minimale contient juste le nom d'une commande,
comme
Les options changent le comportement d'une commande, en activant une
fonctionnalité particulière. Généralement, on trouve un « - » les
précédant. Les utilitaires GNU ont aussi une « forme longue » pour les
options; la forme longue de
Tout ce qui n'est pas une option et qui n'est pas le nom d'une
commande est un argument (et dans le cas présent,
Voici un résumé de la ligne de commande
Le nom de la commande demande à l'ordinateur d'aller chercher les
pages du manuel. Ceci est une documentation des commandes. Par
exemple,
L'option, change le comportement de la commande
est l'argument; en raison de la présence de l'option
Allez-y et tapez la commande
Remarque: vous pouvez sauter cette partie si vous voulez avancer
rapidement.
Il existe une façon concise et traditionnelle de décrire la
syntaxe d'une commande. La syntaxe veut dire la
façon correcte de combiner les options variées ainsi que les
arguments. Par exemple, si vous tapez
Tout ce qui se trouve entre crochet ([ ]) est optionnel. Dans ce cas,
il n'est pas nécessaire d'utiliser l'option
Regardons d'un peu plus près les descriptions complexes de la page de
manuel de
Il n'est pas nécessaire d'aller plus en avant (et ne vous inquiétez
pas quant à sa signification), mais attirez votre attention sur
l'organisation de la description.
Premièrement, ce rassemblement en grappe d'options veut généralement
dire que vous pouvez en utiliser une ou plusieurs dans différentes
combinaisons. Ainsi,
Ensuite, le symbole | signifie « ou ». Ainsi, vous pouvez utiliser
l'option
Enfin, remarquez bien que vous devez respecter les crochets car ils
indiquent les unités optionnelles. Ainsi, si vous avez une
Il n'est pas nécessaire de mémoriser tout cela. Il suffit juste de
revenir à cette partie pour lire la documentation.
Les fichiers sont une facilité pour stocker et organiser
l'information, analogue aux documents papier. Ils sont organisés en
répertoires qui sont appelés dossiers sur certains
autres systèmes. Regardons d'un peu plus près l'organisation des
fichiers sur un système Debian:
Un simple / représente la répertoire racine. Tous les autres fichiers
et répertoires sont contenus dans le répertoire racine. Si vous venez
du monde DOS ou Windows, / est similaire à ce que le C: signifie pour
le DOS qui est la racine du système de fichiers. Une différence
importante entre DOS et Linux est que DOS garde toujours C: (pour le
premier disque dur), A: (premier lecteur de disquettes) et D: (soit le
lecteur de cédérom soit le second disque dur) alors que Linux organise
tous ses fichiers autour de la même racine /.
C'est le répertoire personnel de l'utilisateur janeq. En
lisant de gauche à droite, pour aller dans ce répertoire, on commence
dans le répertoire racine, puis dans le répertoire
C'est le fichier de configuration du système X Window. Il réside dans
le sous-répertoire
Choses importantes à retenir
Ne vous inquiétez si tout ceci n'est pas complètement clair pour vous:
il y a de nombreux exemple à venir.
Pour utiliser votre système, vous devrez connaître comment créer,
déplacer, renommer et détruire fichiers et répertoires. Cette partie a
pour but de montrer comment le faire avec les commandes standard de
Debian.
La meilleure méthode d'apprentissage est encore d'essayer. Tant que
vous n'êtes pas root (et vous n'avez pas maintenant à créer
d'importants fichiers personnels), vous ne pouvez faire de catastrophe
irrémédiable. Lancez-vous - tapez chacune de ces commandes après le
prompteur et appuyer ensuite sur la touche entrée:
Le répertoire en cours est toujours considéré comme le répertoire
courant de travail pour le shell que vous utilisez. Vous pouvez
toujours le visualiser à l'aide de la commande
Ceci pour vérifier que vous êtes bien dans le répertoire racine.
Taper
Avant de continuer, il vous faut savoir qu'il y a vraiment deux sortes
de fichiers. Certains d'entre eux commencent par /, le répertoire
racine, comme
Seuls deux répertoires ne sont utilisés qu'avec des noms de fichiers
relatifs: « . » et « .. ». Le répertoire . se
réfère au répertoire courant et .. au répertoire parent. Ce sont des
raccourcis. Ils existent dans tous les répertoires. Même le
répertoire racine à un répertoire parent - c'est son propre parent !
Ainsi, tous les fichiers comprenant . ou .. sont relatifs car
leur expression dépend du répertoire courant. Si je suis dans
Un dernier petit truc: le tilda ~ est équivalent à votre
répertoire personnel. Ainsi, taper
Il y a encore quelques commandes à essayer maintenant que vous
maîtrisez les chemins relatifs. Tapez
Cela fabrique dans votre répertoire personnel un répertoire nommé
Ceci change le répertoire vers
Ceci crée un sous-répertoire de
Ceci vous permet de visualiser le contenu du fichier
va s'assurer que la copie est bien conforme à l'original.
vérifie qu'il n'existe plus de fichier
s'assure que
Ceci change de répertoire vers le répertoire
Remarquez bien que contrairement à de nombreux autres systèmes, il n'y
a pas de différence entre renommer un fichier et le déplacer. Ainsi,
on ne trouve pas de commande
Comme d'habitude, vous pouvez taper
De la même façon que . signifie « le répertoire où je suis maintenant
», .. signifie « le parent du répertoire courant ». Et dans le cas
présent, le répertoire
Change de répertoire vers le répertoire parent, c'est-à-dire ici
Ceci vous permet de sortir du répertoire courant et de vous déplacer
dans le répertoire parent. Maintenant vous pouvez taper la séquence
suivante:
Ceci détruira les derniers restes de notre essai.
Nous savons maintenant comment créer, copier, déplacer, renommer et
détruire fichiers et répertoires. Nous avons aussi appris quelques
raccourcis comme taper simplement
Lorsque vous tapez
Parfois, un fichier créera automatiquement un fichier caché ; par
exemple, Netscape vous permets d'éditer dans une fenêtre
graphique vos préférences et de sauvegarder vos choix. D'autres fois,
vous devrez les créer vous-même à l'aide d'un éditeur de texte. C'est
la façon traditionnelle de faire mais vous avez à apprendre le format
particulier de chaque fichier, ce qui est un inconvénient au début
mais vous donne par la suite beaucoup de puissance.
Nous avons déjà souligné le fait que GNU-Linux est un système
multi-tâches. Il peut traiter plusieurs choses simultanément. Chacune
de ces tâches est appelé processus (process en
anglais). La meilleure façon de comprendre ce qui précède est de taper
Dans la colonne à l'extrème gauche, vous apercevrez les utilisateurs
propriétaires de chaque processus. À l'extrème droite, vous trouverez
la liste des commandes évoquées. Vous avez certainement remarqué que
Remarquez que toutes les commandes se terminant pas « d » - comme
Les daemons
Maintenant, appuyez sur
La colonne numéro deux vous renvoie le PID pour Process
IDentication (identificateur de processus). On assigne à chaque
signal un unique PID. Vous pouvez utiliser les PID pour contrôler
individuellement les processus (on approfondira le sujet
ultérieurement). Un truc utile est la commande
Il se peut que vous vous posiez la question de la différence entre un
processus et un programme. En pratique, on utilise indifféremment l'un
pour l'autre. Techniquement parlant, un programme est le jeu
d'instruction écrit par un programmeur et gardé sur le disque. Le
processus est l'instanciation en mémoire de ce programme sous
Linux. Mais il n'est pas primordial de faire une réelle différence.
Beaucoup de vos interventions avec un ordinateur vont consister à
contrôler les processus. Vous allez devoir les faire partir, les
arrêter et les observer. Votre outil privilégié pour cela est le
shell.
Le shell, ou interpréteur de commandes, vous permet
d'interagir avec votre ordinateur. Il est appelé shell
(coquillage) car il vous fournit un environnement de travail, comme
une sorte de petite maison électronique pour vos travaux informatiques
(pensez à l'abri de l'ermite).
La fonction la plus simple du shell est de lancer les autres
programmes. Vous tapez le nom du programme que vous voulez lancer,
avec à la suite les arguments que vous voulez et le shell demandera au
système de lancer le programme pour vous.
Bien sûr, les systèmes graphiques avec fenêtres fournissent le même
type de services. Techniquement, Windows 95 fournit un shell graphique
et le système X Window fournit un autre type de shell graphique. Mais
le terme shell est communément employé en sous-entendant
shell pour lignes de commandes.
Cela va sans le dire mais les hackers travaillant sur un shell ne se
contentent pas de lancer simplement des commandes. Votre shell regorge
d'astuces cachées et de fonctionnalités puissantes si vous désirez
vous en servir.
Il y a de très nombreux shells différents disponibles. La plupart
d'entre eux sont basés soit sur le Bourne Shell soit sur le
C shell, deux des plus vieux shells. Le nom originel du
Bourne Shell est
Debian est un système multi-tâches donc vous avez besoin d'un moyen de
faire plus d'une chose à la fois. Les environnements graphiques, comme
X, fournissent un élément naturel pour le faire: ils autorisent
plusieurs fenêtres simultanément. Naturellement,
Récemment, vous avez utilisé
Entrer une ligne de commande lance un job. Essayez de taper
Mais admettons que vous désiriez faire quelque chose d'autre pendant
la lecture du manuel. Pas de problème. Appuyez sur Ctrl-z
pour suspendre la lecture du manuel (mis en arrière-plan du job
courant) et ainsi remettre en avant-plan le shell. Lorsque vous
suspendez un job,
Observez bien les deux dernières lignes. Les deux dernières comportent
l'information sur le job et vous avez le prompteur du shell.
Il y a de nombreuses choses à faire avec les jobs. Avec
Cela crée un nouveau job.
Cela le suspend; vous devriez voir les informations du job.
Lance un nouveau job.
Le suspend aussi.
Demande au
Remarquez bien que les - et + qualifient respectivement
l'avant-dernier et le dernier job en arrière-plan.
Cela place le dernier job en arrière-plan (
Suspend à nouveau
Vous pouvez vous référer à n'importe quel job en utilisant % suivi de
son numéro. Si vous utilisez
Suspend à nouveau
Détruit le job numéro 1.
L'option
En des termes plus techniques,
Cela nous renvoie à l'écran la sortie de
Il se peut que vous ne voyez pas vos processus car trop bas pour
apparaître à l'écran. Si vous utilisez X (voir chapitre 11), vous
pouvez redimensionner votre
Même ces simples jobs sont en réalité des processus multiples,
incluant le processus
Vous vous demandez peut-être comment nettoyer les deux jobs
restant. Vous pouvez soit les tuer (avec la commande
Une touche finale: la documentation de
Cette partie mentionne rapidement quelques fonctionnalités couramment
utilisées sous
Le shell
Les systèmes de type Unix sont multi-utilisateurs et vous avez donc
votre propre identité comme utilisateur sur le système. Tapez
Remarquez bien que l'information de
En lisant les chapitres précédents, vous avez déjà interagit avec le
shell. Le shell est le programme qui reçoit vos commandes et qui les
exécute. Dans ce chapitre, nous allons explorer le shell plus en
avant, avec une mention spéciale pour le personnaliser afin de lui
faire faire le travail que vous voulez qu'il fasse.
Chaque processus a un environnement associé. Un environnement
est ensembles de variables d'environnement. Une variable est
une valeur modifiable avec un nom déterminé. Par exemple, le nom
EMAIL peut se référer à la valeur
Puisque le shell n'est qu'un processus parmi d'autres, il possède
aussi son environnement. Vous pouvez visualiser votre environnement en
entrant la commande
Les variables d'environnement sont une façon de configurer le
système. Par exemple, la variable EDITOR vous permet de
sélectionner votre éditeur préféré pour poster des news,
écrire du courrier électronique et ainsi de suite.
Régler ses variables d'environnement est quelque chose de triviale. En
pratique, commençons par personnaliser votre prompteur de shell ainsi
que votre visualiseur de texte avec les variables
d'environnement. Tout d'abord, commençons par un peu
d'informations basiques.
Cette commande vous permet d'accéder au manuel en ligne de la commande
Continuons et regardons un peu la page de manuel de
Après avoir lu les avantages de
La commande pour ajuster une variable d'environnement dans
C'est la façon la plus aisée d'accéder au contenu de la
variable. $PAGER demande en fait au shell d'insérer la valeur
de PAGER avant d'invoquer la
commande.
renvoie maintenant la page de manuel de
Vous pouvez essayer quelques spécificités de la commande
Si vous ne désirez pas spécifier un pageur, vous pouvez appliquer la
commande
Comme la variable PAGER a été détruite,
Pour s'amuser, tentons de modifier le prompteur. $ devrait maintenant
être modifié. Voici les étapes en détails:
Si vous le voulez, vous pouvez exporter la variable de shell, la
transformant ainsi en variable d'environnement. Si vous agissez de la
sorte, les programmes lancés à partir du shell pourront la voir.
Lorsque vous tapez une commande dans votre shell, ce dernier doit
trouver le programme correspondant sur votre disque avant de
l'exécuter. Si le shell devait examiner l'ensemble du disque dur, cela
serait extrêmement lent. À la place, il se contente d'aller chercher
dans un ensemble de répertoires contenu dans la variable
d'environnement PATH. Cette liste de répertoires est le
chemin d'accès du shell. Lorsque vous entrez une commande, le
shell va chercher dans chacun des répertoires de ce chemin pour
trouver la commande que vous lui avez demandé de lancer.
Il se peut que vous ayez à changer la variable PATH si vous
installez vous-même des programmes à des endroits non
conventionnels. La valeur du PATH est une liste de
répertoires séparés par des « : ».
Cette valeur est définie dans le fichier
Vous pouvez voir quel
Il y a de nombreuses commandes de la même sorte. Tapez
De nombreuses applications sous Linux vous permettent de modifier leur
comportement à certains moment en transformant les fichiers contenant
leurs informations de configuration. Ces fichiers de configuration
peuvent contenir des informations de lancement, des réglages de
configuration ou bien des ajustements pour la sortie. En général, un
nom de fichier de configuration est basé sur le nom de l'application
qu'il est sensé modifier. Cette convention de nom permet de déterminer
rapidement à quelle application appartient quel fichier de
configuration pour les réglages.
Il est important de se rappeler qu'il y a deux façons différentes de
configurer sur un système Debian. La configuration système
affecte tous les utilisateurs. Ces configurations se trouve dans le
répertoire
La configuration personnelle n'affecte qu'un simple
utilisateur. Les fichiers cachés sont utilisés à cette fin. Par
exemple, le fichier
Si vous utilisez la même commande de nombreuses fois, il se peut que
vous vous fatiguiez à la taper.
Admettons que vous désiriez toujours utiliser les options
Maintenant, il vous suffit de taper
Au fur et à mesure de vos expériences avec Linux, vous allez
comprendre combien manipuler les entrées et sorties des applications
est un concept très puissant. Cette partie décrit quelques points de
ce que peut vous apportez la redirection des entrées-sorties.
Chaque processus a au moins trois connexions avec le monde
extérieur. L'entrée standard est une des sources des données
du processus. La sortie standard est un des endroits où le
processus envoie ses données et l'erreur standard est
l'endroit où le processus envoie ses messages d'erreurs (on les
abrège généralement par
Les mots « source » et « endroit » sont
intentionnellement vagues. Ces lieux d'entrées-sorties standards
peuvent changer avec les utilisateurs. Cela peut être l'écran, le
clavier, un fichier et même une connexion réseau. Vous pouvez
spécifier les endroits à utiliser.
Lorsque vous lancez un programme à partir du shell, l'entrée standard
est généralement le clavier et la sortie standard, ainsi que les
erreurs, s'affichent sur votre écran. Vous pouvez bien sûr demander à
votre shell de modifier ce comportement.
Par exemple, la commande
Utilisez ensuite
Vous pouvez changer l'entrée standard d'une commande avec
l'opérateur de redirection d'entrée, < . Par exemple,
Si l'on approfondit un peu, la commande
Il y a bien-sûr une raison pour cette double fonctionnalité. Par
exemple, il est possible de connecter la sortie standard d'une
commande sur l'entrée standard d'une autre commande. Cela s'appelle un
tube (pipeline en anglais). Cela utilise
l'opérateur tube
Peut-être désirez-vous voir la GNU General Public License à
l'envers ? Pour le faire, utilisez la commande
Malheureusement, cela défile beaucoup trop rapidement pour être
lisible. Donc vous ne voulez avoir que quelques paragraphes: la
solution est un tube:
Cela prend donc la sortie standard de
Vous pouvez enchaîner ainsi autant de commandes que vous le
désirez. S'il vous prend une envie inexpliquable de transformer tous
les G en Q, il vous suffit d'utiliser la commande
Vous pouvez obtenir le même résultat en utilisant des fichiers
temporaires et des redirections, par exemple:
Il est clair qu'un tube est bien plus pratique.
Vous désirez souvent utiliser une commande sur tout un groupe de
fichiers. Des caractères spéciaux (wildcards) sont utilisés
pour créer des termes génériques d'expansion de nom de
fichiers. Une série de lettres et des caractères spéciaux
permettent ainsi de lister des fichiers. Par exemple, le motif
* est un motif qui remplace n'importe quelle série de caractères et
ainsi l'expression
Cette liste de fichiers est très utile comme un jeu d'arguments pour une
commande. Par exemple, le répertoire
C'est particulièrement lourd et pénible. À la place, il suffit
d'utiliser le caractère spécial « ? » comme suit:
Les caractères spéciaux disponibles sont les suivants:
Correspond à n'importe quel groupe de 0 ou plus de caractères.
Correspond à un caractère quelconque mais unique.
Si vous entourez des caractères de crochets, le résultat est une
correspondance avec ces caractères. Par exemple,
Les motifs d'expansion sont très simples, à partir du moment où vous
les voyez dans des exemples concrets:
Cela vous fournit la liste de tous les fichiers finissant pas
Cela vous fournit une liste de fichier se terminant soit par
Cela vous fournit la liste de tous les fichiers de trois lettres
commençant par un
Cela vous fournit la liste de tous les fichiers de trois lettres ne
commençant pas par la lettre
Cela vous fournit l'ensemble des fichiers commençant par
Dans la partie 7.2, nous avons montré comment déplacer et renommer
des fichiers avec
Les systèmes Unix et GNU sont paramétrables pour pouvoir autoriser de
nombreuses personnes à utiliser la même machine tout en conservant
secrets certains fichiers ou en empêchant certaines personnes de
modifier certains fichiers. Vous pouvez le vérifier par
vous-même. Loguez-vous en tant que vous-même, c'est-à-dire PAS en
root.
Ceci pour vérifier que vous n'êtes pas root. Ensuite, entrer la
commande suivante:
L'ordinateur devrait vous répondre
Maintenant, tapez
Cela devrait vous renvoyer quelque chose comme cela:
L'option
Tout d'abord, une brève explication technique:
Tout ceci est du charabia. Étudions les choses plus calmement.
Tous les fichiers ont deux propriétaires: un utilisateur et
un groupe. Le cas précédent peut porter à confusion car il y a un
groupe nommé root et en même temps un utilisateur nommé
root. Les groupes sont juste un rassemblement d'utilisateurs
à qui on donne collectivement le droit d'accéder à une partie du
système. Un bon exemple est le groupe games. Vous pouvez
créer un groupe games sur votre ordinateur et le paramétrer
de façon à ce que seuls les gens appartenant à ce groupe aient
l'autorisation de jouer sur la machine.
Il y a des exemples plus pratiques: considérons le cas de la
configuration d'une machine pour une école. Il y a certains fichiers
dont vous voulez restreindre l'accès aux professeurs seulement, et pas
aux élèves. Vous créez donc un groupe dans lequel vous rassemblez tous
les professeurs. Ensuite, vous pouvez indiquer au système que certains
fichiers appartiennent au groupe professeurs et que personne
d'autre n'y a accès.
Explorons les groupes du système. En premier lieu, vous pouvez
utiliser la commande
Vous semblez donc n'appartenir qu'à un groupe, qui est identique à
votre nom d'utilisateur. Dans tous les cas, root peut vous ajouter
dans d'autres groupes. L'exemple suivant montre une personne membre de
cinq groupes:
Ce fichier contient la liste des groupes disponibles sur votre
système. Remarquez bien le groupe root (le seul membre de ce groupe
est l'utilisateur root) et le groupe qui correspond à votre nom
d'utilisateur. Il y a aussi des groupes comme dialout (les
utilisateurs autorisés à lancer le modem) et floppy (les
utilisateurs qui ont accès au lecteur de disquette). Il est probable
que votre système ne soit pas configuré pour avoir l'usage de ces
groupes. Il est préférable que seul root ait accès au lecteur de
disquettes ou au modem pour le moment. Pour les détails en ce qui
concernent ce fichier, reportez-vous au
Cette commande vous montre que tous les répertoires utilisateurs sont
la propriété de leur utilisateur et de leur groupe personnel.
Si vous venez d'installer Debian, vous êtes peut-être le seul
utilisateur. Vous pouvez ajouter d'autres utilisateur à l'aide de la
commande
En plus d'être la propriété d'un seul utilisateur et d'un seul groupe,
chaque fichier et répertoire possède aussi un mode qui détermine qui a
le droit de lire, d'écrire et d'exécuter un fichier (et de le lancer
s'il s'agit d'un programme). Il y a d'autre petites fonctionnalités
apportées par le mode mais ce sont des réglages avancées et nous les
laisserons de côté pour le moment.
Un mode ressemble à cette sortie de
Dans la ligne mode, le premier « élément » donne le type de
fichier. Le - signifie que c'est un fichier normal (regular
file). Si nous avions eu
Les neuf éléments restant sont utilisés pour définir le mode du
fichier. Les neuf bits basics (
Si toutes les permissions sont activées et qu'il s'agit d'un fichier
normal, le mode va ressembler à ceci:
Si c'était un répertoire avec toutes les permissions désactivées pour
le monde et activées pour tous les utilisateurs et le groupe, cela
ressemblerait à:
Le tableau suivant indique la signification des permission de lecture,
écriture et exécution pour les fichiers et les répertoires:
Les modes du répertoire peuvent porter un peu à confusion donc voici
une série d'exemples des effets de combinaisons diverses.
L'utilisateur, le groupe et les autres avec ces permissions peuvent
afficher le contenu du répertoire mais ne peuvent rien faire
d'autre. Les fichiers contenus dans ce répertoire ne peuvent être lus,
modifiés ou manipulés de quelle que façon que ce soit. La seule action
autorisée consiste à lire le répertoire en lui-même ce qui revient à
afficher ce qu'il contient et donc la liste des fichiers.
La permission d'écriture n'a pas d'effet en l'absence de celle
d'exécution donc ce mode se comporte exactement comme le mode
précédent.
Ce mode permet aux fichiers présents dans le répertoire d'être
visibles et permet aussi d'accéder à ces fichiers. Dans tous les cas,
les fichiers ne peuvent être créés ou détruits. Accéder
signifie que vous pouvez voir, changer et exécuter les fichiers
suivant leurs permissions respectives.
Les fichiers de ce répertoire sont accessibles mais le contenu du
répertoire ne l'est pas. Il vous faut donc connaître à l'avance le nom
du fichier que vous recherchez (à moins d'avoir des talents de
devin). Les fichiers ne peuvent être ni créés ni détruits.
Vous pouvez faire tout ce que vous voulez avec les fichiers de ce
répertoire tant que vous respectez leurs permissions respectives.
Les permissions d'écriture d'un répertoire détermine si vous pouvez
détruire des fichiers dans ce répertoire. Un fichier en lecture seule
pourra être effacé si vous avez les permissions d'écriture dans le
répertoire le contenant. Vous ne pouvez détruire un fichier d'un
répertoire en lecture seule même si vous avez les droits d'écriture
sur le fichier.
Cela signifie que si vous êtes le propriétaire d'un répertoire, vous
pouvez toujours détruire un de ses fichiers, y compris si ce fichier
appartient à root.
La permission d'exécution d'un répertoire détermine la possibilité
d'avoir accès aux fichiers - si bien sûr leurs permissions respectives
l'autorisent. Si vous avez le droit d'exécution d'un répertoire, les
droits d'exécution de ses fichiers devraient suivre. Sinon, les
permissions des fichiers ne servent à rien: vous y avez accès dans
tous les cas.
Cette partie contient une série d'exemples pour montrer comment
utiliser les permissions. Pour changer les permissions, on utilise la
commande
Il y a une série de nouveaux trucs ici. En premier, vous pouvez
utiliser
ce qui revient au même que
Les deux méthodes conduisent au même résultat.
Rappelez-vous que
Bien-sûr, la date et le nom du groupe et de l'utilisateur seront
différents chez vous. La taille du fichier est
Cette commande ajoute (
Maintenant, vous ôtez (
Ici, vous positionnez (
est un raccourci
Vous devrez répondre en tapant
Qu'est-ce donc cette affaire
Maintenant que vous êtes capable de naviguer au gré des répertoires,
allons faire un tour auprès des fichiers et des répertoires que vous
avez créés en installant Debian. Si vous êtes curieux, faîtes un
Comme on l'a déjà mentionné, il s'agit du répertoire racine qui
contient tous les autres répertoires.
Attention, ne confondez pas
C'est l'endroit où l'on place le répertoire personnel de tous les
utilisateurs normaux - c'est-à-dire tous sauf le root. Chaque
répertoire personnel est appelé du nom de l'utilisateur; par exemple
Votre répertoire personnel est l'endroit où vous placez vos travaux
personnels, votre courrier électronique et tous les autres documents,
ainsi que vos fichiers de configurations personnelles. C'est votre «
chez vous » dans le système...
Ce répertoire contient les « binaires » et les fichiers
exécutables indispensables au fonctionnement du système. Des
exemples sont le shell (
Ce répertoire contient les « binaires systèmes ». Ce sont
les utilitaires que l'utilisateur root ou l'administrateur système
auront à utiliser. Vous n'aurez probablement jamais à y avoir accès
dans votre travail quotidien.
Ce répertoire contient beaucoup de fichiers susceptibles de vous
intéresser. Il a de nombreux sous-répertoires.
Bien que non essentiel au bon fonctionnement de l'ordinateur,
Le système Debian n'installe rien dans ce répertoire. Vous devrez
l'utiliser pour installer des logiciels que vous compilerez vous
même ou tout logiciel non contenu dans un paquet Debian. Vous pouvez
aussi l'installer dans votre répertoire personnel si vous êtes le
seul à l'utiliser.
Ce répertoire contient l'ensemble des fichiers de configuration du
système. Lorsque vous désirez changer quelque chose au système qui
impacte tous les utilisateurs de votre ordinateur - comme votre
connexion Internet ou bien un changement de carte vidéo - vous aurez
probablement à vous loguer en root et à modifier un fichier dans
Vous trouverez ici les fichiers temporaires de votre système, la
plupart d'entre eux créés par le système. Ce répertoire est
généralement nettoyé régulièrement ou à chaque boot du
système. Vous pouvez créer des fichiers ici mais gardez à l'esprit
qu'ils peuvent être détruits automatiquement.
Ce répertoire contient les fichiers « variables » que le
système change automatiquement. Par exemple, les courriels entrants
sont stockés ici. Le système garde une trace de ses actions ici. Il
y a un grand nombre d'autres fichiers engendrés automatiquement
ici. Vous pouvez prêter attention au contenu du répertoire de
Il y a évidemment bien d'autres répertoires dans votre système, bien
trop d'ailleurs pour que l'on puisse tous les décrire ici.
Pour changer quelque chose, vous aurez certainement à vous contenter
de votre répertoire personnel et de
Il est souvent bien pratique de réduire la taille d'un fichier -
disons, pour le télécharger plus rapidement, ou bien pour gagner de la
place sur votre disque dur. Le programme affecté à cette tâche est
Cela vous renvoie dans votre répertoire personnel et copie un fichier
arbitrairement choisi (
Affiche le contenu du répertoire courant. Remarquez bien la taille de
Ceci comprime
Observez le résultat de cette commande:
Ceci décomprime le fichier. Remarquez bien que
Utilisez cette commande pour effacer le fichier puisqu'on ne l'avait créé
juste que pour expérimenter.
Il y a deux utilitaires pour rechercher un fichier:
Pour comparer les deux façons de faire une recherche, on va supposer
que l'on ne se rappelle plus où est le fichier de configuration
Cela devrait être très rapide. Vous allez obtenir une liste de noms de
fichier contenant
Maintenant, essayez la commande
Vous allez entendre une activité intense du disque dur, et cela va
prendre un temps assez long. Le résultat devrait ressembler à:
Remarquez que
Leur syntaxe aussi est différente. Avec
Comme la plupart des outils en lignes de commandes,
De façon générale,
Debian vous offre un utilitaire capable de deviner le contenu d'un
fichier à votre place. Bien que cela ne soit pas à 100% sûr, vous
pouvez utiliser cette commande pour explorer votre système.
Vous devriez avoir quelque chose comme ceci:
Si l'on retire les parties techniques, on peut dire que c'est un
fichier exécutable pour machine Intel.
La commande précédente vous donne la réponse suivante:
ce qui veut dire que c'est un fichier texte contenant un script écrit
en Bourne shell.
Plutôt que manipuler les fichiers à la main, vous pouvez utilisez un
gestionnaire de fichiers. Si vous manipulez de nombreux
fichiers à la fois, un gestionnaire de fichiers peut rendre votre
travail plus efficace. Il y a des gestionnaires de fichiers orienté
texte, comme
Décrire chacun d'entre est hors du propos de ce livre mais vous pouvez
les essayer si la ligne de commande ne vous sied pas.
Les fichiers textes sont prédominants sur un système GNU-Linux. Ils se
trouvent absolument partout, des fichiers de documentations aux
fichiers de configuration. Par chance, il est très facile de les
manipuler.
Un fichier texte est simplement un fichier qui ne contient que des
caractères interprêtables par un être humain. Il n'y a rien à dire de
spécial de plus à son sujet. L'autre type de fichier est le fichier
binaire qui est destiné à être interprêté par l'ordinateur.
Vous pouvez visualiser n'importe quel type de fichiers avec le pagineur
Parfois, vous trouverez des fichiers finissant par
La différence entre les deux sortes de fichiers est purement en
rapport avec ce qu'ils contiennent à la différence de certains autres
systèmes (comme le DOS ou MacOS) qui les traitent de façon différente.
Les fichiers textes peuvent contenir des scripts shell, de la
documentation, des notices de copyrights ou tout autre texte
lisible par un être humain.
Incidemment, ceci illustre la différence entre le code source
et les binaires exécutables.
Un éditeur de textes est le programme utilisé pour créer ou
changer le contenu d'un fichier texte. La plupart des systèmes
d'exploitation possède leur éditeur de textes: DOS a
Debian fournit une grande quantité d'éditeurs de
textes.
Il existe des éditeurs de textes plus simples comme
Ce livre n'aborde pas l'utilisation d'un éditeur en détail, bien que
nous allons rapidement faire une introduction à
Vous pouvez lancer
Cela va vous faire entrer dans l'écran d'édition. La partie supérieure
vous propose une aide sommaire; la partie inférieure montre le nom du
fichier que vous éditez. Se déplacer dans cet éditeur est simple: il
suffit d'utiliser les flèche de déplacement. Vous pouvez sauver le
fichier en tapant
Le but de ce chapitre est de décrire l'interface graphique utilisateur
du système X Window. Cela suppose que vous avez réussi à configurer X
comme décrit dans le manuel d'installation (même si le manuel
d'installation n'est pas encore écrit; vous aurez besoin d'utiliser le
XFree86 HOWTO, le contenu de
Une
Ce composant est aussi appelé parfois X11. Remarquez bien que
l'appellation « X Windows » est incorrecte.
X en lui-même est une manière pour les programmes de discuter avec
la souris et la carte vidéo sans savoir quel type de matériel il y a
au bout. En fait, c'est une abstraction du matériel
graphique. Les applications des utilisateurs parlent au serveur X dans
le langage du serveur X, le serveur X le traduisant alors dans le
langage de votre matériel. Cela signifie que votre programme n'a qu'à
être écrit une fois et qu'ensuite il tournera sur tous les
ordinateurs.
Dans le jargon de X, le programme qui parle au matériel est connu sous
le vocable serveur X. Les applications qui demandent au
serveur X d'afficher une fenêtre sur l'écran sont appelés clients
X. Le serveur X inclut un pilote pour la carte vidéo et donc vous
devez avoir un serveur X qui reconnaît votre carte vidéo.
Le serveur X ne fournit aucune fonctionnalité que l'on peut attendre
d'une GUI, comme redimensionner une fenêtre ou bien les réarranger. Un
client X spécial, appelé le gestionnaire de fenêtres, dessine
les bords des fenêtres et les barres de titre, redimensionne et
réarrange les fenêtres et fournit des facilités pour lancer d'autres
clients X via un menu. Des gestionnaires de fenêtres spécifiques
peuvent avoir d'autres fonctionnalités.
Les gestionnaires de fenêtres présents dans un système Debian sont
Ni le serveur X, ni le gestionnaire de fenêtres ne fournissent de
gestionnaire de fichiers, c'est-à-dire qu'il n'existe pas de
fenêtres contenant les icônes de vos fichiers et répertoires. Vous
pouvez lancer un gestionnaire de fichiers en tant qu'application
séparée, et il y en a de nombreux de disponibles. Le projet de bureau
GNOME se développe autour d'un gestionnaire de fichiers basé sur des
icônes et sur d'autres fonctionnalités basées sur des
GUI. Allez voir la page
GNOME
La dernière fonctionnalité de X est sa transparence au
réseau: cela signifie que les clients X ne s'occupent pas de
savoir s'ils discutent avec un serveur X tournant sur la même machine
qu'eux ou sur un serveur X fonctionnant quelque part sur le réseau. De
façon pratique, cela veut dire que vous pouvez faire tourner à
distance votre programme sur une autre machine très puissante et
sortir l'affichage sur votre machine.
Il y a deux façons de lancer X. La première est de le lancer
manuellement aussitôt que vous en avez besoin. Pour ce faire,
Loguez-vous dans une console et tapez
La seconde façon (et recommandée) de lancer X est d'utiliser
Par défaut, n'importe quelle méthode lancera aussi une
Il y a d'autre part beaucoup de choses que vous ne pouvez faire que
sous X et dont on va parler dans ce chapitre.
Attention: la fenêtre par défaut de l'
Il y a certaines opérations très communes sous X avec lesquelles il va
falloir vous familiariser. Cette partie décrit quelques opérations
élémentaires que vous pouvez trouver très pratiques.
La souris sous X fonctionne presque de la même façon que sous les autres
systèmes d'exploitation à l'exception du fait qu'elle possède trois
boutons. Si votre souris n'en possède que deux, vous pouvez simuler le
troisième bouton du milieu en appuyant sur les deux boutons
simultanément. Ce n'est pas très pratique; donc investir dans une
souris trois boutons bon marché n'est pas une mauvaise idée. Il y en a
de disponible chez tous les détaillants informatiques.
Les boutons sont numérotés de gauche à droite, en supposant que vous
placiez votre souris dans votre main droite. Le premier bouton est
alors sur la gauche, le deuxième au milieu et le troisième sur la
droite. Vous pouvez rencontrer soit la numérotation soit les positions
dans la documentation.
X possède une fonctionnalité interne simple de copier-coller. Pour
sélectionner le texte à copier, vous devez à cliquer puis à déplacer la
souris avec le bouton gauche. Cela devrait sélectionner le texte à
copier, en supposant bien sûr que l'application en question supporte
le copier-coller. Pour restituer le texte, vous n'avez qu'à cliquer
avec le bouton du milieu dans une autre application X. Par exemple,
vous recevez un courriel contenant une URL. Vous pouvez la
sélectionner avec le bouton gauche et ensuite cliquer dans le champ
ad hoc de votre butineur avec le bouton du milieu pour la
recopier.
Les programmes communiquant avec le serveur X sont appelés des clients
X. La plupart de ces programmes lui demandent d'afficher une fenêtre à
l'écran.
Vous pouvez lancer un client X de la même façon que vous lancez un
autre programme Debian. Tapez simplement le nom du programme en ligne
de commandes. Essayez de taper
Vous devez vous apercevoir que la première
Si vous utilisez régulièrement un programme, votre gestionnaire de
fenêtres doit vous fournir un moyen plus pratique de le lancer via un
menu graphique.
Parfois, lorsque vous lancez un client X à partir d'un menu graphique,
vous n'arrivez pas à voir les messages d'erreurs en cas d'échec. Vous
pouvez les trouver dans le fichier
Pour sortir de X, il est nécessaire d'utiliser un
menu. Malheureusement pour les débutants, cela change avec chaque
gestionnaire de fenêtres et pour la plupart d'entre eux, cela peut
être fait de nombreuses façons différentes. S'il existe un menu
évident, rechercher une entrée du style Exit (quitter) ou
bien Close the Window Manager (Fermer le gestionnaire de
fenêtres). Si vous n'apercevez aucun menu, essayez de cliquer avec
chacun des boutons sur l'arrière-plan de l'écran. Si tout cela a
échoué, vous pouvez toujours tuer le serveur X en pressant sur la
combinaison Ctrl-Alt-Backspace. Bien entendu, tuer le serveur
vous fait perdre toutes les données non sauvegardées des applications
encore ouvertes.
Lorsque vous lancez X, Debian exécute quelques scripts shell qui
lancent votre gestionnaire de fenêtres et d'autres clients X. Par
défaut, il y a un gestionnaire de fenêtres, un
Pour personnaliser votre lancement de X, le fichier
Vous pouvez voir ce que fait Debian au lancement de X dans le fichier
Pour lancer les clients de votre choix au démarrage de X, vous devez
créer un fichier script exécutable appelé
pour le créer et
pour le rendre exécutable.
Une fois que
De façon pratique, cela signifie que vous devez toujours terminer vos
scripts avec un appel à
Mettez par exemple à la fin de votre
Si vous désirez lancer d'autres clients avant votre
Vous pouvez tirer parti de ceci. Si vous désirez lancer des commandes
à la fin de votre session X, vous pouvez lancer votre gestionnaire de
fenêtres, ou quoi que ce soit d'autre équivalent, dans votre
Quelques exemples de fichiers
Le plus simple des
Cela lance
Un fichier
Vous pouvez essayer sans la mise en arrière-plan pour voir ce qui se
passe. Entrez la commande:
Vous pouvez utiliser le caractère séquentiel de cette exécution à
votre avantage. Peut-être avez-vous envie de garder chaque jour une
trace de l'heure de votre arrêt de travail :
Cela va mettre en arrière-plan
Pour finir, vous pouvez avoir un programme autre qu'un gestionnaire de
fenêtres pour déterminer la sortie du serveur X:
Ce script va envoyer
La meilleure façon d'apprendre comment fonctionne
Un système Debian utilise un système de fichiers pour stocker et gérer
vos données. Ce chapitre est une introduction au système de fichiers,
décrivant comment ajouter et retirer des systèmes de fichiers et
comment sauvegarder votre système.
C'est probablement une bonne idée de faire un peu de théorie avant de
discuter de l'utilisation des disques. En particulier, vous devez
comprendre le concept de système de fichiers. Cela peut être
un peu déroutant à cause des significations diverses d'un système de
fichiers.
Le système de fichiers concerne l'arborescence entière des
répertoires qui débute par le répertoire racine « / » comme
décrit dans les chapitres précédents.
Un système de fichiers signifie généralement n'importe quelle
organisation de fichiers et répertoires sur un périphérique physique
particulier. « Organisation » signifie la structure
hiérarchique des répertoires et toute les informations sur les
fichiers que l'on veut garder: leur taille, leurs permissions,
etc... Ainsi, vous pourriez avoir un système de fichiers sur votre
disque dur et un autre sur chacune de vos disquettes.
On utilise aussi le terme « système de fichiers » pour
désigner le type particulier de système de fichiers. Par
exemple, MS-DOS et Windows 3.1 organisent les fichiers d'une certaine
façon: les noms de fichiers ne peuvent dépasser huit caractères par
exemple et il n'existe aucune information de permission sur les
fichiers. Linux appelle ça le système de fichier
Tout périphérique physique que vous désirez utiliser pour garder des
fichiers doit avoir au moins un système de fichiers. Cela signifie un
système de fichiers au second sens du terme, c'est-à-dire une
hiérarchie de fichiers et de répertoires avec l'information qui va
avec. On parle là du troisième sens. Si vous avez plus d'un système de
fichiers sur un périphérique unique, chaque système de fichiers peut
avoir un type différent. Par exemple, vous pouvez avoir en même temps
une partition DOS et une partition Linux sur votre disque dur.
Cette partie décrit comment monter une disquette ou un lecteur ZIP,
parle du répertoire
Dans un système GNU-Linux, il n'y a pas forcément de correspondance
entre les répertoires et les périphériques physiques comme cela existe
sous Windows pour lequel chaque périphérique a son propre arbre de
répertoires commençant par une lettre (comme C:\).
Au lieu de ça, chaque périphérique physique, un disque dur ou bien
une disquette, peut contenir un ou plusieurs systèmes de
fichiers. Pour rendre un système de fichiers accessible, on lui donne
un répertoire particulier dans l'autre système de fichiers. Pour
éviter des problèmes de circularité le système de fichiers racine (qui
contient le répertoire racine « / ») n'est contenu dans
aucun autre système de fichiers. Vous y avez accès automatiquement
après avoir lancé Debian.
Un répertoire dans un système de fichiers qui contient un autre
système de fichiers est appelé point de montage. Un point de
montage est un répertoire dans un premier système de fichier (sur un
périphérique, comme votre disque dur par exemple), qui
« contient » un second système de fichiers, lequel peut être
placé ailleurs, sur un lecteur de disquette par exemple. Pour accéder
à un système de fichiers, vous devez le monter sur un point de
montage.
Ainsi, par exemple, vous pouvez monter un cédérom au point de montage
Toutefois, avant de monter un système de fichiers ou d'en créer un
nouveau sur un disque qui n'en contient pas, il est nécessaire de se
référer aux périphériques eux-mêmes. Chaque périphérique a son nom et
ces noms se trouvent dans le répertoire
Vouloir monter un système de fichiers, c'est dire à Linux d'associer
un système de fichiers sur tel périphérique avec tel point de montage
particulier. Dans la procédure, il faudra aussi indiquer quel type de
système de fichiers on veut.
Comme exemple élémentaire, nous allons monter un cédérom
comme celui que vous avez utilisé pour installer Debian. Vous avez
besoin d'être root pour faire cela donc faîtes attention: chaque fois
que vous êtes root, vous avez le pouvoir de manipuler tout le système
et pas simplement vos seuls fichiers. Ces commandes supposent d'autre
part que vous avez un cédérom dans le lecteur: vous devez donc le
mettre maintenant. Ensuite, commencez avec la commande suivante:
Si vous ne l'avez pas déjà fait, vous devez soit vous loguer en tant
que root soit obtenir les privilèges du super-utilisateur via la
commande
Utilisez cette commande pour voir ce que contient le répertoire
Taper simplement
Avec cette commande, vous devez mettre le nom de votre cédérom à la
place de
L'option
Une fois le cédérom monté, vous remarquerez que le plateau du cédérom
ne s'ouvre pas:: vous devez le démonter avant de pouvoir le démonter.
confirme maintenant que
Affiche à nouveau la liste des systèmes de fichiers ; remarquez que
votre lecteur est maintenant monté.
Ceci démonte le cédérom. Il est maintenant à nouveau possible de
sortir le cédérom de son lecteur. Attention, la commande est
N'oubliez pas de vous déloguer du compte root. Déloguez-vous
immédiatement, juste pour être sûr.
Le fichier
Jetons un coup d'oeil à ce fichier en tapant
La première colonne affiche les périphériques présents sur le
système. La seconde colonne est le point de montage, la colonne
suivante étant le type de système de fichiers. Remarquez que la
partition de swap (
Les trois dernières colonnes méritent une explication plus
approfondie.
La cinquième colonne est utilisée par l'utilitaire
La sixième colonne est utilisée par
La quatrième colonne contient une ou plusieurs options à utiliser
lors du montage du système de fichiers. Vous pouvez vérifier la page
de manuel de
Ajoutez les lignes suivantes dans votre fichier
À partir de maintenant, vous êtes capable de monter une cartouche Zip
formatée en DOS avec la commande
Si vous avez des disques durs SCSI sur votre système, vous devez
changer
Les sauvegardes sont quelque chose de fondamental dans tous les
systèmes d'exploitation. Debian GNU-Linux fournit différents
utilitaires que vous pourrez utiliser à votre convenance. De plus,
bien que la plupart de ces utilitaires aient été créés originellement
pour des sauvegardes sur bandes, vous pourrez les utiliser pour plein
d'autres choses. Par exemple,
Parce que
Voici une ligne de commande
Regardons un peu comment se décompose la commande
Nom de la commande
Options de la commande
demande à
demande à
active le mode verbeux:
ceci indique que la chaîne suivante de la ligne de commande est
le nom du fichier à créer ou le périphérique à utiliser. Si
j'utilisais
C'est le nom du fichier à créer.
C'est le nom du fichier ou du répertoire à placer dans l'archive. Il
est aussi possible de spécifier différents emplacements ici.
Vous trouverez de nombreux fichiers
Un des très grands avantages de GNU-Linux sur les autres systèmes
réside dans son support réseau. Peu de systèmes peuvent rivaliser avec
les fonctionnalités présentes au sein d'un système GNU-Linux. Dans ce
chapitre, nous allons vous expliquer comment configurer vos
périphériques réseau.
Cette partie est une aide pour une installation rapide de
Si vous vous connectez à Internet via une ligne de téléphone, vous
voudrez certainement utiliser
Configurer une liaison
Avant de vous lancer, assurez-vous de bien avoir toutes les
informations de votre FAI. Cela peut inclure:
Ensuite, il va falloir examiner votre configuration matérielle: la
façon dont votre modem fonctionner avec GNU-Linux et sur quel port
série il est connecté.
Voici une règle simple pour déterminer si votre modem va fonctionner:
si c'est un « winmodem » ou bien un modem intégré, cela ne
fonctionnera pas. Ces modems sont bon marché car ils ont très peu de
fonctionnalités et ils demandent à l'ordinateur de compenser leur
incapacité. Malheureusement, cela signifie qu'ils sont complexes à
programmer et les fabricants ne donnent généralement pas leurs
spécifications aux développeurs.
Si vous avez un modem avec son propre circuit embarqué ou bien un
modem extérieur, vous ne devriez pas avoir de problème.
Sur les systèmes GNU-Linux, les ports séries sont référencés comme
Si vous désirez discuter avec votre modem ou vous connecter à votre
FAI sans utiliser
La façon la plus facile d'obtenir une liaison
Assurez-vous d'avoir bien installé les paquets suivants:
Lorsque vous installez
Cela signifie que vous êtes en train de créer le fichier de
configuration
Répondez aux questions qui apparaissent à
l'écran.
Une autre façon très populaire de se connecter à Internet est de
passer via un LAN (Local Area Network, réseau local) qui
utilise Ethernet.Cela vous donne un réseau local à haut débit en plus
de la connexion à Internet. Heureusement, vous avez déjà dû configurer
le réseau pendant l'installation et dès lors, il n'y rien d'autre à
faire. Si jamais vous désirez modifier votre configuration, voici les
fichiers intéressants:
Pour votre adresse IP, le masque réseau et la route par défaut.
Pour enregistrer votre nom d'hôte.
Pour enregistrer aussi votre nom d'hôte et votre adresse IP.
Ce chapitre décrit les façons d'installer et de désinstaller des
paquets de logiciels. Il y a plusieurs façons de le faire. Ici, nous
n'allons parler de l'installation et de la désinstallation de
logiciels pré-empaquetés comme les paquets Debian. L'installation à
partir de sources restera à votre charge.
Une application ou un programme utilitaire rassemblent généralement
plusieurs fichiers. Cela peut inclure des bibliothèques, des fichiers
de données comme des scénarios de jeux ou des icônes, des fichiers de
configurations, des pages de manuels et la documentation. Lorsque vous
installez un programme, vous voulez être sûr d'avoir tous les fichiers
dont vous avez besoin à la bonne place.
Vous devez aussi être capable de désinstaller un programme. Lorsque
vous désinstallez, vous devez être sûr que tous les fichiers associés
sont détruits. Et de plus, si les fichiers sont partagés par d'autres
programmes dans le système, vous voulez être sûr de les conserver.
Enfin, vous devez être capable de faire la mise à jour d'un
programme. Lorsque vous effectuez une mise à jour, vous désirez
détruire les fichiers obsolètes et ajouter les nouveaux, sans ne rien
casser au système existant.
Le système de gestion des paquets de Debian offre une solution à ces
problèmes. Il vous autorise à installer, désinstaller et mettre à
jours les paquets de logiciels, qui ne sont qu'un petit ensemble
contenant les fichiers du programme et les informations qui aident
l'ordinateur à gérer le paquet correctement. Les paquets Debian ont un
nom se terminant par
La manière la plus simple d'installer un simple paquet que vous venez
de télécharger est d'utiliser la commande
Si vous désirez désinstaller un paquet, vous avez deux options. La
première est la plus intuitive:
Mais si vous désirez réellement nettoyer les fichiers de
configuration,
De nombreux programmes sont fournis sous forme de sources, la plupart
du temps au format
Lorsque vous aurez installé les paquets appropriés, allez via
À présent, vous possédez de bonnes bases pour construire votre système
GNU-Linux. Dans ce chapitre, nous allons aborder quelques notions très
utiles des fonctionnalités avancées de GNU-Linux.
Une expression rationnelle est une description d'un ensemble
de caractères. On utilise cette description pour éplucher un fichier à
la recherche d'un texte correspondant à cette expression
rationnelle. Les expressions rationnelles sont analogues aux motifs de
recherche du shell (voir partie 8.6) mais elles sont plus compliquées
et beaucoup plus puissantes. elles sont à la fois plus compliquées et
plus puissantes.
Une expression rationnelle est formée de texte et de
méta-caractères. Un méta-caractère est simplement un
caractère avec une signification particulière. Les méta-caractères
comprennent les signes suivants:
Si une expression rationnelle ne comprend que du texte (pas de
méta-caractère), cela correspond exactement au texte. Par exemple,
l'expression rationnelle
Vous pouvez utiliser la commande
Les guillemets simples ne sont pas obligatoires mais cela ne mange pas
de pain de les ajouter.
Par exemple, pour trouver toutes les lignes contenant le mot GNU dans
la GPL, vous tapez:
Le
Voici un récapitulatif des méta-caractères dans expressions
rationnelles:
Correspond à un seul caractère, à l'exception du caractère
newline (retour chariot)
Correspond à zéro ou plus d'occurences de ce qui précède. Ainsi,
l'expression
Les crochets doivent contenir un ou plusieurs
caractères. L'expression complète correspond exactement à l'ensemble
des caractères. Ainsi,
Impose la correspondance en début de ligne. L'expression
Impose la correspondance en fin de ligne.
C'est la négation de la liste des caractères entre
crochets.
Vous pouvez inclure un intervalle dans une liste de caractères entre
crochets. Pour faire la correspondance avec toutes les lettres
minuscules, utilisez
Vous pouvez utiliser les parenthèses pour regrouper les expressions
rationnelles, comme dans des expressions mathématiques.
signifie « ou ». Vous pouvez vous en servir pour fournir
une série d'expressions alternatives. On met généralement ces
expressions entre parenthèses comme ceci:
Protège tout caractère spécial. Si vous désirez trouver un
Voici une série d'exemples concrets pour vous aider.
Maintenant que vous avez compris les bases sur les fichiers, il est
temps d'apprendre plus de choses à leur sujet.
Chaque fichier de votre système est représenté par un i-noeud
(en anglais, inode pour Information Node, prononcez
« aïe-node », noeud d'information). un i-noeud contient
toutes les informations du fichier. Cependant, l'i-noeud n'est pas
directement visible. De plus, chaque i-noeud est lié au système de
fichiers par un ou plusieurs liens physiques. Les liens physiques
contiennent le nom du fichier et le numéro d'i-noeud. L'i-noeud
contient le fichier en lui-même, c'est-à-dire, l'emplacement où
l'information est stockée sur le disque, les permissions d'accès, le
type de fichier et ainsi de suite. Le système peut trouver n'importe
quelle i-noeud s'il a son numéro.
Un simple fichier peut avoir plus d'un lien physique. Cela signifie
que tous ces fichiers multiples correspondent au même fichier
(c'est-à-dire qu'ils sont associés au même numéro d'i-noeud). Cependant,
vous ne pouvez faire de lien physique entre des systèmes de fichiers:
tous les liens physiques à un fichier particulier (i-noeud) doivent être
dans le même système de fichiers. C'est parce que chaque système de
fichiers possède sa propre table d'i-noeuds et que l'on ne peut
dupliquer des numéros d'i-noeud sur différents systèmes de fichiers.
Parce que tous les liens physiques à une certaine i-noeud se réfèrent au
même fichier, vous pouvez modifier le fichier en l'appelant
par un nom et voir ensuite les modifications en l'appelant par un des
autres noms. Essayez ceci:
Vous allez dans votre répertoire personnel et vous créez un premier
fichier appelé
Pour vérifier le contenu de
Crée un lien physique:
Pour confirmer que
Remarquez bien que le nombre de liens physiques affiché pour
Cela modifie les permissions de
Cela détruit le lien. C'est une astuce de
Cela détruit le second lien. Quand il ne reste plus de lien rattaché à
un fichier, Linux détruit le fichier lui-même c'est-à-dire son i-noeud.
Tous les fichiers fonctionnent ainsi, et même les fichiers spéciaux
comme les périphériques (comme
Un répertoire n'est qu'une liste de nom de fichiers et de numéros
d'i-noeuds, c'est-à-dire une liste de liens physiques. Lorsque vous
créez un lien physique, vous ajouter seulement une association
numéro-nom à un répertoire. Lorsque vous détruisez un fichier, vous
détruisez juste un lien physique d'un répertoire.
Nous avons dissimulé jusqu'à présent le fait que le noyau Linux
considère presque tout comme un fichier. Cela inclut les répertoires
et les périphériques. Ce sont juste des genres de fichiers un peu
spéciaux.
Comme vous devez vous le rappelez, le premier caractère dans
Liens symboliques
Les liens symboliques (aussi appelés symlink ou liens
logiciels) sont l'autre type de lien avec les liens physiques. Un lien
symbolique est un fichier spécial qui « pointe vers » un
lien physique de n'importe quel système de fichiers monté. Lorsque
vous tentez de lire le contenu d'un lien symbolique, cela vous renvoie
le contenu du fichier pointé plutôt que le contenu du lien en
lui-même. Puisque les répertoires, les périphériques et autres liens
symboliques sont des fichiers, vous pouvez pointer un lien symbolique
sur chacun de ces objets.
Pour résumé, un lien physique est un nom de fichier et son numéro
d'i-noeud. Un fichier est réellement un i-noeud: un emplacement sur un
disque, le type du fichier, les modes de permission, etc... Un lien
symbolique est un i-noeud qui contient le nom du lien physique. Un
lien symbolique appareille deux noms de fichiers ensemble tandis qu'un
lien physique appareille un nom de fichier avec un numéro d'i-noeud.
Tous les liens physiques d'un même fichier ont le même état. Cela veut
dire qu'il n'y en a pas un de privilégié. Si vous effectuez une
opération sur l'un, c'est comme la faire sur n'importe lequel d'entre
eux. C'est parce que le lien physique réfère au même i-noeud. Les
opérations sur les liens symboliques, pour leurs parts, affectent
parfois le propre i-noeud du lien (celui contenant le nom du lien
physique) et parfois affectent le lien physique sur lequel ils
pointent.
Il y a un certain nombre de différences importantes entre les liens
symboliques et les liens physiques.
Les liens symboliques peuvent traverser des systèmes de
fichiers. C'est parce qu'ils contiennent les noms complets des
fichier, en partant d'un répertoire racine et que les noms complets de
fichiers sont uniques. Puisque les liens physiques pointent vers un
numéro d'i-noeud et que les numéros d'i-noeuds sont uniques qu'à
l'intérieur d'un système de fichiers, ils deviendraient impossible de
les qualifier avec certitude si l'on ne connaissait pas le système de
fichiers.
Vous pouvez faire des liens symboliques vers des répertoires mais cela
n'est pas possible pour les liens physiques. Chaque répertoire a des
liens physiques - son référencement dans son répertoire parent, son
entrée
Pour comparer un lien physique et un lien symbolique: vous pouvez
uniquement faire un lien physique sur un fichier existant car il doit
exister un numéro d'i-noeud sur lequel se référer. Par contre, vous
pouvez faire un lien symbolique sur n'importe quel fichier, qu'il existe
+réellement ou pas.
Détruire un lien symbolique détruit seulement le lien. Cela n'a pas
d'impact sur le fichier anciennement pointé. Détruire le seul lien
physique d'un fichier conduit à détruire le fichier.
Essayez ceci:
Vous vous positionnez dans votre répertoire personnel.
Vous devriez observer une sortie du genre:
La date ainsi que l'utilisateur et le groupe devrait être différents
pour vous. Notez le type du fichier:
Vous devriez obtenir un
Cela crée le répertoire
devrait maintenant fonctionner sans problème.
Pour créer un fichier dans
Le fichier a vraiment été créé dans
Détruit le lien symbolique. Remarquez que cela ne retire que le lien
et non ce vers quoi il pointe. Ensuite, vous devez utiliser
Cela nettoie tout ce qu'il reste.
Fichiers périphériques
Les fichiers périphériques se réfèrent à un périphérique physique ou
virtuel de votre système, comme votre disque dur, votre carte vidéo,
votre écran et votre clavier. Un exemple de périphérique virtuel est
la console, représentée par
Il y a deux sortes de périphériques: bloc et caractère. On peut avoir
accès aux périphériques caractères caractère par
caractère. Rappelez-vous que la plus petite unité de données qui peut
être écrite ou bien être lue à partir du périphérique est un caractère
(octet).
On peut accéder aux périphériques bloc avec des unités plus
grandes appelées blocs, qui contiennent un certain nombre de
caractères. Votre disque dur est un périphérique bloc.
Vous pouvez lire ou écrire dans des fichiers périphériques comme vous
le feriez avec n'importe quelle autre sorte de fichiers, quoique le
fichier puisse contenir alors un étrange baragouin incompréhensible à
nous autres humains. Écrire n'importe quoi dans ces fichiers n'est pas
une bonne idée. Parfois si. Par exemple, vous pouvez envoyer un
fichier PostScript dans le périphérique de l'imprimante
Il existe un fichier particulier appelé
Tubes nommés (FIFO)
Un tube nommé est un fichier qui agit comme un tube. Vous entrez
quelque chose dans le fichier et cela ressort. Ceci est appelé une
FIFO (First-In-First-Out, premier entré, premier sorti) car
la première chose que vous entrez est aussi la première chose que l'on
sort.
Si vous écrivez dans un tube nommé, le processus d'écriture ne
s'arrête pas tant qu'il y a quelque chose à lire dans le tube. Si vous
lisez dans un tube nommé, le processus de lecture attend qu'il y ait
quelque chose à lire avant de s'arrêter. La taille du tube est
toujours zéro. Il ne stocke pas de donnée: il lie simplement deux
processus à travers le signe « | » du shell. Dans tous les
cas, puisque le tube a un nom, les deux processus n'ont pas à
appartenir à la même ligne de commandes ou même à être lancé par le
même utilisateur.
Vous pouvez essayer ceci:
Activez alors le tube:
Cela place le processus qui essaie d'écrire « bonjour » dans
le tube en arrière-plan. Remarquez bien que le processus ne rend pas
la main: il attend que quelqu'un vienne lire dans le tube:
À ce moment, le processus
Vous pouvez détruire les tubes comme n'importe quel autre fichier.
Les sockets
Les sockets sont similaires aux tubes mais elles ne fonctionnent qu'à
travers un réseau. C'est de cette façon que votre ordinateur travaille
en réseau. Vous avez peut-être entendu parler de
« WinSock », qui sont les sockets de Windows.
Nous n'irons pas plus loin sur ce sujet car vous n'aurez pas
l'occasion de vous en servir, à moins de programmer. En tout cas, si
vous apercevez un fichier marqué avec un type
Le noyau Linux fournit un système de fichiers particulier qui est
monté sous
Le système de fichiers
Les gens paniquent souvent lorsqu'ils remarquent qu'un fichier en
particulier -
Si vous désirez en savoir plus sur
Il est parfois nécessaire de recopier un répertoire dans un autre
emplacement. Peut-être avez-vous ajouté un nouveau disque dur et vous
désirez faire une copie de
La première est d'utiliser la commande
Cependant, il existe quelques cas qui ne fonctionnent
pas
La première commande
Dans la partie 9.1, nous avons parlé des permissions sur les fichiers
dans Linux. C'est une façon fondamentale de sécuriser votre
système. Si vous faîtes tourner un système multi-utilisateurs ou un
serveur, il est primordial d'établir des bonnes permissions. Une bonne
règle de base consiste à configurer les fichiers avec les permissions
les plus basses autorisant leur bon usage.
Si vous faîtes tourner un serveur en réseau, il y a quelques petites
bricoles auxquelles il faut faire attention. Premièrement, vous devez
désinstaller ou arrêter les services que vous n'utilisez pas. Un bon
point de départ est le fichier
Les règles suivantes de bon sens doivent aussi s'appliquer:
Bien que cela soit de peu d'utilité pour quelqu'un qui ne fait pas
tourner un serveur, cela vaut la peine de se renseigner sur les
questions de sécurité. Le mécanisme de sécurité de Debian vous protège
de la plupart des virus.
Debian est une plateforme privilégiée pour le développement de
logiciels et la programmation. Voici une liste des langages et
pseudo-langages supportés: C, C++, Objective-C, Perl, Python, m4,
Ada, Pascal, Java, awk, Tcl/Tk, SQL, assembleur, Bourne shell, csh et
bien d'autres encore. L'écriture de programmes est hors du propos de
ce livre mais voici les programmes de développement parmi les plus
populaires que l'on trouve sur Debian:
Le compilateur C de GNU: un compilateur moderne et optimisé de C.
Le compilateur C++ extrait de
Le pré-processeur de C de
L'interpréteur Perl. Perl est un super langage multi-usages.
Le débogueur GNU. Il est utilisé pour déboguer de nombreux langages.
Extraction de profile. Ce programme vous aide à optimiser votre
programme pour augmenter ses performances.
GNU Emacs est un éditeur et un environnement intégré de travail.
C'est l'assembleur de GNU.
Sur un système Debian, vous pouvez trouver la documentation aux emplacements suivants:
Cette déroutante profusion de sources de documentations existe pour des
tas de raisons. Par exemple,
Ainsi, où chercher pour obtenir de l'aide ? Voici quelques suggestions:
Comment utiliser les pages de manuel est expliqué à la partie 7.1. C'est très
simple: appuyez sur la touche espace pour aller à la page suivante et
appuyez sur
Vous pouvez obtenir aussi des informations sur
Maintenant, vous pouvez vous déplacer à l'aide des touches suivantes:
Pour déplacer le curseur au sein du document.
Sélectionne le choix d'un menu sous le curseur.
Pour « remonter » dans le document.
Pour aller à la page suivante.
Pour aller à la page précédente.
Pour rechercher quelque chose.
Pour aller à une page spécifique.
Quitter
Vous remarquerez que la ligne supérieure de l'écran indique les pages
next (suivantes), previous (précédentes) et
up (supérieures) qui correspondent aux actions des touches
En plus de ses livres, le Projet de Documentation Linux a diffusé une série de petits documents décrivant comment configurer des aspects particuliers de GNU-Linux. Par exemple, le SCSI-HOWTO décrit les complications de l'utilisation du SCSI - une façon standard de communiquer avec des périphériques - sous GNU-Linux. De façon générale, les HOWTOs ont plus de détails techniques sur des configurations matérielles et sont souvent plus à jour que ce manuel.
Il y a des paquets Debian pour les HOWTOs.
L'emplacement correct
Une nouvelle fois, ne contactez pas les auteurs (et le traducteur!) de
ce livre pour obtenir de l'aide. Nous ne serons de toute façon
certainement pas capables de répondre à votre problème spécifique. Si
vous vous adressez à
Restez toujours courtois et faîtes l'effort de lire la
documentation. Rappelez-vous bien que Debian résulte d'un effort
collectif de volontaires et que les personnes vous font une faveur en
vous donnant un peu de leur temps pour vous aider. Beaucoup d'entre
eux font payer ce même service plusieurs centaines de dollars pendant
la journée.
Ce qu'il faut faire pour poser des questions
Lorsque vous diagnostiquez un problème ou lorsque vous demandez de
l'aide, vous aurez besoin d'extraire des informations de votre
système. Voici quelques façons d'y parvenir:
Dans Debian, comme partout ailleurs, les choses ne fonctionnent pas
toujours comme vous vous y attendez ou comme vous voulez qu'elles le
fassent. Bien que Debian ait une solide réputation d'être robuste et
stable, ses réactions à vos commandes peuvent parfois être
inattendues. Ici, nous allons tenter de lever le voile sur des
problèmes courants très fréquemment rencontrés.
Cette partie a pour but de fournir quelques solutions aux difficultés
les plus fréquemment rencontrées à l'usage par les utilisateurs.
Vous pourrez parfois accidentellement créer un fichier dont le nom
comporte un caractère normalement absent d'un nom de fichier. Les
exemples sont l'inclusion d'espace, un trait d'union placé au début du
nom ou tout simplement des guillemets. Il se peut que l'accès, la
destruction ou le renommage de ces fichiers vous posent des
difficultés.
Voici quelques trucs pour vous aider:
Une source d'ennui commune est le système d'impression sous
Debian. Traditionnellement, l'impression a toujours été un aspect
puissant mais complexe d'Unix. Cependant, Debian la rend plus
simple. La façon la plus simple est d'utiliser le paquet
De nombreuses questions tournent autour de X. Voici quelques trucs si
vous avez quelques difficultés à paramétrer le système X Window.
Si vous avez des problèmes durant la phase de boot, comme un blocage
du noyau pendant la procédure d'amorçage, ou que le noyau ne
reconnaisse pas les périphériques que vous avez ou encore que les
lecteurs ne soient reconnus proprement, la première chose à faire est
de vérifier les paramètres de boot. On les obtient en pressant sur la
touche
La plupart du temps, les problèmes se résolvent en supprimant quelques
périphériques et en bootant à nouveau. Les modems internes, les cartes
son et les périphériques Plug-n-Play sont souvent
problématiques.
Tecras, et quelques autres portables, et certains non portables
n'arrivent pas à vider le cache lorsqu'ils passent en A20. Ceci est
provoqué par les noyaux bzImage et non par les noyaux zImages. Si
votre ordinateur souffre de ce problème, vous verrez un message lors
du boot disant
Si vous avez toujours des problèmes, envoyez un rapport de
bogue. Envoyez un courriel à
Assurez-vous que la version que vous fournissez est celle que
vous avez utilisé avec les disquettes de boot. Si vous ne connaissez
pas la version exacte, fournissez la date à laquelle vous avez
téléchargé les disquettes, et ajoutez à partir de quelle distribution
vous les avez obtenues: « stable » ou « frozen ».
Vous devez aussi inclure les informations suivantes dans votre rapport
de bogues:
Cela dépend de la nature du bogue mais il peut être pertinent de
donner le modèle du disque dur, la capacité du disque et le modèle de
carte vidéo.
Dans le rapport de bogue, décrivez le problème et joignez les derniers
messages visibles du noyau dans le cas d'un blocage du noyau. Décrivez
les étapes qui vous ont amenées dans cet état.
Cette partie montre ce qui se passe lors du boot de GNU-Linux.
La façon dont vous amorcez votre système dépend de la façon dont vous l'avez configuré à l'installation. Dans le meilleur des cas, vous n'avez qu'à allumer votre ordinateur. Mais il se peut que vous deviez insérer une disquette.
Linux est appelé par un programme appelé LILO (LInux LOader, littéralement « chargeur de linux »). LILO peut aussi charger un autre système d'exploitation et vous demander sur quel système vous désirez booter.
La première chose qui se passe lorsque vous allumez un PC de type
Intel est l'exécution du BIOS. BIOS signifie Basic Input Output
System (système d'entrée-sortie simple). C'est un programme
résidant perpétuellement sur l'ordinateur et stocké en lecture seule
sur un composant. Il effectue quelques tests basiques et ensuite
recherche une disquette dans le premier lecteur de disquettes. S'il la
trouve, il recherche un secteur d'amorce (boot sector) et
lance le code se trouvant dessus s'il existe. S'il y a une disquette
sans secteur d'amorce, le BIOS va vous afficher un message du type:
S'il n'y a pas de disquette dans le lecteur, le BIOS recherche un MBR (Master Boot Record) sur le disque dur. Il lance le code exécutable trouvé dessus qui charge le système d'exploitation. Sur des systèmes GNU-Linux, LILO peut occuper le MBR et charger GNU-Linux.
Ainsi, si vous avez décidé d'installer LILO sur votre disque dur, vous devriez apercevoir LILO au démarrage de votre ordinateur. À partir de ce moment-là, vous pouvez appuyer sur la touche shift pour sélectionner quel système d'exploitation charger et appuyez sur Tab pour afficher la liste des options. Tapez sur une de ces options et appuyez sur la touche Entrée. LILO va charger le système demandé.
Si vous n'appuyez pas sur la touche shift, LILO chargera automatiquement le système par défaut au bout de cinq secondes. Si vous le désirez, vous pouvez changer le système par défaut, le nombre de systèmes et le temps d'attente avant le chargement.
Si vous n'avez pas installé LILO sur votre disque dur, vous avez probablement créé une disquette de boot. La disquette de boot va avoir LILO dessus. Tout ce que vous avez à faire est d'installer la disquette dans son lecteur et rallumer l'ordinateur; le BIOS va la trouver avant de vérifier le MBR du disque. Pour retourner à un système non-linux, sortez la disquette et redémarrez l'ordinateur. Assurez-vous bien de suivre la procédure (voir 6.6) de redémarrage correctement.
LILO charge le noyau linux à partir du disque et ensuite le laisse agir. (le noyau est le programme central du système d'exploitation qui contrôle tous les autres programmes). Le noyau est totalement indépendant du BIOS ou de LILO.
Sur les plateformes non Intel, les choses se passent un peu différemment. Mais après avoir booté, les choses sont identiques - ou quasiment.
Linux examine le matériel sur lequel il va tourner. Il veut savoir quel type de disque dur vous avez, si vous avez ou non un bus souris, un réseau et quelques autres choses du même acabit. Linux ne peut se rappeler ces choses entre chaque boot donc il doit se poser ces questions à chaque démarrage. Heureusement, il ne vous pose pas les questions mais le fait directement au matériel. Lors du boot, le noyau Linux affiche des messages pour indiquer ce qu'il fait.
Le processus de recherche peut poser des problèmes mais s'il devait le faire, vous auriez déjà dû rencontrer ces problèmes lors de la première installation de GNU-Linux. Si vous avez des problèmes, reportez-vous aux instructions d'installation ou bien posez des questions sur les listes de distribution.
Le noyau permet simplement l'existence d'autres programmes donc une
fois que tout est ok pour lui, il doit lancer un autre programme pour
rendre les choses plus fonctionnelles. Le programme que le noyau lance
est
Lorsque
This is an unofficial translation of the GNU General Public License into french. It was not published by the Free Software Foundation, and does not legally state the distribution terms for software that uses the GNU GPL--only the original English text of the GNU GPL does that. However, we hope that this translation will help french speakers understand the GNU GPL better.
Ceci est une traduction non officielle de la GNU General Public License en français. Elle n'a pas été publiée par la Free Software Foundation, et ne détermine pas les termes de distribution pour les logiciels qui utilisent la GNU GPL--seul le texte anglais original de la GNU GPL en a le droit. Cependant, nous espérons que cette traduction aidera les francophones à mieux comprendre la GPL.
Nous autorisons la FSF à apporter toute modification qu'elle jugera
nécessaire pour rendre la traduction plus claire.
Version 2, juin 1991
Copyright © 1989, 1991, Free Software Foundation Inc. 675 Mass Ave,
Cambridge, MA02139, États-Unis.
Il est permis à tout le monde de reproduire et distribuer des copies
conformes de ce document de licence, mais aucune modification ne doit y être
apportée.
Préambule
Les licences relatives à la plupart des logiciels sont destinées à
supprimer votre liberté de les partager et de les modifier. Par
contraste, la licence publique générale GNU General Public
License veut garantir votre liberté de partager et de modifier
les logiciels libres, pour qu'ils soient vraiment libres pour tous
leurs utilisateurs. La présente licence publique générale s'applique à
la plupart des logiciels de la Free Software Foundation, ainsi qu'à
tout autre programme dont les auteurs s'engagent à l'utiliser.
(Certains autres logiciels sont couverts par la Licence Publique
Générale pour Bibliothèques GNU à la place). Vous pouvez aussi
l'appliquer à vos programmes.
Quand nous parlons de logiciels libres, nous parlons de liberté, non de
gratuité. Nos licences publiques générales veulent vous garantir :
Pour protéger vos droits, nous devons apporter des restrictions, qui vont
interdire à quiconque de vous dénier ces droits, ou de vous demander de vous
en désister. Ces restrictions se traduisent par certaines responsabilités
pour ce qui vous concerne, si vous distribuez des copies de logiciels, ou si
vous les modifiez.
Par exemple, si vous distribuez des copies d'un tel programme, gratuitement
ou contre une rémunération, vous devez transférer aux destinataires tous les
droits dont vous disposez. Vous devez vous garantir qu'eux-mêmes, par
ailleurs, reçoivent ou peuvent recevoir le code source. Et vous devez leur
montrer les présentes dispositions, de façon qu'ils connaissent leurs
droits.
Nous protégeons vos droits en deux étapes :
De même, pour la protection de chacun des auteurs, et pour notre propre
protection, nous souhaitons nous assurer que tout le monde comprenne qu'il
n'y a aucune garantie portant sur ce logiciel libre. Si le logiciel est
modifié par quelqu'un d'autre puis transmis à des tiers, nous souhaitons que
les destinataires sachent que ce qu'ils possèdent n'est pas l'original, de
façon que tous problèmes introduits par d'autres ne se traduisent pas par
une répercussion négative sur la réputation de l'auteur original.
Enfin, tout programme libre est en permanence menacé par des brevets de
logiciels. Nous souhaitons éviter le danger que des sous-distributeurs d'un
programme libre obtiennent à titre individuel des licences de brevets, avec
comme conséquence qu'ils ont un droit de propriété sur le programme. Pour
éviter cette situation, nous avons fait tout ce qui est nécessaire pour que
tous brevets doivent faire l'objet d'une concession de licence qui en
permette l'utilisation libre par quiconque, ou bien qu'il ne soit pas
concédé du tout.
Nous présentons ci-dessous les closes et dispositions concernant la
duplication, la distribution et la modification.
Conditions d'exploitation portant sur la duplication, la distribution et la
modification
Les activités autres que la duplication, la distribution et la
modification ne sont pas couvertes par la présente licence ; elles
n'entrent pas dans le cadre de cette dernière. L'exécution du
programme n'est soumise à aucune restriction, et les résultats du
programme ne sont couverts que si son contenu constitue un ouvrage
fondé sur le programme (indépendamment du fait qu'il a été réalisé
par exécution du programme). La véracité de ce qui précède dépend
de ce que fait le programme.
Le concessionnaire peut facturer l'acte physique de transfert d'un
exemplaire, et il peut, à sa discrétion, proposer en échange d'une
rémunération une protection en garantie.
Ainsi, cette section n'a pas pour but de revendiquer des droits ou
de contester vos droits sur un ouvrage entièrement écrit par le
concessionnaire ; bien plus, l'intention est d'exercer le droit de
surveiller la distribution d'ouvrages dérivée ou collective se
fondant sur le programme.
De plus, un simple assemblage d'un autre ouvrage ne se fondant pas
sur le programme, avec le programme (ou avec un ouvrage se fondant
sur le programme) sur un volume d'un support de stockage ou
distribution, ne fait pas entrer l'autre ouvrage dans le cadre de la
présente licence.
Le code source d'un ouvrage représente la forme préférée de
l'ouvrage pour y effectuer des modifications. Pour un ouvrage
exécutable, le code source complet représente la totalité du code
source pour tous les modules qu'il contient, plus tous fichiers de
définitions d'interface associés, plus les informations en code
machine pour commander la compilation et l'installation du
programme exécutable. Cependant, à titre d'exceptions spéciales, le
code source distribué n'a pas besoin de comprendre quoi que ce soit
qui est normalement distribué (sous forme source ou sous forme
binaire) avec les composants principaux (compilateur, noyau de
système d'exploitation, etc.) du système d'exploitation sur lequel
est exécuté le programme exécutable, à moins que le composant, par
lui-même, soit joint au programme exécutable.
Si la distribution de l?exécutable ou du code objet est réalisée de
telle sorte qu'elle offre d'accéder à une copie à partir d'un lieu
désigné, alors le fait d'offrir un accès équivalent à la
duplication du code source à partir de ce même lieu s'entend comme
distribution du code source, même si des tiers ne sont pas
contraints de dupliquer la source en même temps que le code objet.
Si une partie quelconque de cette section est considérée comme
nulle ou non exécutoire dans certaines circonstances particulières,
le reste de cette section est réputé s'appliquer, et la section
dans son ensemble est considérée comme s'appliquant dans les autres
circonstances.
La présente section n'a pas pour objet de pousser le
concessionnaire à enfreindre tous brevets ou autres revendications
à droit de propriété, ou encore à contester la validité de une ou
plusieurs quelconques de ces revendications ; la présente section a
pour objet unique de protéger l'intégrité du système de
distribution des logiciels libres, système qui est mis en oeuvre
par les pratiques liées aux licences publiques. De nombreuses
personnes ont apporté une forte contribution à la gamme étendue des
logiciels distribués par ce système, en comptant sur l'application
systématique de ce système ; c'est à l'auteur/donateur de décider
s'il a la volonté de distribuer le logiciel par un quelconque autre
système, et un concessionnaire ne peut imposer ce choix.
La présente section veut rendre parfaitement claire ce que l'on
pense être une conséquence du reste de la présente licence.
La Free Software Foundation peut, de temps à autre,
publier des versions révisées et/ou nouvelles du General Public
License. Ces nouvelles versions seront analogues, du point de
vue de leur esprit, à la présente version, mais pourront en
différer dans le détail, pour résoudre de nouveaux problèmes ou de
nouvelles situations.
Chaque version reçoit un numéro de version qui lui est propre. Si
le programme spécifie un numéro de version de la présente licence,
qui s'applique à cette dernier et "à toute autre version
ultérieure", le concessionnaire a le choix de respecter les closes
et dispositions de cette version, ou une quelconque version
ultérieure publiée par la Free Software Foundation. Si le programme
ne spécifie pas de numéro de version de la présente licence, le
concessionnaire pourra choisir une version quelconque publiée à
tout moment par la Free Software Foundation.
ABSENCE DE GARANTIE
FIN DES CONDITIONS D'EXPLOITATION
------------------------------------------------------------------------
Si le concessionnaire développe un nouveau programme, et s'il en souhaite
l'utilisation la plus large possible dans le public, le meilleur moyen d'y
arriver est d'en faire un logiciel libre, que tout le monde pourra
redistribuer et modifier au titre des présentes dispositions.
Dans ce but, il convient de rattacher au programme les avis suivants. Le
moyen le plus sûr consiste à les rattacher au début de chaque fichier
source, pour avertir le plus efficacement possible de l'exclusion de
garantie ; et chaque fichier doit comporter au moins la ligne copyright,
et un pointeur indiquant où est localisée la totalité de l'avis.
Une ligne pour donner le nom du programme et une idée de ce qu'il fait.
Ajoutez aussi des informations sur le moyen permettant d'entrer en contact
avec vous par courrier électronique (e-mail) et courrier normal.
Si le programme est interactif, prévoyez en sortie un court avis, tel que
celui qui est présenté ci-dessous, lors du démarrage en mode interactif.
Les instructions hypothétiques « show w » et « show
c » doivent présenter les parties appropriées de la Licence
Publique Générale. Bien évidemment, les instructions que vous utilisez
peuvent porter d'autres noms que « show w » et « show
c » ; elles peuvent même correspondre à des clics de souris ou à
des éléments d'un menu, selon ce qui convient à votre programme.
Si nécessaire, vous devrez aussi demander à votre employeur (si vous
travaillez en tant que programmeur) ou à votre éventuelle école ou
université, de signer une "renonciation à droit d'auteur" concernant le
programme. En voici un échantillon (il suffit de modifier les noms) :
La présente Licence Publique Générale n'autorise pas le concessionnaire à
incorporer son programme dans des programmes propriétaires. Si votre
programme est une bibliothèque de sous-programmes, vous pouvez considérer
comme plus intéressant d'autoriser une édition de liens des applications
propriétaires avec la bibliothèque. Si c'est ce que vous souhaitez, vous
devrez utiliser non pas la présente licence, mais la Licence Publique
Générale pour Bibliothèques GNU.