Unix -- Pas de panique !

Cyrille DUNANT
Emmanuel ECKARD

Liste des figures

1.1. Le PDP-7 sur lequel fut créée la première version de UNIX
1.2. Le 27 avril 1999, Dennis Ritchie et Ken Thompson reçoivent à la Maison-Blanche la U.S. National Medal of Technology des mains du président américain Bill Clinton.
2.1. Richard Stallman, fondateur du projet GNU, et Saint de la Sainte Église de EMACS. L'auréole est constituée du plateau d'un antique disque dur.
2.2. Richard Stallman juché sur le gnou qui sert de mascotte à la FSF.
3.1. Linux Torvalds, créateur du noyau Linux
3.2. Tux, mascotte <<officielle>> de Linux, et la proposition alternative de Al Mackey : un renard
7.1. La scène cruciale de Jurassic Park : Lex, la petite fille, prend le contrôle des systèmes de sécurité par l'intermédiaire d'une station de travail Silicon Graphics sous Irix, présentant le gestionnaire de fichiers 3D FSN.
8.1. Environnements préférés par les étudiants de l'EPFL selon l'enquête
8.2. Satisfaction des utilisateurs de logiciels libres à l'EPFL
8.3. La Gblgbl-vache, mascotte et logo de GNU Generation
B.1. Traitement de texte sous Openoffice.org.
B.2. Session de travail typique sous Gimp.
B.3. Konqueror en train d'afficher simultanément deux pages Web et l'explorateur de fichiers.
B.4. Une scène du jeu Tux Racer
B.5. Un graphique par Scilab.
B.6. Kate en action.

Préface

EF: pour l'instant, ce sont des linuxiens qui mènent la danse. ST: J'ai appris qu'il était question de mettre la gestion du système solaire sous Linux, c'est Dieu qui va etre content.
-- ST in Guide du linuxien pervers : « Linux : les affres de la création »

Ce document constitue un projet STS (Sciences, Technique et Société) présenté par Cyrille DUNANT et Emmanuel ECKARD. Au terme des dispositions de l'EPFL concernant les projets STS réalisés dans le cadre d'une association, ce travail est également placé sous la license GNU FDL (Free Documentation License).

Les logiciels libres évoluant à grande vitesse, nous attirons l'attention du lecteur sur le fait que nos affirmations sont en principe vraies au moment où nous publions ce rapport ; il se peut que certaines deviennent rapidement fausse ou inexactes.

Introduction

Ce document poursuit un double but : tout d'abord, il est présenté comme mémoire STS (Science, Technique et Société) par Cyrille DUNANT et Emmanuel ECKARD dans le cadre de leurs études à l'EPFL. Dans cette optique, il contient une enquête et des compte-rendus d'entrevues effectués dans l'enceinte de l'EPFL.

Mais il est également écrit dans le cadre de GNU Generation, l'association d'étudiants de l'EPFL pour la promotion des logiciels libres. Dans cette idée, il est supposé pouvoir servir d'introduction à UNIX pour les débutants.

Il ne s'agit pas pour nous d'écrire un livre technique, il y en a quantité disponibles, et le nôtre n'apporterait rien. Notre idée est de tenter d'offrir aux débutants un arrière-plan de «culture de base» de UNIX ; nous avons en effet remarqué que l'effet de dépaysement qu'éprouvent les gens qui découvrent UNIX peut être atténué si l'on n'explique pas seulement des détails techniques, mais également les raisons pour lesquelles les choses sont comme elles sont.
Nous proposons donc une brève histoire de GNU, de UNIX, de Linux ; quelques explications techniques très générales sur la conception du système ; quelques indices sur les caractéristiques de la communauté qui s'est consituée autour de Linux -- communauté qu'il faudra bien fréquenter, et dont il est donc utile de connaître un peu les codes. Et enfin, en appendice, un petit guide des utilitaires Linux -- pour qui ne s'y retrouverait pas après avoir utilisé d'autres systèmes -- et un résumé de quelques commandes, complété par un lexique.

Nous espérons que la lecture de ce livret vous sera agréable, et qu'elle vous rendra plus douce la découverte d'UNIX et Linux.

-- Cyrille DUNANT et Emmanuel ECKARD

I. Histoire et Philosophie de GNU/Linux $^{\textup{\footnotesize {TM}}}$

1. L'Histoire d'UNIX $^{\textup{\footnotesize {TM}}}$

Un detail, je suis sur Unix... Redemarrer un systeme Unix fait generalement apparaitre dans mon bureau entre 1 et 3 ingenieurs systeme a l'humeur agressive voire violente.
-- VS in Guide du linuxien pervers - « De l'art de faire apparaître des IS »

1.1 Les débuts

Vers la fin des années 1960, les ordinateurs se répandaient dans les universités et les centres de recherches, de sorte que le besoin d'un système d'exploitation efficace se faisait de plus en plus pressant. Un vaste projet fut donc lancé par AT&T, General Electrics et le MIT (Massachusetts Institute of Technology) pour développer le nouveau système. L'une des avancées prévue eût été de passer du mode client, où un opérateur derrière un guichet prenait vos cartes et les introduisait lui-même dans la machine, à un mode multi-utilisateurs, où plusieurs utilisateurs peuvent communiquer simultanément avec l'ordinateur central par l'intermédiaire d'une console.
Le système, baptisé Multics, gagna très vite en complexité, à tel point qu'il devint de plus en plus difficile à gérer et que son développement s'éternisait. Le travail s'enlisant, le projet fut abandonné en 1969.
Ken Thompson, des laboratoires Bell, avait travaillé sur Multics ; il rêvait d'un système qui puisse servir à toute une équipe de recherche en informatique programmant simultanément. Thompson résolut de s'éloigner totalement des concepts de systèmes d'exploitation de l'époque ; son système devrait répondre aux critères suivants:

chaque utilisateur devait pouvoir personnaliser son environnement de travail,
le système devait être doté de nombreux utilitaires, spécialement en matière de compilateurs.
Le système devait supporter les processus asynchrones, c'est-à-dire qu'il soit possible de lancer de nombreux processus indépendemment des processus en cours,
le système devait être facilement portable vers d'autres architectures,
les sorties des fichiers, les ordres envoyés aux périphériques, et les communications entre les processus devaient être de même nature,
le système de fichier devait être doté d'une structure hiérarchique.

Contrairement à Multics, dont la complexité avait causé la perte ^1.1 , le nouveau système devait être composé de «briques élémentaires» aussi simples que possible, la complexité venant de la combinaison des éléments. Pour bien marquer le changement d'esprit par rapport à Multics, on appela le nouveau système UNIX ^1.2.

Afin que son idée passe la barrière des managers, Thompson présenta son projet comme un outil de préparation de documents pour l'organisation de brevets des laboratoires Bell. Effectivement, l'office des brevets fut doté d'une version préliminaire d'UNIX en 1971.

Ainsi, dès ses balbutiements, UNIX faisait ses points forts de deux domaines très différents : la programmation et le traitement de texte. À la longue, il s'est avéré que le traitement de texte est vital pour presque tous les domaines, y compris la programmation.
En 1973, UNIX fut entièrement réécrit en C par Dennis Ritchie, qui avait développé ce nouveau language précisement pour le travail sur UNIX. C est un langage de moyen niveau (il est très proche du matériel), apte à tous les usages, et adaptable à un grand nombre d'architectures d'ordinateurs (portable). Le portage de UNIX en C le délivrait ainsi des machines sur lesquelles il avait été développé (les PDP-7 qui commençaient à se faire vieilles).

**Figure 1.1:** Le PDP-7 sur lequel fut créée la première version de UNIX

1.2 UNIX $^{\textup{\footnotesize {TM}}}$ à la Conquête du Monde

Le premier portage vers un autre ordinateur fut effectué en 1976, lorsque Ritchie et Stephen Johnson traduisirent UNIX pour le Interdata 8/32. Progressivement, d'autres architectures populaires furent adoptées: les Zilog Z-80 et Z-8000, les Motorolla MC68000, 68010 et 68020, les Intel 8086/8088, 80286 et 80386, et aussi les gros systèmes comme l' IBM S/370, l'Amdahl 470 et le célèbre Cray-II.

Le monde académique adopta bientôt UNIX avec un immense enthousiame, quoique l'industrie le regardât encore avec septicisme. Mais la sortie de UNIX version 7 en 1978 et de System III en 1982 assirent la diffusion de UNIX dans les milieux industriels.

L'Université de Californie, à Berkeley, mena de grands travaux pour étendre UNIX, mais comme le nom était protégé, la nouvelle version fut appelée BSD, Berkeley Software Distribution ^1.3; de façon similaire, les grands constructeurs d'ordinateurs se heurtèrent au nom protégé de UNIX lorsqu'il voulurent le modifier à leur usage, d'où la pléthore noms de versions que l'on trouve aujourd'hui encore (comme DG/UX de Data General, HP/UX de Hewlett Packard, UTS de Amdhal, etc. ). Cette tendance compliqua les choses, car les différentes versions s'éloignaient les unes des autres, de sorte qu'un programme écrit pour une version devait être modifié avant de tourner sur une autre.

At&T fit alors un effort de standardisation, avec la parution du System V et de sa documentation, qui définissaient un UNIX «canonique». En réaction à l'attitude de AT&T, certaines entreprises se regroupèrent pour développer un produit qui respecterait les standards UNIX, mais serait libre des licenses de AT&T: ce fut là la naissance de OSF/1 (pour Open Software Foundation^1.4). Ainsi l'on vit s'opposer deux écoles : ceux qui prônaient l'OSF/1, et les tenants du System V.

1.3 Le début de la Fin

La généralisation des PC sous MS-Windows ^1.5 (et accessoirement des Macintosh) faisait que les gens arrivant dans l'industrie ou dans de grandes universités considéraient les machines UNIX comme des vestiges du passé, impression renforcée par la gêne que les utilisateurs de PCs éprouvaient au contact de UNIX : ceux qui n'étaient plus habitués à la console la considéraient comme une obsolescence comparable à MS-DOS et ceux qui avaient encore quelques notions de MS-DOS ne se sentaient guère plus à l'aise, les commandes étant différentes sous MS-DOS et sous UNIX (le fameux reflexe de taper dir dans la console au lieu de ls); de sorte que ces personnes, attribuant les problèmes au système, au meilleur des cas évitaient autant que possible les machines UNIX (se coupant ainsi de toute chance d'apprendre), et au pire, faisaient remplacer de splendides installations par des machines bien moins performantes, mais dont ils avaient plus l'habitude.

1.4 Les Jours Sombres

C'est souple, élégant, maniable ... l'arme noble d'une époque civilisée.
-- Obi-Wan Kenobi ^1.6

Les «derniers bastions» de UNIX restaient les domaines d'où UNIX était issu: les grands centres de recherche et les milieux académiques, et les grands serveurs (bien que ce domaine semblât - à l'époque - lui aussi menacé à moyen terme par les serveurs Windows NT). Là, des sociétés telles que Sun Microsystems, IBM et Hewlett Packard restaient pour le moment capable d'assurer la relève. Mais dans ces domaines même, l'avenir à long terme était sombre: les universités remplaçaient leurs stations de travail UNIX par des PC de bureaux, bien moins onéreux; d'autre part, les éditeurs proposaient de plus en plus de logiciels scientifiques pour MS-Windows, et les offres d'emploi exigeant régulièrement la connaissance des systèmes et applications Microsoft, personne n'était prêt à se faire mettre «sur la touche» en négligeant d'apprendre ces logiciels.
Ainsi, dans le début des années 1990, le PC sous Windows était-il considéré comme l'incarnation d'un avenir radieux et moderne, tandis qu'UNIX tombait dans l'oubli comme vestige du passé ^1.7.

1.5 La renaissance -- Linux

Deux forces présidèrent au retour de la gloire d'UNIX : le projet GNU, allié au kernel Linux ^1.8, et la mise en lumière des faiblesses des systèmes propriétaires, particulièrement grâce à l'avénement des grands réseaux et de leur interconnexion dans Internet.

1.5.1 Internet ne pardonne pas

La constitution d'Internet remonte aux années 70, avec les efforts de l'armée américaine pour connecter entre eux les réseaux informatiques des centres de recherche ^1.9 avec des connections haut débit : de la même façon qu'un réseau local met en relation les ordinateurs dans un espace défini (une université, une base militaire), Internet met les réseaux locaux en réseau, ce qui permet à un ordinateur de l'EPFL de communiquer avec un ordinateur en Australie. Vers 1990, le CERN mit au point le standard (libre) HTML et le World Wide Web, pour le partage des données - des données scientifiques, s'entend; il n'était pas encore question de saturer les lignes avec des photos de caniches ou des sélections d'anatomie humaine.

Au bout de quelques années, le public commença à s'intéresser à Internet, et il fut autorisé à utiliser le réseau dans des buts commerciaux - ce qui était jusque-là rigoureusement interdit. En quelques mois, Internet devint un «must», et les utilisateurs de PC se heurtèrent à la stratégie de développement de Microsoft : considérant Internet comme un phénomène négligeable, il y avait été décidé d'ignorer superbement le mouvement, ceci jusqu'au moment où la faiblesse des fonctions réseaux de Windows 3.11 for workgroups et la montée de Netscape devinrent dérangeantes. On assista alors à un spectaculaire virage à 180 degrés du géant, qui inclut même un navigateur Internet dans son système suivant, le fameux (à différents titres) Windows 95 «avec Internet Explorer» ^1.10.

Le contact généralisé du public avec Internet permit de sensibiliser les utilisateurs aux problèmes de sécurité des réseaux et de fiabilité des systèmes, questions qui étaient jusque-là la chasse gardée des grands systèmes. En effet, la mise en réseau d'un grand nombre de postes Windows mono-utilisateurs, non sûrs (pas d'autorisation en écriture des fichiers, faiblesse du cryptage des mots de passe), dotés des mêmes logiciels (Internet Explorer, MS-Outlook, ...) affligés de grossiers trous de sécurité et de réglages par défauts très permissifs, permit à quelques virus et vers célèbres de faire des dégâts considérables, et à quelques crackers ^1.11 de réaliser des coups d'éclats ^1.12. On vit alors le public supposer qu'il est fatal et inévitable que le quart des ordinateurs de la planête puissent être infectés par un script Visual Basic très élémentaire écrit par un adolescent ^1.13 -- attitude renforcée par la publicité de Microsoft, qui ne voulait pas être forcé de repenser toute sa gamme de produits, et par les éditeurs d'«anti-virus» qui, naturellement, se frottaient les mains. L'image de marque de Microsoft auprès du public pâtit grandement de ces faiblesses, mais la société de Redmond restait un «mal nécessaire», faute d'alternative.

Les entreprises, entrainées dans la commercialisation d'Internet, craignaient aussi les virus et les crackers, plus encore que le public ; elles étaient aussi confrontées à la mise en place de serveurs pour publier leurs sites sur le réseau: il fallait des ordinateurs qui puissent tourner 24 heures sur 24, 7 jours sur 7, en supportant les requêtes de nombreux clients; or, Microsoft proposait des systèmes de serveurs très coûteux, qui se faisaient régulièrement attaquer avec succès par les pirates, et qui, du propre aveu de Microsoft, restaient en ligne «99,9 % du temps» ^1.14. Les entreprises payaient ainsi très cher des serveurs très fragiles et vulnérables, qu'il fallait donc doubler ou tripler, et sur lesquels des équipes de maintenance devaient pouvoir intervenir à tout moment. Pour couronner le tout, la politique de licenses de Microsoft mettait les entreprises à la merci d'un changement de version de Windows, ou même de versions bridées (par exemple, la version «serveur» de Windows NT permet plus de dix connections, contrairement à la version «station de travail», mais coûte quatre fois plus cher ; les deux versions ne diffèrent l'une de l'autre que de quelques bits). Le Réseau impose d'énormes contraintes, et en dernière analyse, seule la qualité technique des systèmes compte ; aussi les entreprises qui en avaient les moyens étaient-elles incitées à chercher les alternatives des grands constructeurs - IBM, HP, etc. - sous UNIX.

1.5.2 La renaissance d'UNIX

En 1990, Linus Torwalds publiait son noyau Linux et la jonction avec les nombreuses applications du projet GNU de Richard Stallman était opérée en quelques semaines, donnant naissance à un système UNIX totalement libre. Dans le même temps, le système BSD, lui aussi libre, atteignait une belle maturité. Quelques années plus tard, alors que les entreprises et les organes gouvernementaux cherchèrent des alternatives aux serveurs Microsoft, ces systèmes s'imposèrent en force : libres, au sens où leur code source est librement lisible et modifiable, ces systèmes sont corrigés en permanence (voir l'affaire du « Ping de la Mort », section F.2.7 , page ), ce qui leur assure une grande qualité, et une correction rapide des bugs ou des failles de sécurité. Contrairement au système Windows, où l'administrateur passe sa vie à courir pour patcher son serveur avant qu'il ne succombe à une attaque ^1.15 (dans l'hypothèse où Microsoft fournit un patch, ce qui est loin d'être évident !), là, le système reconnait tous les logiciels installés comme des «paquetages» , qu'il peut mettre à jour lui-même automatiquement ; les sites officiels fournissent régulièrement les mises à jour (libres elles aussi) signées de cryptographiquement, de façon à ce qu'une imposture soit exclue (si un malveillant parvenait à introduire un paquetage sur le serveur officiel, celui-ci ne serait pas distribué faute d'être signé de manière adéquate) ; de sorte que l'administrateur Linux prend connaissance d'une nouvelle faille de sécurité en voyant qu'elle a été corrigée par le système pendant la nuit.

Au cours des années qui suivirent, des sociétés comme IBM commencèrent à proposer leurs lignes de grands serveurs tournant traditionellement sous leur UNIX propriétaire avec Linux. Des entreprises aidaient à propager Linux, se finançant par la vente de disques, de livres, de support aux utilisateurs ou de cours aux administrateurs.

Très vite, la bonne réputation technique de Linux, système stable, invulnérable aux virus, présent sur de nombreux types d'ordinateurs, et puissament servi par les logiciels GNU, lui permit de conquérir les c $\oe$ urs d'utilisateurs motivés, en dehors du cercle des «premiers fidèles» : des «transfuges de Windows» commencaient à «passer à Linux» ^1.16, attirés par la liberté d'échanger les logiciels, par leur qualité et la facilité pour les trouver et les installer de façon correcte (combien d'heures sur les sites «warez» sordides pour trouver une version pirate d'un jeu à la mode qui se révélera buggée ou infectée ...), et par les avantages inhérants au système dans ses points forts: programmation, traitement de texte L^ATEX, ...
De plus, une distribution Linux contient plusieurs milliers d'applications libres, et c'est un système complet qui est installé ^1.17, gratuit et libre.

Ainsi, au début 2002, UNIX, réincarné en Linux, a non seulement reconquis une bonne part du marché des serveurs et des ordinateurs de calcul (cinéma, météorologie ), mais est aussi en passe d'arriver en force sur les ordinateurs de bureau ^1.18.

1.5.3 Conclusion

**Figure 1.2:** Le 27 avril 1999, Dennis Ritchie et Ken Thompson reçoivent à la Maison-Blanche la *U.S. National Medal of Technology* des mains du président américain Bill Clinton.

L'essor de Linux fait l'objet d'un chapitre spécifique (voir Chapitre 3, page ) ; pour conclure cette modeste revue de l'histoire d'UNIX, on notera tout de même qu'avec Linux, UNIX s'est lancé à la conquête de l'ordinateur de bureau, de l'ordinateur comme machine de jeux, du téléphone portable, de l'organisateur de poche, et même de nombreux gadgets comme des montres et des lecteurs multimédias. Quant aux domaines naturels des UNIX, comme le calcul massif, les domaines scientifiques, les serveurs, l'espace, et autres, Linux et BSD confirment la suprématie du système de Thompson et Richtie, tout en faisant briller les principes de libre expression des idées et de liberté.

2. Le projet GNU

RMS -- Richard M Stallman

2.1 Le Paradis Perdu -- Prélude à GNU

Lorqu'en 1971 Richard Stallman débuta sa carrière au MIT, l'informatique était un domaine de recherche scientifique ; de la même manière que les mathématique ou la physique sont ouvertes et libres - il serait inconcevable qu'un matématicien brevette le théorème de Pythagore et exige des royalties pour chacune de ses utilisations - , l'informatique était à l'époque un domaine dans lequel les chercheurs partageaient leurs découvertes, avec comme idéal l'avancée de la Science en général. On pouvait librement consulter les codes sources des programmes, qui étaient de la sorte constamment améliorés (voir section F.2.7). Stallman lui-même travaillait comme ingénieur système au laboratoire d'Intelligence Artificielle, domaine éminemment académique et scientifique : le but est la connaissance pure pour le bien de l'humanité, et non d'éventuelles applications commerciales immédiates.

**Figure 2.1:** Richard Stallman, fondateur du projet GNU, et Saint de la Sainte Église de EMACS. L'auréole est constituée du plateau d'un antique disque dur.

Un jour, le laboratoire d'IA du MIT reçut une imprimante laser Xerox. A cette époque, les imprimantes laser représentaient une révolution, tant du point de vue de la qualité de l'impression que de la vitesse ; toutefois, ces imprimantes n'étaient pas toujours très fiables, et il arrivait assez régulièrement qu'elles se bloquassent. L'ancienne imprimante était affligée du même défaut ; aussi, les programmeurs du MIT avaient-ils pris le code qui pilotait l'imprimante et l'avaient modifié de façon à ce que l'imprimante envoie un message de détresse lorsqu'elle tombait en panne ; si elle s'enrayait, on voyait arriver des gens qualifiés pour la débloquer dans les instants qui suivaient. Tout naturellement, Stallman voulut implémenter la même fonction pour la nouvelle imprimante, mais le code source du logiciel de l'imprimante n'était pas disponible. Stallman savait qu'un chercheur de Carnegie Mellon avait ce code, aussi alla-t-il en personne le lui demander. Or ce code était un secret commercial de Xerox, et le chercheur avait signé un accord de non-divulgation - il refusa à Stallman l'accès au code.

Refuser l'accès au code allait à l'encontre de tout ce en quoi croyait Stallman, et il en fut profondément et durablement impressionné. Dès lors, il combattit l'utilisation des programmes dont les licenses interdisaient l'accès au code ; mais ce type de license devenait de plus en plus répandu, si bien que ce combat d'arrière-garde était voué à l'echec.

2.2 Les premiers pas - La FSF - La GPL

Stallman décida alors de se lancer lui-même dans l'écriture d'un système complet et libre, suivant en cela le moto des geeks les plus prestigieux : «si vous en avez envie, créez-le vous-mêmes». De crainte que son travail ne puisse être revendiqué par le MIT - et peut-être placé sous license, auquel cas le travail aurait été fait en vain - , Stallman démissionna de son poste de chercheur. L'université lui laissa toutefois l'accès aux ordinateurs, ce qui facilita le début du travail.

Virtuose du LISP ^2.1 Stallman se lança à plein temps dans son projet, en commencant par réécrire l'éditeur Emacs. À ce stade, il devenait urgent de trouver une source de revenu pour subsister.

Dès sa sortie, Emacs connut une grande popularité ; un grand nombre d'ordinateurs n'ayant alors pas accès au réseau, il arrivait que l'on demandât Emacs sur support magnétique - des bandes, à l'époque. Stallman décida de mettre à profit cette source de revenus possible, et se mit à fournir des copies de Emacs, moneyant 150 dollars. Il est important de souligner à quel point cette démarche n'a rien à voir avec le commerce habituel du logiciel : lorsque l'on achète un logiciel, il est bien entendu que l'on aura pas le droit de copier le logiciel, que l'on ne pourra pas le distribuer, que l'on n'aura pas accès au code et que les tentatives pour décompiler le programme sont interdites. Avec Emacs, on n'achetait pas le programme lui-même, mais le service que Stallman rendait en copiant et en envoyant la bande; après tout, vous étiez libre de télécharger le programme sur le réseau, ou de demander à un ami de vous faire une copie. Simplement, payer les 150 dollars permettait à Stallman de continuer son $\oe$ uvre, et la plupart des gens qui le pouvaient jouèrent le jeu.

A cette époque, les versions commerciales de UNIX florissaient, et il devenait courant de les voir munies d'interfaces graphiques. Les éditeurs de logiciels commencèrent à mettre au point leurs couches graphiques, mais elles devaient faire concurence à un système libre, XFree. XFree était un logiciel libre dont le seul but était de devenir le standard de facto ; sa license était donc des plus permissives, et en effet, on vit bientôt les grands éditeurs renoncer à leurs versions propriéaires pour adopter XFree. Mais en réalité, les versions commerciales de UNIX se bornaient à récupérer le code de XFree, à l'adapter au passage si nécessaire, puis à fournir une boite noire fermée qui comportait certes les fonctionnalités de XFree, mais pas son code. Ainsi la version originale, libre, de XFree avait-elle engendré des batards propriétaires, et le progrès était ainsi perdu dès la deuxième génération.

Pour éviter qu'un tel lot n'échût à ses programmes, Stallman décida de poser une clause restrictive à sa license : les droits de copies, d'accès au code et de modification seraient garantis, mais les versions suivantes devraient obligatoirement garantir les mêmes droits. Ainsi, il était impossible de faire avec Emacs ce qui était arrivé à XFree. Et de fait, Emacs devint vite un must de toute distribution UNIX, même commerciale, sans qu'il y ait jamais de version fermée.

Stallman donna à sa license le nom humoristique de «gauche d'auteur» (copyleft) ^2.2 ; avec les conseils d'avocats, il l'officialisa sous le nom de GNU Public License - la fameuse GPL.

La GPL existe en plusieurs versions : il existe une GPL spécifique pour la documentation - elle s'applique par exemple au document que vous avez à cet instant dans les mains -, une pour les librairies - plus légère, cette license permet d'utiliser une librairie GNU dans le cadre d'un projet propriétaire - et même une pour la musique (qui a dit que «télécharger de la musique sur Internet est illégal» ?).

Stallman décida de créer une fondation qui permettrait de centraliser le travail, de défendre juridiquement les logiciels libres contre d'éventuelles violations de la GPL - il devait d'ailleurs en survenir ! - et d'engager des programmateurs à plein temps. Cette fondation, la FSF (Free Software Foundation) reprit bientôt à son compte le service de duplication des bandes magnétiques -- Stallman gagna alors son pain en proposant de modifier ses logiciels en suivant les désirs des clients qui seraient plus facilement prêts à payer qu'à mettre eux-mêmes la main à la pâte.

2.3 Le mariage avec Linux

Au fil des années, la FSF implémentait les différentes composantes d'un vaste et puissant systèmes UNIX ; bon nombres de ces composantes étaient reprises dans des versions commerciales d'UNIX (tels Solaris ou plus récemment MacOS X). Mais une composante essentielle restait manquante : le noyau du système d'exploitation. Stallman dira plus tard que tout le système étant à écrire, il n'y avait pas de raison de commencer par telle ou telle composante plutôt qu'une autre ; en fait, beaucoup des composantes essentielles et très complexes étaient bien implémentées, mais le noyau résistait à cause d'un parti pris technique : il existait un micro-noyau libre, Mach, qui était déjà fonctionnel ; la FSF décida de reprendre Mach et de construire les autre modules qui en feraient un noyau complet, le système Hurd (la «horde» de modules travaillant ensemble, comme une horde de gnous). Malheureusement, il s'avéra que si, en principe, l'architecture en micro-noyau est plus moderne et plus efficace, elle est en revanche beaucoup plus compliquée à mettre en place qu'un noyau monolitique : même si les modules, individuellement, sont plus simples que le noyau monolithique, leur communication les uns avec les autres est, elle, d'une grande complexité ^2.3. C'est pourquoi le travail avec Hurd piétinait, et qu'en 1990, l'avénement du système d'exploitation entièrement GNU tardait encore.

C'est alors que du fin fond de la Finlande - et de la liste de diffusion comp.os.minix - arriva la nouvelle de la création de Linux, un noyau un peu brouillon, monolithique, mais qui tournait, vaille que vaille. Linux avait à l'origine une license libre assez restrictive - il était interdit de l'utiliser dans un but commercial, ce qui limitait pratiquement sa diffusion au milieu académique -, mais très vite, Linus Torvalds décida de le mettre sous license GPL ^2.4; à partir de ce moment, il était légalement possible de connecter le noyau Linux avec toutes les autres composantes du système GNU, ce qui fut fait en quelques semaines. C'est ainsi que naquit le premier système d'exploitation entièrement GPL - quoique non entièrement GNU.

Dès lors, la FSF contribua à la montée de Linux, tout en continuant lentement à développer le noyau Hurd. La FSF continue encore aujourd'hui à être le garant et le défenseur de la liberté du système GNU (même si dans certains cas les critiques de Stallman font penser à des disputes de groupuscules trotskistes - voir l'affaire GNOME, où, ses demandes étant totalement exaucées, Stallman ira jusqu'à exiger des excuses des développeurs de KDE). Récemment, la FSF a commencé à sortir des versions de test du noyau Hurd, et l'on peut espérer que bientôt un système totalement GNU verra le jour ^2.5, ajoutant encore à la richesse et à la diversité des systèmes libres.

**Figure 2.2:** Richard Stallman juché sur le gnou qui sert de mascotte à la FSF.

3. Histoire de Linux

Introduction

Le nom Linux strictement parlant désigne le noyau du système d'exploitation utilisable notamment avec le système GNU. Pour plus de concision nous utiliserons parfois le terme Linux pour désigner le système complet avec ses applications - ce qui strictement devrait être couvert par le terme GNU/Linux.

Linux est l'un des projet informatiques actuels les plus vaste, tant du point de vue de la complexité technique que de sa taille même ; il compte aujourd'hui environ 30 millions de lignes de code, dont plus de la moitié sont des drivers gérant le nombre toujours croissant de périphériqus supportés par linux. Ceci représente l'équivalent de 8000 heures-personne de travail, ou un milliard de dollars de développement pour une entreprise de logiciels.

3.1 Il était une fois en Finlande

Notre histoire commence en 1991 ; c'était le temps des PC 386 et 486, qui avaient déjà conquis une vaste part du marché des ordinateurs personnels, du fait de leur prix abordable - par rapport aux Apple MacIntosh. Les PCs avaient déjà consacré l'hégémonie de Microsoft, par l'intermédiaire du système d'exploitation MS-DOS fourni - déjà exclusivement - avec chaque ordinateur. Il existait des systèmes alternatifs, principalement des UNIX, généralement très coûteux - de fait, aucun d'entre eux ne risquait de percer comme système d'exploitation populaire et de concurencer de MS-DOS. Mais surtout, ces UNIX n'étaient pas libres : on ne pouvait en obtenir le code source qu'à prix d'or, et il eût été inconcevable que chaque utilisateur puisse en distribuer des copies ^3.1.

Le projet GNU de Richard M. Stallman portait la promesse du système totalement libre (c'est-à-dire dont le code source serait disponible pour consultation et modification), gratuit et de qualité professionelle ; mais si presque tout le système GNU était déjà disponible - en particulier le compilateur GCC, qui permettait de créer d'autres programmes, et l'éditeur EMACS - il n'en était pas ainsi de Hurd, le kernel du système, sur lequel devait reposer tout le reste de l'édifice.

Pour les besoins de l'enseignement et de la recherche, il existait des systèmes UNIX dont les codes source étaient lisibles, mais seulement sous license deslicences restrictives. L'un de ces systèmes, MINIX, faisait l'objet d'une liste de diffusion sur Internet, comp.os.minix, où des passionnés, principalement des étudiants et des chercheurs en informatique, échangeaient leurs opinions et conseils techniques. Le 25 août 1991, un étudiant finlandais y posta le message suivant:

Bonjour à tous ceux qui utilisent minix - Je suis en train de faire un système d'exploitation (libre) (c'est juste un hobby, pas quelque chose de grand ou proffessionel, comme gnu) pour les clones AT 386(486). C'est en marche depuis avril, et ça commence à être prêt. J'aimerai avoir des commentaires sur ce que les gens aiment/n'aiment pas dans minix, parce-que mon OS lui ressemble un peu (même arrangement du système de fichier (pour des raisons rpatiques) entre autres choses). Pour le moment j'ai porté bash(1.08) et gcc(1.40), et les choses ont l'air de marcher. Ca implique que j'aurais quelque chose d'utilisable d'ici quelques mois, et j'aimerai savoir quelles fonctionnalités la pluspart des gens voudraient. Toutes les suggestions sont les bienvenues, mais je ne promet pas que je les implémenterai :-)

Linus (torvalds@kruuna.helsinki.fi)

PS. Oui - c'est libre de tout code appartenant à minix, et il a un système de fichier multi-thread. Il n'est PAS portable (task switching des386 etc), et il ne supportera probablement rien d'autre que les disques durs AT, comme c'est tout ce que j'ai :-(

Linux Torvalds, 21 ans, était étudiant en informatique à l'université d'Helsinki ; principalement autodidacte, il était tombé dans l'informatique quand il était petit. Son message suscita très bientôt l'intérêt sur comp.os.minix, et les commentaires, critiques et corrections venus d'Internet amenèrent très vite la sortie de Linux version 0.0.1 (mi-septembre); puis, des versions corrigées et améliorées parurent chaque mois environ.

**Figure 3.1:** Linux Torvalds, créateur du noyau Linux

3.2 Les premiers fidèles

Assez vite, Linus commença à recevoir une masse de cartes postales des quatres coins du monde ; les mensualités de son ordinateur, qu'il avait acheté à crédit, furent payées en quelques jours par des cotisations venues du monde entier. Encore plus important, Linux fut hébergé sur un serveur FTP et ainsi mis à la disposition de tous 24 heures sur 24.

Les critiques constructives sur Linux permettaient au système de s'améliorer à une très grande vitesse, et avec une ampleur qui dépassa rapidement tout ce que Linus aurait imaginé : ainsi, ce système qui, initialement, ne supportait que les disques durs AT et n'avait pas de login, eut dès la version 0.11 le support pour les claviers multilingues, les lecteurs de disquettes, les standards EGA, VGA, Hercules, ...

Le nouvel arrivant dans l'arène des systèmes d'exploitations ne fut pas non plus épargné par la critique : Andrew S. Tannenbaum, créateur de Minix, eut avec Linus Torvalds un débat sur les mérites respectifs des architectures en micro-noyau (Minix) et en noyau monolithique (Linux)^3.2; la philosophie étant à l'époque de ce débat que les noyaux monolithiques étaient condamnés à disparaître, et que l'avenir était aux micro-noyaux. À l'heure actuelle, ce n'est toujours pas le cas : la difficulté de faire communiquer entre eux les différents sous-systèmes semble être prohibitive dans le cas d'un système généraliste. En revanche, le code de Linux tend à être de plus en plus modulaire.

Finalement, la licence de Linux et son efficacité dans les cas d'utilisation réels ont fait son succès : qui a entendu parler de Minix récemment - ailleurs que dans ce texte ?

3.3 Les distributions - Les portages

Les principaux outils GNU furent portés sur Linux, ce qui en faisait un système utilisable pour la programmation ou le travail ; rapidement, le nombre d'utilisateur se compta en milliers, puis en dizaines de milliers : le système était sorti de son enfance et, de jouet pour étudiant, il était devenu un système utilisable. Des sociétés commerciales commençaient à s'intéresser à Linux, et les premières distributions firent leur apparition : des éditeurs proposaient des boîtes contenant tous les logiciels Linux pré-configurés, ainsi qu'un support technique. C'est ainsi que Red Hat, Slackware, SuSE, et les distributions non commerciales, telle que Debian, attirèrent de plus en plus de monde vers Linux.

De grandes entreprises d'informatiques commençaient elles aussi à s'intéresser à Linux, et c'est ainsi qu'une coûteuse station de travail à base de processeur Alpha fut mise à la disposition de Torvalds pour qu'il réalise une version de Linux qui puisse tourner dessus. Effectivement, la «traduction» fut réalisée, démentant la prédiction de Linus selon laquelle son système ne tournerait jamais que sur les processeurs 386. À l'heure où j'écris, Linux a été notamment porté pour toute la gamme des processeurs Intel x86 (id est les 386, 486, Pentium, Pentium Pro, Pentium II, III et IV, ainsi que les clones : AMD, Cyrix, Transmetta, etc) ainsi que pour les version 64 bits d'Intel (les IA-64), pour la plupart des 68000 de Motorola, les SPARC et UltraSPARC de Sun, les Alpha, les PowerPC, les ARM, les MIPS (que l'on trouve dans les Silicon Graphics et les DEC), les Hewlett Packard HP PA-RISC, les grands serveurs IBM S/390 et les processeurs SuperH de Hitachi. Linux est même d'hors et déjà compatible avec les AMD 64 bits : il tourne sur des processeurs qui n'existent pas encore !

3.4 XFree, KDE, Gnome, Tux

Le serveur XFree avait également été porté sur Linux, offrant ainsi une interface graphique qui ouvrait la voie aux environnements de travail graphiques.

Les systèmes UNIX traditionnels utilisaient pour la plupart l'environement CDE (Common Desktop Environnement, que l'on peut encore voir sur Solaris, HP/UX, Tru64 UNIX ...). Le projet KDE débuta avec une ambition simple : faire mieux, et faire libre ^3.3.

Le projet KDE se base sur la librairie Qt de la société TrollTech ; ces librairies étaient n'étaient pas «officiellement» libres ^3.4. Aussi, pour les puristes, Qt n'était-elle pas «libre» ; dans les faits, les ingénieurs de Qt collaboraient étroitement avec les développeurs de KDE, de sorte que les rapports de bugs ou les demandes de nouvelles fonctionalités étaient pris en compte très activement par TrollTech. On était là à un cas limite, où sur le papier la situation n'était pas garantie (TrolTech aurait pu se montrer soudainement hostile à KDE - quelqu'improbable que fût cette éventualité), mais où, dans les faits, l'utilisation de Qt était praticable. TrollTech fit plusieurs tentatives pour trouver un compromis avec la FSF et le Projet Debian, dont une license libre - mais différente de la GPL - et la création d'une fondation destinée à assurer qu'une version au moins de Qt resterait toujours libre quoi qu'il advînt, mais il apparut bientôt que seule la mise de Qt sous license GPL appaiserait les puristes. Ce qui fut fait avec Qt 2.2 . Miguel de Icaza essaya de détourner KDE de la librairie Qt, mais sans succès. Finalement, il y eut scission et le projet GNOME ^3.5 fut lancé, pour faire un «KDE vraiment libre».
Cet épisode est un bon exemple du défaut des projets libres : le risque de se faire submerger sous un raz-de-marée d'ergoties et de discussion philosophiques qui finissent par détourner de la question^3.6.

En définitive, la scission KDE-GNOME eut ceci de négatif qu'elle donna des logiciels libres une image de groupuscule extremiste tourmenté par des conflits internes sectaires ; qu'elle détourna beaucoup de talents et d'énergie de leur travail -- la programmation ; et qu'elle était en définitive vaine, puisque la librairie Qt fut placée sous GPL quelques temps après.

Elle eut ceci de positif qu'elle fournit un choix suplémentaire d'interface ^3.7, et qu'elle permit aussi de voir la différence entre un projet sans coordination centralisée, KDE, et un projet organisé principalement autour d'un meneur - Miguel de Icaza ayant finalement établi son ascendant sur le projet GNOME.

Le lecteur intéressé pourra se reporter à [25], qui montre le point de vue d'un puriste s'il en est, Richard Stallman, et au site de KDE qui offre un résumé de l'histoire des licenses de Qt.

Tux, mascotte de Linux

La question de l'image de Linux fut soulevée sérieusement sur la liste de diffusion du noyau linux vers 1996. À cette date, le système avait déjà une réputation de vitesse et de stabilité bien établie auprès des professionnels, mais la diffusion auprès du grand public souffrait beaucoup du caractère austère, technique et abstrait des qualités du système - «oui grand-maman, je vais t'installer un système stable avec un véritable multi-tâches préemptif, portable et multi-utilisateur » - La conception d'un logo pour Linux devenait urgente.

Les premières idées étaient des parodies de logos d'autres systèmes - suivant la tradition UNIXienne des parodies et des allusions - ou des animaux comme des aigles, des requins ou autres banalités. C'est Linus lui-même qui mentionna son affection pour les pinguins, ce qui emporta la décision ; ^3.8. Par la suite lors de la phase de conception, Linus posta le fameux message

Re: Prototype pour le logo de linux Linus Torvalds (torvalds@cs.helsinki.fi) Thu, 9 May 1996 17:48:56 +0300 (EET DST)

Quelqu'un a annoncé un concours pour le design d'un logo, peut-être que les gens devraient pouvoir envoyer leurs idées à un site web..

Il semble qu'un pinguin ne soit pas assez fort pour faire face au monde, et qu'il va se faire écraser. Sous cet angle, ça n'est pas un bon logo très positif..

Bon, quand vous pensez aux pinguin, Inspirez calmement, et pensez «doux». Respirez encore, et pensez «mignon». Revenez un instant à «doux» un instant (et respirez normalement), puis pensez «satisfait».

Toujours avec moi ? Bien..

Bon, chez les pinguins, (doux), «satisfait» veut dire qu'il vient de s'envoyer en l'air, ou qu'il a abusé de harengs. Croyez-moi, je suis expert en pinguin, et ce sont les deux seules options.

Vu sous cet angle, nous ne voulons pas vraiment être associés avec un pinguin viril (en fait si, mais ce n'est pas politique, donc non ), donc on devrait se concentrer sur l'aspect «remplis de harengs».

Donc en pensant «pinguin», vous devez voir Un pinguin bien en chair (*), assis après s'être remplis la panse, et ayant juste roté. Il est juste là, avec un sourir béat - le monde est beau après quelques litres de poisson cru et on sent qu'un autre «rot» vient.

(*) Pas GROS, mais on doit sentir qu'il est assis parce qu'il est bien trop plein pour tenir debout. Il faut penser à un sac de haricots.

Bon, si vous avez des problèmes pour vous sentir proche de quelque chose qui se dope au poisson cru, pensez à du chocolat, mais vous voyez l'idée.

Ok, donc nous avons un adorable et doux pinguin, assis après une orgie de hareng. Vous me suivez toujours?

MAINTENANT c'est difficile. Avec cette image gravée dans vos esprits, vous en faites une ébauche stylisée. Peu de détails - juste une silhouette au pinceau (vous savez l'effet que vous obtenez quand l'épaisseur de la ligne varie). ÇA, ça demande du talent. Donnez aux gens cette silhouette, et ils doivent dire [voix infantile] «Houuu, le mignon pinguin, je parie qu'il est _plein_ de harrengs», et les petits enfants doivent sautiller et crier «maman, maman, je peux en avoir un aussi?».

Ensuite, on peut faire une version plus grande avec plus de détails (peut-être appuyé sur un globe terrestre, mais je ne crois pas que nous voulions une image de pinguin «macho» genre Atlas). Cette version plus détaillée peut frapper billou, pour ce que j'en ai a faire, ou jouer au hockey avec le démon de BSD. Mais c'est simplement le pinguin tout seul qui sera le logo, et dans les autres cas, ce sera juste un acteur dans un tableau.

Linus

La forme du pinguin étant donnée, on organisa un concours et le célèbre dessin de Larry Ewing (voir figure 3.2, page ) - fait avec le GIMP ! - gagna par acclamation. Le nom du Grand pinguin semble dériver de Torvalds's UniX, étant entendu qu'en anglais, «Tux» est l'abréviation de tuxedo, l'habit de cérémonie que semblent porter ces petites bêtes. Par la suite, les fans britanniques de Linux achetèrent un véritable pinguin, le baptisèrent Tux, et l'offrirent au zoo de Bristol. Tux est maintenant le symbole universellement accepté de Linux ; il personifie ce système décentralisé qui n'appartient à personne, et en donne une image amusante et décontractée qui a beaucoup fait pour sa popularité.

**Figure 3.2:** Tux, mascotte «officielle» de Linux, et la proposition alternative de Al Mackey : un renard

3.5 La révélation Linux

La diffusion de Linux dans le grand public est principalement fonction de la connaissance que les gens en ont: si Linux est peu répandu dans les entreprises comme environnement de bureau, il est omniprésent au CERN, par exemple.

Actuellement, on estime à 10 millions le nombre d'utilisateurs de Linux. Comme grandes étapes de la diffusions de Linux, on peut citer les distributions, surtout avec l'effort réalisé à partir de 2000 pour créer des distributions très faciles à installer ^3.9 ; la diffusion très large sur les serveurs, les machines de calcul, et tous les endroits où le besoin d'une grande fiabilité se fait sentir ^3.10 ; et enfin les systèmes embarqués : montres, assistants personels, téléphones, baladeurs, pour lesquels Linux devient une solution de plus en plus répandue.

La «niche écologique» dans laquelle Linux semble avoir du mal à s'imposer est l'ordinateur de bureau, que ce soit pour le travail ou pour les jeux. Si la première catégorie est fortement due au conservatisme naturel du grand public et aux man $\oe$ uvres des grandes entreprises de logiciels pour maintenir leur monopole, la seconde est plus fondée techniquement : les jeux à la mode sortent en effet toujours pour MS Windows, parfois pour MacOS, presque jamais pour Linux ; la solution à ce problème viendra-t-elle de projets d'émulateurs qui rendraient Linux compatible avec des logiciels écrits pour MS Windows - comme le projet Wine - , de l'apparition de jeux de qualité professionelle venus du monde des logiciels libres (comme Parsec ou TuxRacer), ou d'une prise de conscience des éditeurs ^3.11 ?

La mentalité UNIX et Linux est néanmoins bien partie pour conquérir le bastion des logiciels propriétaires, avec MacOS X, basé sur un noyau BSD libre, la publication sous GPL par Sun d'OpenOffice, suite burautique qui permet une relative interopérabilité avec la suite MS Office, et la tendance les dernières distributions, avec des interfaces très «léchées», une configuration du matériel presque entièrement automatique, et un effort du côté du multi-média et des jeux.

Et il n'est pas interdit de faire s'arrêter un instant pour admirer le chemin parcouru, depuis le petit OS qui n'avait d'autre prétention que d'amuser ceux qui y prêteraient attention.

4. Philosophie de Linux

4.1 La GPL -- Le Darwinisme informatique

La personnalité de Linus Torvalds a sans doute marqué la tradition dans laquel Linux est forgé. A la différence de la tradition BSD ou GNU, où un comité directeur corrige et juge le travail effectué (sur des critères technique et politiques, comme c'est notamment le cas avec Stallman), Linux a fait fleurir un monde de développeurs dont les réalisations vivent et meurent d'elles-mêmes, par sélection naturelle : le meilleur programme rassemblera souvent les efforts des auteurs de programmes concurents, et la meilleure philosophie s'impose pratiquement toute seule, sans les discussions enflammées qui caractisent la FSF.

Si la FSF ignore ou combat par principe toute contribution commerciale, la tradition Linux permet d'en tirer avantage, et souvent d'attirer dans le camp des logiciels libres des alliés commerciaux de valeur ; c'est ainsi que KDE a su tirer parti des librairies QT de TrollTech, et a en définitive contribué à ce que QT soit mis sous GPL. Le principe très linuxien de décentralisation se voit là aussi à l' $\oe$ uvre, et l'on constate que KDE évolue plus vite que GNOME, qui est principalement sous l'autorité d'un meneur, Miguel de Icaza. Cette décentalisation est aussi une force en ceci que Linux devient par là un mouvement de masse, qu'il est impossible d'entraver -- ceci est bien mis en évidence dans certains documents à usage interne de Microsoft -- le fameux «Halloween Document» [33], par exemple.

4.2 L'Héritage d'UNIX

Linux a hérité toute son architecture et ses commandes de GNU, qui lui-même les tirait de UNIX. C'est ainsi que Linux est totalement compatible avec UNIX ^4.1.

L'arborescence des répertoires systèmes, les commandes, le système de fenêtrage, toutes ces composantes sont directement inspirées ou héritées des grands UNIX traditionnels. Au niveau de la communauté, c'est toute une culture et un ensemble de traditions qui figurent dans le monde Linux.

4.3 Les Contributions Commerciales

Contrairement à ce que pourrait laisser croire la «gratuité» des logiciels libres, Linux n'est pas bloqué dans un monde qui exclut les entreprises commerciales ; l'enrichissement est à double sens : les entreprises tirent avantage de Linux -- elles l'emploient abondemment -- et Linux bénificie de toutes sortes de contributions commerciales.

4.3.1 Les Distributions

Pour commencer, il y a les fameuses distributions qui sont aujourd'hui la source principale d'où les utilisateurs tirent le système installé sur leur ordinateur. Ce sont des collections de logiciels de toutes sortes, mis à jour, et présentés sous forme de «paquetages logiciels» précompilés, de façon à pouvoir s'inscrire de façon cohérente et automatique dans l'ensemble du système. Les distributions modernes incluent un programme d'installation qui facilite la mise en $\oe$ uvre et le réglage du système, ainsi qu'une documentation imprimée et l'accès à un support technique.

Les distributions ne vendent pas Linux lui-même -- elles ne le possèdent pas -- , mais le service qu'elles rendent en rassemblant ainsi les programmes sur des CD-ROM, en les compilant et en écrivant des installateurs. Une fois que l'on a acquis une boîte de Linux, il est tout à fait autorisé d'installer le système sur autant d'ordinateurs que l'on veut, et de faire -- et distribuer -- des copies des disques. Ainsi les distributions favorisent énormément la diffusion de Linux auprès du public.

En ce qui concerne les sociétés et les entreprises, le fait de pouvoir s'adresser à un fournisseur de services et de support est un argument de poids lorqu'elles réfléchissent au choix de Linux pour leur infrastructure informatique.

4.3.2 Les éditeurs de logiciels

Les éditeurs de logiciels commencent à s'intéresser sérieusement à Linux après l'avoir longtemps ignoré. Devant la demande du milieu scientifique, certaines application commerciales sont portées pour Linux -- c'est le cas de Mathematica, par exemple. Ces programmes, qui sont sous des licenses commerciales classiques (payants, une seule installation, pas d'accès au code source), prouvent que Linux est aussi un marché pour ce genre de produits. On commence même à voir des éditeurs de jeux s'intéresser au sujet -- c'est ainsi que Soldiers of Fortune a été porté pour Linux.

Il arrive aussi que des programmes propriétaires «passent» du côté des logiciels libres, comme ce fut le cas avec Doom, Quake I et Quake II, qui, après une carrière commerciale des plus classiques, ont vu leur code mis en accès ouvert pour Linux. L'entreprise y gagne en popularité auprès d'une population par ailleurs susceptible d'acheter le type de produit dont elle tire son pain, et les anciens jeux reprennent du poil de la bête en étant «bricolés» par la communauté des hackers.

Enfin, certaines sociétés commerciales produisent délibérement du code libre dès le départ; c'est le cas notamment de la société TrollTech, qui publie (sous GPL) la librairie Qt qui est l'épine dorsale de KDE. Les versions Windows ou Mac de Qt sont propriétaires (il faut les payer pour pouvoir développer des logiciels dessus), de sorte que la mise sous GPL de la version Linux constitue un fabuleux coup de pub. De plus, comme le prix des licenses est modéré, il est assez facile de rentabiliser l'investissement pour les développeurs qui souhaitent porter leurs applications Linux vers Windows ou MacOS. La communauté du logiciel libre y gagne bien sûr énormément, puisque non seulement une excellente librairie tombe pratiquement du ciel, mais qu'en plus certains des meilleurs développeurs finissent par trouver un emploi dans l'entreprise pour continuer leur travail à plein temps, et payés.

4.3.3 Les constructeurs d'ordinateurs

La concurrence effrénée de Microsoft et l'excellence des logiciels libres a fini pour convaincre IBM et Sun, notamment, de s'allier à Linux. Ces société récupèrent ainsi sur le plan technique le travail de la communauté libre -- ce qui leur évite des millions, voire des milliards de dollards d'investissements en recherche et développement -- et sur le plan publicitaire l'image dynamique et contestataire dont bénéficie Linux. Mais si cela leur facilite la vie, le travail ne leur est tout de même pas entièrement mâché : les grands serveurs de IBM, par exemple, utilisent un tel nombre de processeurs qu'aucun noyau Linux ne pouvait convenir ; il a donc fallu qu'IBM développe lui-même sont propre linux spécialement conçu pour ses machines. Là encore, cela fut l'occasion d'embaucher des spécialistes Linux, et de reverser à la communauté une partie des progrès effectués.

Les échanges avec le monde commercial ne se font pas toujours sans heurts : Les licences Apple sont telles que les parties du codes soit-disant libres ne le sont pas vraiment et qu'il y a peu de retour à la communauté. En effet la license BSD permet à ceux qui le désirent de s'approprier le code source et de le rendre propriétaire - ou de le mettre sous une license intermédiaire, ce qu'a fait Apple.

II. Sociologie

5. Problématiques

Les logiciels libres sont à l'opposé de ce qui semble être le modèle économique le plus efficace, le capitalisme de marché : ils prônent la coopération et le don de soi. Toutefois, si l'on s'intéresse aux rouages de leur fonctionnement, il apparaît alors que les deux modèles ne sont en réalité que fort peu différents.

5.1 Propriété Intellectuelle

Le capitalisme se base sur la notion du capital, c'est-à-dire d'un moyen - habituellement le papier-monnaie - d'échanger un travail fourni contre un autre de manière directe. Il suppose la notion de propriété ; un objet matériel a une appartenance, à un groupe, à une personne. Le développement des techniques a fait que les idées ont commencé à prendre de la valeur, et il est apparu nécessaire de protéger leurs auteurs du plagiat. Si la diffusion d'une idée fait que l'on va me copier et profiter à mes dépends de mon effort de recherche, je vais alors tenter de cacher ma découverte. L'invention des brevets à permis de pallier cette situation ^5.1. La propriété s'est étendue du domaine matériel aux idées.

Avec le développement de l'informatique, une nouvelle problématique est survenue : bien sûr, je ne peux breveter un algorithme, ou un théorème, mais un programme informatique est-il autre chose qu'une suite d'algorithmes interagissant entres eux ^5.2 ? Pourtant, un logiciel correspond à une réalité tangible, et à une solution pratique à un problème concret. Alors faut-il pouvoir les breveter ^5.3 ?

Le danger vient du monde de développement des logiciels : généralement une même idée apparaît simultanément en plusieurs points du globe, et de manière tout à fait indépendante. Mais une grande entreprise déposera le brevet, car le coût est pour elle négligeable, alors qu'un développeur isolé n'y songera sans dout même pas : il vient d'avoir l'idée, et elle lui semble évidente - donc non brevetable. Alors quoi ? eh bien même si le brevet n'est pas valide, le petit développeur n'a aucune chance : il ne veut généralement pas se lancer dans un procès coûteux.

De plus l'esprit des logiciels libres est de partager ce que l'on découvre, et il apparait généralement impensable de vouloir s'approprier une idée. De fait, certain grands groupes économiques tel que Microsoft voient le brevet comme une arme contre la concurrence déloyale de logiciels libres : «Quoi ? ils donnent ce que nous essayons de vendre ?».

5.2 La Liberté de Communiquer

En ceci, les approches capitalistes et du logiciel libre se rejoignent : tous deux supposent que, pour le bon fonctionnement du système, une offre est faite à tous, et que les conditions sont telles qu'un monopole naturel ne s'établisse pas - les prix atteignent alors leur niveau optimal. Mais il ne s'agit pas ici de prix : les logiciels sont distribués gratuitement ; néanmoins, la concurence joue avec une efficacité maximale. Pour cela, il suffit d'assurer que la distribution d'un logiciel se fait bien de façon équitable pour tous ceux qui souhaitent l'avoir.

Concurrence ? En effet, il y a compétition pour des ressources, spécifiquement, la ressource principale est ici le développeur. Plus un projet est important - et meilleur par rapport à ses concurents - , plus vite il se développera. Ici, les ressources financières, pour payer la bande passante, pour pouvoir se nourir, sont une commodité, et les programmateurs, la ressource que l'on cherche à acquérir. Dans le monde des logiciels propriétaires, c'est le contraire ! Le but est de faire de l'argent, et les développeurs sont une commodité.

Or, ceci ne fonctionne que parce que les développeurs communiquent. L'effet réseau fait que chacun profite des idées des autres et que chaque développeur, même débutant, est utile - les brevets logiciels sont donc vus comme une menace d'autant plus grande qu'ils empêchent certaines communications, et donc s'attaquent à ce qui forme l'épine dorsale des logiciels libres : la liberté de communiquer.

5.3 La Dynamique du Volontariat

On peut se poser la question de la motivation : qu'est-ce qui peut bien pousser les developpeurs du libre à avancer ? Plusieurs explications sont généralement avancées :

La reconnaissance des pairs: est l'explication la plus courante : si les développeurs font don de leur travail, c'est pour recevoir les félicitations de leurs collègues, ainsi que celles des simples utilisateurs.
le jeu: ; le titre du livre de Linus Torvalds est Just for Fun. Il y explique que la programation est avant tout un jeu - et comme la plupart des jeux est plus amusante à plusieurs. La license GPL servant à interdire la triche...
l'intérêt: : il est intéressant d'obtenir l'aide d'autres programmateurs pour la conception d'un programme dont on a de toute façon l'usage

Et il faut se souvenir que si une très grande société rassemblera des milliers d'ingénieurs, la communauté libre réunit des millions de personnes qui contribuent plus ou moins à l'édifice -- et l'effet est cummulatif.

5.4 Jeu à Somme Non Nulle

Pourquoi, d'un point de vue théorique, un programmateur aurait-il intérêt à distribuer son programme ? Si l'on suppose que le programmateur a de toute façon l'usage de son programme, le distribuer ne lui coûte (presque) rien. Si par la suite le programme se voit amélioré par d'autres développeurs, alors son auteur a déjà gagné quelque chose.

La reproduction d'un objet virtuel ne coûte rien ; mieux, elle peut rapporter. On aurait donc intérêt à distribuer tous les programmes ? Pas sûr. En effet, si suffisamment de gens sont prêts à payer pour avoir le droit d'utiliser mon programme, j'ai sans doute intérêt à le vendre dans des boîte. C'est la logique qui préside à l'élaboration et à la vente de logiciels commerciaux. Or, ceci va à l'encontre d'un bon fonctionnement économique : le «juste prix» d'un logiciel est $\frac{\textup{le coût du développement}}{\textup{nombre de copies}}+ \textup{la marge}$ ; or, comme le coût de reproduction est nul, le nombre de copies devrait être infini, et la concurence jouant, la marge devrait être quasi-nulle. Pourquoi alors les logiciels sont-ils aussi cher ?

C'est tout simplement que la concurence ne joue pas. En effet, il est possible par divers artifices techniques d'empêcher la clientèle de changer d'avis quant à ses choix de logiciels^5.4, et l'on se retrouve alors très vite dans une situation de monopole. Pour que la concurence puisse jouer, il faut que les acteurs acceptent de rendre disponible leurs formats de fichiers et leurs protocoles - qui ne sont pas des biens, mais des services.

Dans cette optique, tous ceux qui ne bénéficient pas d'un monopole dans leur niche ne peuvent faire des bénéfices qu'en offrant des services accompagnant leurs logiciels. Le bénéfice est alors maximisé si le coût de développement est au plus bas. C'est pourquoi de plus en plus d'entreprises donnent leurs logiciels avec le code source ; elles obtiennent alors l'aide de développeurs du monde entier, qui eux peuvent avoir accès à un programme utile ou intéressant. C'est ainsi que l'industrie du logiciel migre d'une industrie de biens vers une industrie de services.

5.5 Les Facteurs d'Échelle

Le développement de logiciels libre est décentralisé : les développeurs ne se voient parfois jamais et sur un projet de grande envergure, l'équipe peut compter plusieurs centaines de membres. Comment peut-on gérer un tel assemblage humain en l'absence de structures d'autorité classiques ?

Plusieurs modèles sont possibles. Le noyau Linux se développe sur le modèle du «dictateur bienveillant» ; Linus Torvald aidé de ses fidèles «lieutenants» décide de l'incorporation ou non des patch. Et nul (ou presque) ne conteste sa décision finale. Ceci est possible car Linus a acquis la confiance de ceux qu'il «dirige». Le projet KDE se développe plutôt sur le modèle du bazar : il y a un groupe central de développeurs, dont aucun n'a l'ascendant sur les autres, qui décident collégialement de la marche à suivre. L'accès à ce groupe se fait au mérite.

Si un projet grandit trop et qu'aucune solution n'apparait d'elle-même, alors tôt ou tard il y a scission à la suite d'une différence d'opinions. Et deux projets concurrents existent là où il n'y en avait qu'un - deux projet qui peut-être refusionneront à l'avenir.

6. Dynamiques Sociales

6.1 Une Société Virtuelle

Une société est normalement définie dans un moment du temps, et dans un espace défini ; par exemple la société française, la société allemande,...

Une société peut-elle apparaître sans qu'il y ait de lien géographique unissant ses membres?

6.1.1 Une société déconnectée dans l'espace

«Une société est un ensemble d'individus vivants dans un espace géographique défini, à une période donnée». Cette définition est celle qui apparaît le plus souvent dans les ouvrages traitants de sociologie. Elle est normalement satisfaisante, car dans un voisinage donné, des individus vont naturellement être amenés à des compromis leur permettant de se partager au mieux les ressources. La nécessité de communiquer conduit à l'élaboration d'une langue commune, et les liens entre les individus vont naturellement se complexifier et se renforcer.

Mais la définition d'une société dans un lieu défini montre ses limites dès que l'on s'intéresse à des groupes culturels tels que l'on peut les observer sur Internet. Ces groupes, s'ils vivaient dans des villages isolés, seraient qualifiés de sociétés : ils ont une culture commune, un langage, des traditions, un folklore, et même des mythes. Il est vrai toutefois que les aspects d'éducation normalement présents dans une société - il faut élever des enfants - sont absent. En apparence du moins.

L'absence d'unité géographique n'a pas d'importance du point de vue de la propagation et de la conservation d'une culture : seule compte la communication. Or il est possible de correler l'apparition et le développement d'un sentiment d'appartenance à une culture propre de certains groupes d'individus avec le développement des réseaux informatiques. Ceux-ci permettent une nouvelle forme de communication de traditions : orales par leur nature, mais écrites quant à leur forme.

6.1.2 Une société déconnectée dans le temps

Il est bien sûr possible d'étudier l'évolution d'une société dans le temps, mais on constate alors que celle-ci calque ses activités sur les cycles naturels (jour, nuit, saisons). Notre vie est rythmée par ces cycles.

Il n'en va pas de même pour une société virtuelle. Le moyen de communication type, l'e-mail est à la fois très rapide et asynchrone ; la réponse à un message peut être immédiate, mais peut aussi arriver le lendemain, en fonction des cycles de sommeil des correspondants. Deux individus très proches dans la société virtuelle peuvent être décalés dans le temps réel. On remarque que les informaticiens ont des horaires abscons ; en effet, leurs collègues vivent sans doute dans une autre partie du monde et la communication directe demande de prendre rendez-vous à des moments quelconques de la journée. Une société virtuelle vit en temps continu : elle n'a ni jours, ni nuits, ni saisons.

Son développement est tributaire du développement des structures de communication : plus celle-ci est aisée, plus grande est la cohérence sociétale.

6.2 L'Infrastructure Mondiale de Communication

Avec internet, un nouveau mode de communication est apparu : l'individu peut communiquer avec le monde. Ce qui signifie que lorsqu'un projet a besoin de volontaires pour s'étendre, l'appel est publié très facilement sur les mailing-lists ou encore sur des sites internets très fréquentés. Si l'appel est entendu, les réponses prennent la forme d'e-mail, et un groupe d'intérêt se forme. La cohésion de grands groupes est difficile à maintenir, ce qui explique que les projets qui ont le plus de succès sont généralement ceux qui ont à leur tête un leader charismatique. Le succès de Linux vient en grande partie du fait que Linus Torvalds est un membre respecté de la communauté des développeurs, et qu'il est connu pour ses décisions raisonnables.

Le développement d'un projet de grande envergure demande de grande quantités de ressources en bande passante et en espace de stockage. Si Linux est aussi efficace dans le domaine des serveurs, c'est parce qu'il est vital avant tout d'être bon dans ce domaine. Si l'infrastructure d'internet se base sur UNIX ^6.1 c'est que le système est dès sa naissance conçu comme outil de collaboration à distance : les ressources d'une machine sont partagées équitablement entre ses utilisateurs, qui sont tous responsables de son bon fonctionnement.

6.3 Les Relations Individuelles

- Bon, je recherche toujours un mec qui "touche" sous linux sur rochefort - Il m'arrive de toucher, mais dans ces moments la, je pense pas trop à linux.
-- ST in Guide du linuxien pervers : « Linux c'est une affaire de doigté »

Mais alors, les informaticiens ne se rencontrent jamais ? Si, bien sûr, mais c'est plus rare. Et ils ont tendance à faire d'internet le théâtre de leur vie privée ^6.2. En effet ils se sentent protégés par l'effet de foule du réseau ; il y a découplement entre la réalité informatique et le monde extérieur : sur le réseau, l'anonymat est la règle.

7. Culture

7.1 Les Geeks

L'informatique est par bien des aspects un monde à part : en effet, sa complexité atteint presque celle du monde réel, et les réseaux permettent la création de sociétés déconnectées dans le temps et dans l'espace. Les geeks sont des individus qui se réclament plus du monde virtuel que du réel.

7.1.1 Un geek ?

Le terme geek décrivait à l'origine la personne qui décapitait le coq avec ses dents lors d'une cérémonie vaudou. Il a désigné, principalement en Amérique du nord, des individus plus concernés par l'acquisition du savoir - généralement scientifique et technique - que par la grâce sociale ou même l'hygiène... Actuellement le mot a perdu de sa force, et tend simplement à s'appliquer aux passionnés d'informatique.

7.1.2 Naissance d'une sous-cuture

Les milieux académiques sont souvent accusés de vivre en vase clos, déconectés du monde extérieur. Et on a souvent raison. Or, de pareilles circonstances se prêtent à la mise en place d'une société tribale : lorsque les influences extérieures sont faibles, les hommes inventent naturellement des traditions, au départ orales, et des codes de conduite. Et bien sûr ceux-ci seront en rapport avec les activités menées par le groupe.

La complexité et la nouveauté de l'informatique demandaient de nouveaux moyens d'expression, de nouveaux mots, de nouveaux comportements. Et c'est ainsi que la sous-culture des geeks est née. Cette sous-culture est définie par :

le sentiment d'appartenance à un groupe distinct,
un vocabulaire spécifique,
un code de valeurs propres,
une histoire partagée.

Cette culture est celle des réseaux : c'est une culture dont la tradition orale est en fait écrite, les individus qui la composent étant généralement géographiquement distants. IRC^7.1 , les e-mails sont en effet des moyens de communication quasi-instantanés, à la manière de la parole, mais sont écrit. Toutefois, les même phénomènes linguistiques observés d'habitude dans la langue orale sont ici présents.

7.1.3 Le vocabulaire

Le vocabulaire des geeks s'est développé par le besoin de communiquer. La communication écrite se prête assez mal à l'échange rapide d'idées - par rapide, on entend presque en temps réel, à la manière d'une conversation orale. Des racourcis sont naturellement apparu : IMHO, ASAP, RTFM^7.2.

La langue se déforme aussi par l'usage : des jeux de mots deviennent des traditions puis des règles. L'explétif anglo-saxon F-- s'écrit presque toujours fsck, sigle pour File System ChecK, mais dont l'orthographe à naturellement conduit à un autre usage. Dans d'autres langues que l'anglais les termes techniques sont souvent repris, mais conjugués, respectivement déclinés dans la langue nationale : en français, on dira par exemple «démonter un disque»^7.3 - ce qui consiste en fait à le retirer de l'arborescence des répertoires.

La sous-culture geek étant née avec l'informatique aux États-Unis, l'anglais est une langue obligatoire. Sans cette langue commune, des projets coopératifs à vaste échelles seraient impossibles. Toutefois quelque soit votre langue, vous trouverez toujours quelqu'un qui acceptera de traduire et transmettre votre message, le cas échéant. Et il est fréquent que sur des forums de langue anglaise apparaissent des conversations en allemand, en suédois, en français...

Les geeks sont défenseurs de leur culture propre. Typiquement, les projets libres sont très bien traduits dans de nombreuses langues - par des gens qui bien sûr n'auraient aucun besoin de la traduction.

7.1.4 Un code de valeurs propre

- J'ai lu quelque part qu'il y avait une maniére d'avoir des ACL avec Ext2fs. Ça se passe comment ? - Ça se passe bien.
-- Rémy in Guide du linuxien pervers - « Le serpent de mer repointe son nez »

Le groupe se réclamant de la culture geek est composé d'individus dont la particularité est d'être tous compétents d'un point de vue technique^7.4. Ceci se reflète dans l'échelle des valeurs adoptée : la compétence informatique est la vertu cardinale; c'est elle qui est à la base de la hiérarchie des individus. Cette société serait donc idéalement une méritocratie.

Les jugement portés sur les choses sont parfois basés sur des considérations que d'aucuns considéreraient absconses ; nul ne se soucie qu'un programme soit facile à utiliser, seule (ou presque) compte son élégance^7.5. L'élégance en informatique tient à des critère subjectifs, mais on peut citer :

la logique de l'architecture,
l'efficacité que l'on peut avoir si l'on maîtrise le programme.

Le code de valeur est également étendu aux individus : la société formée par les geeks se base sur la reconnaissance du mérite technique de l'autre.

7.1.5 Une histoire partagée

C'est essentiellement l'histoire d'UNIX, mais surtout l'histoire de ceux qui l'ont créé. Cette culture est unique en ceci que ceux qui en sont les héros sont des contemporains, humains et atteignables par tous. Tout les utilisateurs de linux vous le diront : il est possible de discuter avec tous les programateurs responsable du programme que vous utilisez. Et en définitive, si le créateur du programme ne peut pas vous aider, qui le pourra ?

7.2 L'esprit Free Software dans la société

7.2.1 Qu'est-ce que l'esprit Free Software ?

L'esprit Free Software, c'est un esprit de collaboration : chacun aide selon ses moyens la «communauté». Si un programmateur décide de d'écrire quelque chose, c'est avant tout pour lui ; le logiciel est donc utile par lui-même à son créateur. Donner à tous la possibilité d'utiliser ce même programme n'est pas un acte gratuit : ce faisant, les possibilités d'amélioration deviennent énormes. En effet, même si les utilisateurs ne sont pas capables de corriger les bugs, ils peuvent les identifier. Des artistes peuvent créer des logos, et des icônes pour le programme, certains peuvent écrire de la documentation, d'autre traduire le programme en plusieurs langues^7.6. Encore une fois, aucun de ces actes n'est gratuit : plus il y a d'utilisateurs, meilleur sera le programme.

Dans la vie de tout les jours, ceux qui font partie d'une association font un peu preuve de l'esprit Free Software. Ils pensent qu'en s'associant les hommes deviennent meilleurs.

7.2.2 Dans le monde académique

Dans le monde de la recherche, les résultats sont publiés pour permettre à tous d'en profiter. Le publicateur en retire un bénéfice : le respect de ses pairs, mais aussi l'assurance que ceux qui travaillent dans le même domaine que lui en feront de même, et qu'ainsi la cause de la Science pourra avancer plus vite.

Là aussi nous voyons des individus $\oe$ uvrer ensemble pour une cause commune, pas tant par altruisme que pour un intérêt commun.

7.3 Quelques références culturelles

Les références culturelles des geeks se rapportent généralement à des $\oe$ uvres décrivant des mondes complets et vivants. Ceci peut venir du fait que les geeks sont souvent mal adaptés à notre société, ou du moins s'y sentent mal. De fait, ils sont attirés par les $\oe$ uvres cinématographiques et littéraires qui leur permettent de s'évader. Dans le même esprit, et aussi au second degré, les geeks tendent à une certaine nostalgie de l'enfance, une tendance à la régression, qui procède à la fois d'un rapport compliqué à la réalité présente, de ce qu'ils compensent ainsi l'absence de l'enfance typique qu'ils ont rarement vécue ^7.7, et du fait qu'ils ont à la programmation le même rapport qu'un enfant a au jeu.

7.3.1 Les références cinématographiques

Les geeks se reconnaissent généralement dans tout ce qui est technique -- par exemple, dans Jurassic Park [39], on peut voir une station de travail Silicon Graphics (sous IRIX) qui présente le système de navigation de fichiers en 3D FSN -- pour l'anecdote, Lex, la petite fille, se précipite sur l'ordinateur en s'exclamant «C'est Unix ! Je connais !» avant de remettre en marche le système en un tour de main. On admire sa confiance et son savoir-faire (voir figure 7.1).

**Figure 7.1:** La scène cruciale de *Jurassic Park* : Lex, la petite fille, prend le contrôle des systèmes de sécurité par l'intermédiaire d'une station de travail *Silicon Graphics* sous Irix, présentant le gestionnaire de fichiers 3D *FSN*.

Les films de science-fiction sont donc naturellement très populaires. Matrix, Star Wars, 2001 Odyssée de l'espace. Il n'est pas rare pour un geek d'être capable de citer de mémoire des scènes entières^7.8.
Dans l'esprit de «régression», les dessins animés sont très recherchés, surtout les séries introuvables, peu connues ou épuisées.

7.3.2 Les références littéraires

C'est encore une fois dans la littérature fantastique qu'il faut chercher les références les plus frappantes : le courant cyber-punk lancé par William Gibson aver The Neuromancer, les $\oe$ uvres de John Ronald Reuel Tolkien (Le Seigneur des Anneaux), la science-fiction en général. Toutes des $\oe$ uvres qui tendent soit à décrire des univers hautement technologiques, ou alors dont les héros sont des personnages en marge de leur société. L'humour est un autre favori, avec par exemple le Guide du Routard Galactique [18] -- qui allie humour, saga et science-fiction.

7.3.3 Les références culinaires

Les geeks cultivant naturellement l'art d'être différent, sont friands de cuisine exotique, spécialement chinoise ou japonaise ^7.9. Les horaires extrêmes couramment pratiqués^7.10 font des geeks de grands consommateurs de boissons caféïnées, thé, café et autre succédanés chimiques.

7.3.4 Les références musicales

La proportion de musiciens est plus élevée parmi les geeks que dans l'ensemble de la population. Les geeks apprécient la musique, que ce soit pour l'écouter ou pour la jouer ; le répertoire est assez vaste, et, là encore, plutôt atypique : on trouve des geeks amateurs de musique baroque ou classique ^7.11 ou de jazz ; en ce qui concerne la musique moderne, le rock alternatif (musique pop, type Marcy Playground ou Smashing Pumpkins) est plus prisé que le rap ; la techno est relativement populaire, de par son côté électronique.
Le côté enfantin et humoristique du geek le ramène aussi vers la musique de son enfance (les génériques de dessins animés, de préférence stupides, sont très prisés), des musiques électroniques très typiques (comme Popcorn ou les $\oe$ uvres de Jean-Michel Jarre), ou des paléo-rocks des années 50 - 60.

La «consommation» de musique est encouragée par les formats mp3 ^7.12 et ogg ; il arrive en effet aux geeks de s'échanger de la musique par le réseau peer-to-peer Gnutella ; toutefois, la tendance est à essayer les musiques en les téléchargeant, puis à acheter les disques des artistes que l'on apprécie.

Une minorité musicienne et agissante a même mis au point une license semblable à la GPL, la Free Music Public License (FMPL) qui s'applique à la musique ; on trouve ainsi des fichiers ogg, wav et mp3 librement diffusables.

7.4 L'habitat du geek

L'habitat du geek est typiqument la chambre d'étudiant. Mais une chambre d'étudiant qui tiendrait plus d'un marriage contre nature entre Star Wars et l'entrepôt d'un brocanteur fou. On y trouve, en vrac, plusieurs PC, bien sûr, mais souvent aussi diverses stations UNIX démodées, trouvées on ne sait où. Aucune de ces machines, bien entendu, ne possède encore son système d'exploitation d'origine. On trouve aussi toutes sortes de jouets, poupées, gadgets techniques improbables, indices d'un esprit encore tourné vers la magie de l'enfance.

8. Linux à l'EPFL

Linux, bien que ne faisant pas l'objet d'une politique d'envergure de la part de la direction de l'EPFL, est néanmoins dans certains départements extrêmement présent. On notera particulièrement la section^8.1 de mathématique où il est présent sur tous les PC^8.2. Il est également très présent dans la section d'informatique ainsi que dans certaines branches de la physique.

8.1 Linux officiel à l'EPFL

8.1.1 Le support Linux à l'EPFL

Dire qu'il n'y a aucun support officiel de Linux à l'EPFL serait inexact : en effet, depuis déjà bien longtemps, les outils du projet GNU sont distribués par le SIC. Aussi, lorsque le phénomène Linux eut pris de l'ampleur, c'est tout naturellement que s'est mis en place un support linux pour ceux qui le désireraient.

Comme dans bien d'autres domaines, l'introduction de Linux s'est faite à partir de la base. C'est un petit groupe de passionnés qui a mis en route toute la machine -- ça n'a jamais été un choix politique de l'école. Linux, par ses qualités techniques, et le fait qu'il s'agissait d'un logiciel libre, a su s'imposer de lui-même.

8.1.2 Un super-ordinateur au SIC : Swiss T1

Le super-ordinateur Swiss T1 utilise comme système d'exploitation un UNIX propriétaire, Tru64 UNIX, de Compaq ^8.3 ; la raison en est que le compilateur de Compaq donne des applications mieux optimisées que gcc -- dans ce domaine, la rapidité d'exécution du code est cruciale. En revanche, de très nombreux logiciels libres tournent sur cette plate-forme : gcc, NEdit, Perl , Tcl/Tk , CVS , Qt , Apache, MPICH Blacs et Scalapack en sont des exemples. On peut voir ainsi que dans le domaine prestigieux des super-calculateurs, les logiciels libres sont largement utilisés.

8.1.3 Laboratoire de méthodes de programmation (LAMP)

Le LAMP de l'EPFL est presque exclusivement sous Linux ; il fait un usage intensif des logiciels libres, qui se sont imposés d'eux-mêmes pour leurs qualités intrinsèques : ainsi, les étudiants sont encouragés à travailler avec EMACS.

La plupart des projets du LAMP, dans le cadre de l'EPFL, sont Open Source -- certains sont même hébergés sur SourceForge ^8.4. La raison en est surtout que l'on désire une diffusion aussi large que possible de ces logiciels dans le milieu académique.

Le professeur Martin Odersky, à qui nous avons parlé, a lui-même développé le compilateur Pizza, une extension du langage Java ^8.5 sous Artistic License ^8.6 ; « j'ai dû abandonner la maintenance de ce code, mais j'ai pu la confier à quelqu'un d'autre sur Internet », nous a-t-il déclaré.

Le professeur Odersky pense que si Linux se développe effectivement dans le milieu académique, c'est surtout au détriment de Solaris, le système d'exploitation de Sun ; il craint aussi que la « fenêtre » de l'ordinteur de bureau ne soit passée, et que l'intérêt du grand public ne retombe. « J'espère que Linux va gagner en popularité, parce que cela a aussi un sens philosophique et politique », ajoute-t-il toutefois : «Je partage le vue de Richard Stallman sur l'économie des informations. Les logiciels ne sont pas comme des biens traditionels, parce que leur duplication ne coûte (presque) rien. Conséquemment le plus grand bénéfice pour l'économie est atteint quand tout le monde peut y accéder librement. » .

8.1.4 Au laboratoire de télé-informatique

Le laboratoire de télé-informatique centre ses recherches sur le développement d'applications intéractives à distance. Son parc informatique est donc assez varié, comptant des stations sous Windows, Linux et Solaris.

M. Petitpierre du laboratoire de télé-informatique a eu la gentillesse de nous faire part de son sentiment sur les logiciels libres. S'il reconnait l'avantage très important pour le développeur d'avoir accès aux sources, selon lui, ce sont les failles du modèle économique des logiciels libres qui empêchent leur plus grande diffusion. Les coûts de développement doivent en effet pouvoir être recouvrés, ce qui semble pour le moins difficile lorsque l'on donne le produit. Les logiciels distribués gratuitement le seraient dans cette optique :

pour des raisons publicitaires : cela permet au produit de prendre une place prépondérante sur un marché, et de préparer la vente des versions ultérieures,
parce que le produit n'est pas vendable, mais représente un challenge intellectuel pour les développeurs,
parce que le produit est indispensable à la bonne marche de l'entreprise, mais qu'elle ne tirerai aucun bénéfice de sa vente. Sa libre distribution permet de minimiser les coûts de maintenance en créant une communauté de développeurs intéressés

M. Petitpierre ne croit pas à un engagement philosophique ou politiques des développeurs : ces derniers ne programmeraient que parce qu'ils prennent plaisir à le faire.

8.1.5 Des aspects juridiques

Nous avons également interrogé Me Haldy sur quelques aspects légaux ayant traits aux logiciels. Il est ressorti de cette conversation plusieurs points :

Sur la validité des licences de logiciels : il est pour ainsi dire impossible de prouver que l'on a bien cliqué sur «j'accepte». De plus, les «clauses insolites» d'une licence peuvent être remises en cause - par exemple, la licence d'utilisation de Hotmail attribuerait à Microsoft la propriété de tous les messages transmis par ses services; or un transfert de propriété intellectuel ne peut se faire qu'à la signature d'un contrat écrit.
Sur l'application des lois au commerce électronique : il existe actellement une «ordonnance test» qui vise à étendre au domaine informatique les lois actuellement en vigueur dans le «monde réel». Un contrat sous forme écrite n'est pas toujours nécessaire - par exemple il y a un contrat entre vous et la laitière lorsque vous achetez un litre de lait, mais rien n'a été signé.
En Suisse, c'est la loi sur le droit d'auteur qui prévaut : les logiciels ne sont pas brevettable - et ceci est dans la droite ligne de la GPL qui ne s'appuie que sur le droit d'auteur.

8.2 Linux chez les étudiants

Bien que les utilisateurs ne s'en rendent souvent pas compte, l'enseignement en informatique ne serait pas possible sans eux : GCC, (X)EMACS et tous les autres utilitaires du projet GNU qui forment la colonne vertébrale de cet enseignement dispensé au premier cycle. L'école formant des scientifiques et des ingénieurs, la formation est, du moins indirectement, tournée vers UNIX.

Il est donc naturel que les étudiants qui désirent parfaire leur connaissance de l'informatique se tournent vers l'UNIX libre le plus répendu : Linux. Celui-ci, venant avec la suite complète des outils scientifiques GNU, représente un formidable outil de travail.

8.2.1 Enquête sur l'utilisation des logiciels libres à l'EPFL

Un questionnaire a été soumis aux membres de l'EPFL, qui a reçu 567 réponses, dont 477 d'étudiants et 56 d'assistants.
Les sections les mieux représentées sont celles d'Informatique (127 réponses), Systèmes de Communication (96 réponses) et Microtechnique (76 réponses). Les résultats des autres sections sont fondés sur des échantillons de moindre cardinalité, et il convient donc de les prendre avec précaution. Toutefois, les résultats des sections de Physique et Mathématique semblent assez bien refléter la réalité observée dans notre expérience quotidienne.

8.2.1.0.1 Demande et utilisation des logiciels libres

Sur ces 567 réponses, 546 personnes disent vouloir pouvoir utiliser des logiciels libres à l'EPFL ; 515 disent savoir ce qu'est un logiciel libre; et 474 utilisent des logiciels libres pour leurs études (remarquons qu'il y a donc des gens qui voudraient utiliser des logiciels libres pour leurs études mais ne le peuvent pas).

8.2.1.0.2 Choix d'environnement

À la question « Quels environnements souhaiteriez-vous utiliser ? » , 466 répondent Linux, 377 une version de Microsoft Windows, 223 Solaris, 67 BSD, 37 Irix et 35 QNX.
On peut remarquer ici qu'il y a sur notre échantillon plus de demande pour Linux que pour MS-Windows ; notre échantillon n'est donc probablement pas représentatif de l'opinion commune ; mais d'autre part il y a en valeur absolue une demande pour Linux qui justifierait qu'une reflexion de fond soit entreprise par l'école.
Pour finir, on remarquera que l'enquête a ... tout simplement oublié de proposer Mac OS comme système ! Mac OS n'est en effet pas très populaire chez les utilisateurs de logiciels libres, et nous présentons nos excuses pour cet oubli, par lequel nous avons nous-même montré un symptôme très caractéristique de l'état d'esprit que nous tentons d'analyser.

**Figure 8.1:** Environnements préférés par les étudiants de l'EPFL selon l'enquête

8.2.1.0.3 Utilisation parmi les sections

Les sections les moins pourvues semblent être les sections de Chimie et d'Architecture : 80 % des chimistes et 75 % affirment n'avoir jamais utilisé de logiciels libres. Toutefois, on peut se demander si cela ne reflète pas plutôt le fait qu'ils n'ont pas conscience d'en avoir utilisé -- après tout, on utilise un logiciel libre chaque fois que l'on envoie une requête à un serveur web tournant sur Apache, par exemple.

Les sections les plus utilisatrices de logiciels libres sont, sans surprise, les sections d'Informatique et de Systèmes de Communications, où seuls 2 % des gens disent n'avoir jamais utilisé de logiciels libres -- d'ailleurs, ces 2 % se trompent probablement, l'utilisation de Emacs étant à peu près obligatoire dans ces sections.
Ensuite viennent les sections de Mathématiques (5 % de non-utilisateurs), Mécanique (7 %), Microtechnique (9 % ), Électricité (12 %), Physique (14 %), CMS (33 %), Génie Rural (59 %) et Génie civil (60 %).

Au total, toutes sections confondues, 13 % des interrogés affirment ne pas utiliser les logiciels libres.

8.2.1.0.4 Utilisation par année

Si la majorité des étudiants de première année se dit utilisatrice de logiciels libres, à 90 % , il est remarquable que 55 % dit les utiliser depuis moins d'une année ; autrement dit, pour la majorité des futurs ingénieurs, le premier contact avec les logiciels libres se fait à l'EPFL. Ceci met fort bien en excergue le rôle important que l'EPFL a à jouer dans ce processus.

8.2.1.0.5 Niveau des utilisateurs

Comme mentionné plus haut, 13 % des interrogés disent ne pas utiliser de logiciels libres ; 23 % s'estiment débutants, 36 % d'un niveau intermédiaire, 19 % se considèrent avancés, 5 % experts, et 1 % «gourou» (le stade suprême de l'éveil selon le tao geek).

Les gourous se trouvent en section d'Informatique ; les avancés et experts se trouvent surtout en Mathématiques, Physique, Informatique et Systèmes de Communication. Si les résultats des deux dernières sections ne sont pas surprenants, ceux des deux premières méritent d'être notés : l'esprit des logiciels libres s'accorde bien avec celui des sciences dures les plus fondamentales, où les connaissances ont une valeur intrinsèque et où les progrès sont accomplis par le partage et la collaboration.

Il est aussi remarquable que la proportion d'utilisateurs confirmés (avancés, experts et gourous confondus) reste à peu près stable sur les quatre premières années de la formation, ce qui tend à suggérer une maîtrise acquise plus par goût personnel que par l'intermédiaire de la formation EPFL.

8.2.1.0.6 Comment les étudiants découvrent les logiciels libres

Sur notre échantillon de 567 personnes, 474 utilisent les logiciels libres pour leurs études; 330 les ont découverts par le bouche à oreille ; 129 par l'intermédiaire d'un cours donné à l'EPFL ; et 74 par de la publicité ou des articles.

Là encore, il semble que l'EPFL pourrait mieux faire pour promouvoir les logiciels libres, puisqu'elle informe à peine plus que les journaux, qui, dans leur ensemble, ne font pas des logiciels libres leur préoccupation principale -- et qui sont plus tentés par les fonds que leur rapporte la publicité pour les logiciels propriétaires.

8.2.1.0.7 Satisfaction avec les logiciels libres

**Figure 8.2:** Satisfaction des utilisateurs de logiciels libres à l'EPFL

Si, en plus des 13 % qui ne les utilisent pas, 16 % des gens se disent déçus par les logiciels libres, 53 % sont satisfaits avec certains ou avec la plupart des logiciels libres. Ainsi, pour les étudiants de l'EPFL aussi se vérifie la qualité des logiciels libres.

8.2.1.0.8 Logiciels libres les plus utilisés

Le Top 15 des logiciels libres les plus utilisés sur notre échantillon :

Emacs : 70 %
gcc : 52 %
gv : 49 %
Linux : 46 %
L^ATEX: 34 %
StarOffice ^8.7 : 33 %
KDE : 30 %
Gimp : 23 %
Apache : 18 %
GNOME : 17 %
Gnuplot : 17 %
Perl : 13 %
Gnat : 12 %
Scilab : 5 %
Octave : 3 %

De nombreux autres logiciels ont été mentionnés avec des utilisations plus faibles, parmi lesquels , Octave, R, XFig, Python, MySQL, Xmms, Vim, Povray, DDD, XWindow, xv, XMovie, Xdvi, Windowmaker, TuxRacer, nedit, Mozilla, Pine, Konqueror, Kdevelop, Chromium, ...

8.2.1.0.9 Conclusions de l'enquête :

À la lumière des résultats de notre enquête, nous pouvons avancer les conclusions suivantes :

Les logiciels libres ont d'hors et déjà un public important à l'EPFL, qui justifierait à lui seul que tout au moins une reflexion de fond soit entreprise par la direction de l'École. Par ailleurs, on peut compter sur une masse d'utilisteurs potentiels bien supérieure.
La plupart des utilisateurs de logiciels libres, avérés ou potentiels, aimeraient les utiliser plus ; il semble qu'en l'état actuel des choses, tous les PCs mis à la disposition de l'ensemble des étudiants de l'EPFL sont sous MS-Windows (au LEAO et à la Bibliothèque Central, par exemple), ce qui n'encourage pas les étudiants à prendre contact directement avec un système libre.
La direction de l'EPFL ne semble pas sérieusement préoccupée par la questions des types de logiciels utilisés.

Ce dernier point est extrêmement regrettable dans une école comme la nôtre : l'utilisation de logiciels libres permettrait d'effectuer de substentiels économies dans le domaine informatique en ramenant le coût des licenses logicielles à zéro -- l'argent ainsi économisé pourrait être par exemple affecté à l'achat de plus de matériel.

Les licenses logicielles sont un fardeau pour l'EPFL : un exemple valant mieux qu'un discours, disons simplement que lors d'un test de Matlab en section de Mathématique, certains étudiants n'ont tout simplement pas pu accéder au programme en début d'examen, car toutes les licenses dont dispose l'EPFL étaient en cours d'utilisation ; ceci ne serait pas arrivé si l'on avait utilisé Octave ou Scilab, qui ont la même syntaxe et supportent toutes les fonctions dont les étudiants avaient besoin en l'occurence.

Mais par-delà les contingences pratiques, c'est l'esprit même de l'académie qui est en jeu : l'informatique est un outil de travail capital pour l'ingénieur, et la relation que l'on a avec son ordinateur est toujours très personnelle et intime^8.8 ; il est donc infiniment regrettable que sur ce point qui touche tellement le développement personnel de ses étudiants, l'EPFL n'encourage pas une attitude d'ingénieur.
Nous ne pouvons qu'espérer que cela changera et que l'EPFL saura prendre la place qui devrait être la sienne dans ce mouvement de progrès, en s'y impliquant, en l'encourageant et en contribaunt aux logiciels libres.

8.3 GNU Generation

- A l'heure actuelle, il s'est formé une sorte « d'aristocratie » de Linux qui essaye de maintenir ses connaissances pour elle et d'en priver les autres en innondant chaque débutant de documentations
-- EF in Guide du linuxien pervers : « Comprenne qui pourra »

8.3.1 Naissance de GNU Generation

À l'origine, il y avait un petit groupe d'amis centré sur le Départment de Mathématique de l'EPFL, qui utilisaient Linux. L'idée vient un jour à une mathématicienne de présenter un stand sur le thème de Linux lors de l'édition 2000 de la fête annuelle de l'école, Vivapoly. L'idée fit son chemin jusqu'à l'inscription ; là, il fallut remplir une case donnant le nom du groupe qui organisait le stand : c'est là que l'on vit pour la première fois écrit le nom de GNU Generation ^8.9.

On demanda à diverses distributions Linux des CDs de démonstration, et des affiches furent collées dans toute l'école ; le jour J, un demi-millier de ces CD fut distribué en quelques minutes. Le stand présentait en outre trois ordinateurs pour les démonstrations et il y avait aussi un concours de dessin pour les enfants (d'où la tradition désormais établie d'une activité pour enfants chaque année à Vivapoly). Ce stand fut un tel succès que la direction de l'EPFL lui décerna un premier prix ; après quoi le groupe ne voulut plus se dissoudre, et évolua finalement en association reconnue à part entière par l'EPFL.

Depuis lors, GNU Generation organise trois Install-Parties ^8.10 par an, maintient à jour la distribution GNUWin, et présente des stands à Vivapoly et à la journée d'accueil.

8.3.2 Naissance de la Gblgblgbl-Vache

Le premier logo de GNU Generation avait été conçu à la va-vite pour le premier stand ; c'était simplement un gros Tux surplombant les mots «GNU Generation», écrits en fonte Helvetica grasse italique, en bleu ; comme vous pouvez l'imaginer, le logo n'était pas très original, et surtout ses «e» rappelaient de façon tout à fait fâcheuse l'icône d'un navigateur web célèbre particulièrement raté. La création d'un nouveau logo devenait urgente.

Il fut donc procédé à une tempête de cerveaux (brainstorming) au cours de laquelle Ivo, président de GNU Generation, ne put s'empêcher de mentionner son affection pour les vaches. Il demanda à un membre d'esquisser une vache de dessin animé ; celui-ci refusa ; le président insista ; pour prouver à quel point l'idée était mauvaise, le membre griffona une vache particulièrement hideuse ; à sa grande déception, tout le monde la trouva géniale. La vache fut instantanément promue logo de l'association, et le malheureux dut la dessiner à de nombreuses reprises.

**Figure 8.3:** La Gblgbl-vache, mascotte et logo de GNU Generation

Le logo de GNU Generation est maintenant la Gblgbl-vache surplombant les mots «GNU Generation», typographiés de manière à parodier L^ATEX, et en noir parce que c'est plus facile à photocopier pour les affiches.

8.3.3 GNUWin

Tout commença par le fait que beaucoup de monde à l'EPFL voulait utiliser L^ATEX, mais que peu sont prêts à installer Linux pour cela. L'un des membres de GNU Generation possédait un CD-ROM contenant une distribution L^ATEX pour MS-Windows ; plutôt que de le prêter sans cesse, l'idée germa de le graver et de le distribuer. Avec aussi la documentation. Et Emacs. Et LyX ^8.11. Et aussi StarOffice. Et ... Vous devinez la suite : le contenu du CD enfla tellement qu'en définitive, il devint une distribution de logiciels libres dont le spectre allait bien au-delà de L^ATEX.
La compilation eu lieu pendant les vacances d'été 2001, grâce à des scripts dynamiques mis en place par Ivo. L'idée initiale était de copier les CD un à un selon la demande ; des e-mail furent toutefois envoyés à quelques sponsors possibles à tout hasard, et l'un d'entre eux, la librairie Ellipse, accepta de financer le pressage de 500 disques. 300 d'entre eux furent distribués pendant la journée d'accueil des nouveaux étudiants, et les 200 autres au cours de l'anné qui suivit^8.12.
GNUWin est aussi disponible directement sur le site de GNU Generation ; entre août 2001 et mai 2002, il y eu 6883 connexions, totalisant plus de 5882 Mo téléchargés, dont plus du quart de l'extérieur de la Suisse ; par ailleurs, de nombreuses demandes de copies CD de GNUWin parviennent chaque semaine, dont certaines de France ; le site de GNUWin est répertorié sur http://www.framasoft.net, et il en est fait mention sur des forums de discussion Internet (comme http://playstation.clubic.net/forum/06/message/3180-0.htm).

A. Les commandes

A.1 Gestion de fichiers

A.1.0.0.1 cd

change de répertoire courant
cd images va au répertoire images
cd .. remonte au répertoire parent
cd revient au répertoire personnel (typiquement, /home/linus si vous vous appelez Linus).

A.1.0.0.2 chmod

modifie les permissions sur un fichier. Les droits sont lecture, écriture, et exécution (en anglais Read, Write and Execute). On associe à chacun de ces droits les lettres r, w et x. Par ailleurs, ces autorisations s'appliquent à trois catégories de personnes associées au fichier: le propriétaire, le groupe et les autres (en anglais User, Group et Others); à ces trois catégories de personnes, on associe les lettres u, g et o. Ainsi, Les utilisateurs User (le propriétaire du fichier), Group (le groupe auquel est associé le fichier) et Other (le reste du monde) peuvent se voir définir (=), ajouter (+) ou retirer (-) les droits Read (lecture), Write (écriture) ou eXecute (exécution)
$ chmod u=rw,go=r toto $ ls -l toto -rw-r-r- 1 bernel users 0 Jan 11 13:09 toto $

On utilise aussi la notation chiffrée, plus compacte: on associe R à 4, W à 2 et X à 1 ^A.1; pour exprimer une combinaison de droits, on additionne les chiffres, ce qui détermine univoquement les autorisations (par exemple, W et R se note 2+4=6). Pour définir les autorisation relatives aux trois groupes d'utilisateurs (u, g et o), on note trois chiffres successifs, le premier étant associé au propriétaire, le second au groupe et le dernier au reste du monde. On arrive ainsi à la notation chmod 644 qui équivaut à chmod u=rw,g=r,o=r.

$ chmod 644 toto $ ls -l toto -rw-r-r- 1 bernel users 0 Jan 11 13:09 toto $

A.1.0.0.3 cp

copie un fichier. On peut préciser le nom sous lequel on veut nommer le nouveau fichier, ou simplement indiquer un nom de répertoire; dans ce dernier cas, le fichier sera copié dans le répertoire de destination avec le même nom que le répertoire de départ.
cp [-fhip] fichier-src fichier-dest
cp [-fhip] fichier-src rep-dest
taper cp -i fera demander confirmation s'il est question d'écraser un fichier déjà existant.
L'argument -R (on tape alors cp -R rep-src rep-dest) recopie toute l'arborescence du répertoire rep-src dans rep-dest .

A.1.0.0.4 df

Affiche des statistiques sur l'espace disque disponible (Disk Free).
df [-eiknP] fichier/systeme-de-fichier
-h Affiche les statistiques dans des unités facile à interpréter (Giga et Mega-octets plutot que des blocs de 512 octets ;)

A.1.0.0.5 du

Affiche des statistiques sur l'utilisation du disque (Disk Usage). On peut s'en servir pour voir la taille d'un fichier en particulier: du fichier.
du [-a][-s][-h] fichier/ repertoire
-a Affiche les noms et les tailles en kilo-octets des fichiers situés dans le répertoire mentionné
-h Affiche les noms et les tailles en unités agréables pour les humains des fichiers situés dans le répertoire mentionné

A.1.0.0.6 file

détermine le type de fichier.
file fichier

A.1.0.0.7 find

trouve les fichiers dont le nom correspond à l'expression fournie par l'utilisateur.
find [-name] nom-de-fichier

A.1.0.0.8 lpq

Affiche des informations sur la file d'impression.
lpq [number][-l][-P imprimante][utilisateur]
-l Affiche des informations sur chaque fichier dans la queue.
-P Affiche les informations concernant uniquement l'imprimante spécifiée.

A.1.0.0.9 lpr

Envoie le fichier dans la file de l'imprimante pour impression. Souvent un alias lp pointe vers lpr
lpr [-hjmrsx] [-A options] [-C classe] [-i nombre] [-l bac] [-J nom] [-K côtés] [-N nombre] [-o nombre] [-O orientation] [-P imprimante] [-T titre] [-w nombre] [- nombre] [-1234 fontes] fichier
-h Supprime l'impression de la page de couverture lors du travail d'impression.
-J Détermine le nom à utiliser sur la page de couverture
-K Détermine si l'impression sera en double-face
-m envoie un courrier électronique lorsque l'impression est terminée.
-N Imprime plus d'une page par feuille de papier.
-P Précise l'imprimante à employer
- $\sharp$ Précise le nombre de copies à imprimer

A.1.0.0.10 lprm

retire un travail de la file d'impression
lprm [-P imprimante][job_id][utilisateur]
-P Annule l'impression sur l'imprimante spécifiée
- Annule toutes les impressions vous appartenant

A.1.0.0.11 ls

Affiche la liste des fichiers et des informations les concernant (LiSt).
ls [-aFlR][fichier][répertoire]
-a Affiche la liste de tous les fichiers, y compris ceux dont le nom commence par un point (.) (les fichiers de configuration).
-F Affiche un slash (/) si le fichier est un répertoire, une astérisque (*) si le fichier est un executable, un signe égal (=) si le fichier est un connecteur (socket), une arobasque (@) si le fichier est lien symbolique, et une barre verticale ( $\vert$ ) si le fichier est un fichier FIFO.
-l Affiche plus d'informations sur le fichier, comme les autorisations, le nombre de liens, le propriétaire, le groupe, la taille et la date de la dernière modification.
-R Liste les sous-répertoires (Recursive).

A.1.0.0.12 mkdir

crée un répertoire.
mkdir [-m permissions] répertoire

A.1.0.0.13 mv

déplace un fichier ou un répertoire.
mv [-if] fichier1 fichier2
mv [-if] fichier répertoire
mv [-if] répertoire1 répertoire2
NB: on peut renommer un ficher en le «déplaçant» vers un fichier situé dans le répertoire de départ et nommé comme on le souhaite.

A.1.0.0.14 pwd

Affiche le chemin du répertoire courant.

A.1.0.0.15 rm

Détruit (efface) des fichiers et des répertoires (ReMove).
rm [-efiR] fichier
-i Demande confirmation avant de détruire les fichiers.
-r Efface un répertoire récursivement, avec toute son arborescence.
-f Force la destruction des données, sans demander de confirmation.

A.1.0.0.16 rmdir

Efface un répertoire (ReMove DIRectory).

A.1.0.0.17 tar

crée et manipule les archives. (Tape ARchive)
tar [Options][Fichiers]
tar -cf archive.tar foo bar : Crée archive.tar à partir des fichiers foo et bar
tar -tvf archive.tar Affiche la liste des fichiers contenus dans archive.tar
tar -xf archive.tar Extrait les fichiers de archive.tar

A.2 Gestion de l'environnement

A.2.0.0.1 alias

Crée l'alias d'une commande, c'est-à-dire un nom défini par l'utilisateur
alias nom1 nom2 (C shell ou tcsh)
alias nom1='nom2' (Korn shell ou bash)
Cela permet de définir des noms simples pour des commandes compliquées (ou riches en options) que vous utilisez souvent; par exemple, on pourrait trouver une commande burn qui envoie en fait cdrecord dev=0,0,0 speed=12 -v -eject. L'alias supporte aussi la surcharge, c'est-à-dire que vour pouvez redéfinir une commande qui existe déjà: ainsi, alias ls='ls -color configure la commande ls pour présenter des listes colorées par défaut.

A.2.0.0.2 clear

Efface le contenu de la console (on obtient le même résultat par la combinaison de touches Ctrl-L)

A.2.0.0.3 exit

termine la session console.

A.2.0.0.4 groups

Affiche les groupes auxquels appartient l'utilisateur mentionné; par défaut, vous.
groups [utilisateur]

A.2.0.0.5 history

Affiche les commandes récemment utilisées.

A.2.0.0.6 passwd

change le mot de passe (password).

A.2.0.0.7 unalias

Enlève un alias
unalias nom1[nom2...]

A.3 Gestion des processus

A.3.0.0.1 bg

envoie un processus en tâche de fond (BackGround): le processus continue son exécution, mais vous rend la ligne de commande dans la console
bg job_id

A.3.0.0.2 fg

ramène un processus à l'avant-plan (ForeGround)
fg job_id

A.3.0.0.3 jobs

Affiche des informations sur les processus en cours
jobs [-l][job_id]
-l Affiche le statut et le numéro d'identification

A.3.0.0.4 kill

envoie un signal à un processus. Par défaut, demande l'arrêt du processus
kill [-9] process_id

A.3.0.0.5 ps

Affiche l'état actuel des processus et leurs identifications.

A.4 Manipulation de fichiers

A.4.0.0.1 bunzip2

voir bzip2

A.4.0.0.2 bzip2

Compresseur d'archive puissant mais un peu lent. On décompresse l'archive avec la commande bunzip2.
bzip2 gago compresse le fichier gago en une archive gago.bz2 .

A.4.0.0.3 cat

lit le contenu d'un fichier le renvoie par le canal de sortie standard. On l'utilise surtout en redirigeant la sortie vers d'autres fichiers.
cat fichier affiche la contenu de fichier à l'écran
cat fichier1 fichier2 > grosfichier envoie l'un après l'autre le contenu des fichiers 1 et 2 dans un gros fichier.

A.4.0.0.4 diff

compare des fichiers texte
diff texte1 texte2

A.4.0.0.5 grep

Cherche une suite de caractères à l'intérieur d'un fichier.
grep [-E][-F][-qhinsvwxy][-p paragraph] fichier
-c Affiche seulement le nombre de lignes qui correspondent
-i Ignore la casse (majuscules/minuscules)
-l Affiche seulement la liste des fichiers qui contiennent des lignes qui correspondent à la suite de caractères recherchée.

A.4.0.0.6 gzip

compresse ou décompresse des données
gzip [-cdfhlLnNrtvV19] [-S suffix] [fichier ...]
-d décompresse ; il existe l'alias gunzip.

A.4.0.0.7 gunzip

voir gzip

A.4.0.0.8 head

Affiche le début d'un fichier.
head [-c octets][-n compte] fichier
-n Précise le nombre de lignes à afficher (10 par défaut).

A.4.0.0.9 less

Affiche le contenu d'un fichier page par page
Les touches fléchées, page up et page down permettent de naviguer dans le fichier

A.4.0.0.10 more, page

Affiche un fichier page par page
more [-n number][+ numéro-de-ligne][+/chaîne]
+numéro-de-ligne: Commence l'affichage à la ligne spécifiée
+/chaîne Commence l'affichage à l'endroit qui correspond à la chaîne de caractères.
-n fixe le nombre de lignes à afficher

A.4.0.0.11 sort

Trie et fusionne les fichiers
sort [-m][-o fichier-de-sortie][-r] fichiers
-m fusionner seulement
-o fichier-de-sortie: dirige la sortie vers le fichier spécifié plutôt que vers la sortie standard
-r renverse l'ordre de tri

A.4.0.0.12 tail

Affiche la fin d'un fichier.
tail [-c nombre][-n lignes][fichier]
-n lignes: précise le nombre de lignes à afficher

A.4.0.0.13 wc

Compte les octets, les lignes, les caractères et les mots qui constituent un fichier (Word Count).
wc [-clmw][fichier]
-l comptes seulement les lignes
-m compte seulement les caractères
-w compte seulement les mots

A.5 Utilitaires en ligne de commande

A.5.0.0.1 bc

Calculatrice élémentaire («bc» est l'abréviation de l'anglais basic calculator).

A.5.0.0.2 cal

Affiche un calendrier
cal [-mjyV] [[mois] année]

A.5.0.0.3 date

montre la date.

A.5.0.0.4 emacs

Editeur de texte (voir la section A.13, page

A.5.0.0.5 lynx

Navigateur Internet.

A.5.0.0.6 sc

Tableur.

A.5.0.0.7 vi

Editeur de texte (voir la section A.13, page

A.5.0.0.8 w3c

Navigateur Internet.

A.6 Réseau

A.6.0.0.1 finger

Affiche des informations sur l'utilisateur spécifié
finger [nom-d'utilisateur]

A.6.0.0.2 ftp

transfère de fichiers entre une machine locale et une machine distante (File Transfer Protocol).
ftp [-dgintv] nem-de-machine

A.6.0.0.3 rcp

copie des fichiers entre une machine locale et une machine distante (Remote CoPy).
rcp [-pr] source destination
-r Copie toute l'arborescence

A.6.0.0.4 rlogin

Connection à une machine distante à partir de la machine locale (Remote login).
rlogin [-l user] remote_host
-l utilisateur: précise que l'on veut se logger à l'hôte distant sous le nom d'utilisateur spécifié, et non sous le nom d'utilisateur que l'on utilise localement.

A.6.0.0.5 rsh

Ouvre une session console distante (Remote SHell).
rsh [-dn][-l utilisateur] hôte-distant [commande]
-l utilisateur: précise que l'on veut se logger à l'hôte distant sous le nom d'utilisateur spécifié, et non sous le nom d'utilisateur que l'on utilise localement.

A.6.0.0.6 scp

copie des fichiers entre une machine locale et une machine distante, en utilisant l'encyption des données (Secure CoPy).

A.6.0.0.7 ssh

Ouvre une session console distante en utilisant l'encryption (Secure SHell). On utilise aussi l'alias slogin.

A.6.0.0.8 telnet

Fournit l'interface TELNET pour se connecter à une machine distante.
telnet [-d][-l utilisateur][-n fichier] [machine] [port]

A.6.0.0.9 who

identifie les utilisateurs actuellement connectés.

A.6.0.0.10 whoami

Affiche le nom d'utilisateur sous lequel vous êtes connecté.

A.6.0.0.11 write

Envoie des messages aux autres utilisateurs
write utilisateur

A.7 Documentation en ligne

A.7.0.0.1 apropos

affiche une page de référence sur le mot-clé demandé (exemple: apropos ls).

A.7.0.0.2 man

Affiche les pages de manuel (MANual).
man commande
-f décrit la commande

A.7.0.0.3 whatis

Fournit une brève description de la commande, de la fonction ou du fichier.
whatis [-M pathname] mot-clé

A.7.0.0.4 whereis

Localise les sources, les binaires et les pages de référence pour un programme donné.

A.7.0.0.5 which

localise un programme, y compris ses alias et ses chemins d'accès.

A.8 Combinaisons de touches

A.8.0.0.1 Ctrl-C

Interompt le processus

A.8.0.0.2 Ctrl-S

Suspend le défilement de l'écran

A.8.0.0.3 Ctrl-Q

Reprend le défilement de l'écran

A.8.0.0.4 Ctrl-Z

Suspend le processus courant. Grâce à bg (background), on peut ainsi reprendre la main tout en laissant le processus s'exécuter.

A.9 Métacaractères de la console

A.9.1 Entrées/sorties

A.9.1.0.1

Redirige l'entrée (s'utilise pour donner un script en argument à un programme).

A.9.1.0.2

Redirige la sortie (exemple : ls -l > liste.txt).

A.9.2 Syntaxe

A.9.2.0.1 ;

Sépare des commandes à exécuter l'une après l'autre.

A.9.2.0.2 $\vert$

Sépare des commandes qui font partie d'un pipe (exemple : ls -l | less présente le résultat de ls -l dans le visualiseur less).

A.9.2.0.3 &&

Lance la commande si la précédente a réussi.

A.9.2.0.4 $\vert\vert$

Lance la commande si la précédente a échoué.

A.9.2.0.5 &

Lance la commande en tâche de fond (mozilla &).

A.9.3 Noms de fichiers

A.9.3.0.1 /

Sépare les parties du chemin d'accès d'un fichier.

A.9.3.0.2 ?

Remplace n'importe quel caractère sauf un point en première lettre.

A.9.3.0.3 *

Remplace n'importe quelle séquence de caractères sauf un point en première lettre.

A.9.3.0.4 [ ]

Remplace n'importe laquelle des lettres enfermées dans les paranthèses

A.9.3.0.5 $\sim$

Spécifie un répertoire personnel lorqu'on l'utilise dans un chemin d'accès.

A.10 Variables

A.10.0.0.1 DISPLAY

Spécifie la sortie par défaut pour les applications X (graphiques).

A.10.0.0.2 EDITOR

Spécifie l'éditeur pas défaut pour la ligne de commande.

A.10.0.0.3 HISTSIZE

Définit le nombre de commandes enregistrées dans l'historique de la console.

A.10.0.0.4 HOME

Définit le nom du répertoire courant à la connexion.

A.10.0.0.5 FORWARD

Définit une adresse e-mail où le courrier doit être automatiquement transmis.

A.10.0.0.6 MAIL

Définit le chemin d'accès du fichier où le courrier est enregistré.

A.10.0.0.7 MAILCHECK

Définit l'intervalle de temps entre deux vérifications de la boîte aux lettres (en secondes).

A.10.0.0.8 PATH

Définit les répertoires dans lesquels la console cherche les exécutables.

A.10.0.0.9 PRINTER

Définit l'imprimante par défaut

A.10.0.0.10 PS1

Définit le signe par défaut pour le prompt de la console ($ par défaut)

A.10.0.0.11 PS2

Définit le second signe de la console (que l'on voit lorsque la console demande une réponse).

A.10.0.0.12 SHELL

Définit la console par défaut.

A.11 Permissions octales

A.11.0.0.1 0

Aucune

A.11.0.0.2 1

x : Exécution

A.11.0.0.3 2

: Ecriture

A.11.0.0.4 3

wx : Ecriture et exécution

A.11.0.0.5 4

: Lecture

A.11.0.0.6 5

x : Lecture et exécution

A.11.0.0.7 6

: Lecture et écriture

A.11.0.0.8 7

rwx : Lecture, écriture et exécution

A.12 Fichiers important dans le répertoire personnel

A.12.0.0.1 `.alias`

Définit les alias permanents (pour bash).

A.12.0.0.2 `.login`

Définit l'environnement C Shell

A.12.0.0.3 `.mailrc`

Définit l'environnement pour mailx et mail .

A.12.0.0.4 `.mwmrc`

Définit les menus du poste de travail et les combinaisons de touches.

A.12.0.0.5 `.profile`

Définit les environnement Korn Shell et Bourne Shell.

A.13 Commandes vi et emacs

Effet vi emacs

Lance l'éditeur vi [fichier] emacs

Ouvre un fichier :r fichier C-x C-f

déplace le curseur par:

caractère l, h C-b, C-f

mot w, W M-b, M-f

ligne j, k C-p, C-n

phrase ),( M-a, M-e

écran C-b, C-f

Insert du texte

Après le curseur a au curseur

à la fin de la ligne A

avant le curseur i

au début de la ligne I

Efface du texte

un caractère x, X DEL, C-d

un mot dw, dW

une ligne dd

jusqu'à un repère d' lettre

Cherche le texte

vers le bas /[chaîne] C-s

vers le haut ?[chaîne] C-r

répète n, N C-s, C-r

pose un repère m [lettre] C-@, C-SPC

Enregistre le fichier :w [fichier] C-x, C-s

Quitte

en sauvant :wq C-x, C-c

sans sauver :q! C-x, C-x

Effet	vi	emacs
Lance l'éditeur	`vi [fichier]`	`emacs`
Ouvre un fichier	`:r fichier`	`C-x C-f`
déplace le curseur par:
caractère	`l, h`	`C-b, C-f`
mot	`w, W`	`M-b, M-f`
ligne	`j, k`	`C-p, C-n`
phrase	`),(`	`M-a, M-e`
écran	`C-b, C-f`
Insert du texte
Après le curseur	`a`	au curseur
à la fin de la ligne	`A`
avant le curseur	`i`
au début de la ligne	`I`
Efface du texte
un caractère	`x, X`	`DEL, C-d`
un mot	`dw, dW`
une ligne	`dd`
jusqu'à un repère	`d' lettre`
Cherche le texte
vers le bas	`/[chaîne]`	`C-s`
vers le haut	`?[chaîne]`	`C-r`
répète	`n, N`	`C-s, C-r`
pose un repère	`m [lettre]`	`C-@, C-SPC`
Enregistre le fichier	`:w [fichier]`	`C-x, C-s`
Quitte
en sauvant	`:wq`	`C-x, C-c`
sans sauver	`:q!`	`C-x, C-x`

B. Les Programmes

B.1 Suites bureautiques (Office)

Collections de programmes intégrés et interopérables avec des fonctions de bureau telles que le traitement de texte, la production de documents, l'organisation de données, le stockage d'informations, l'analyse numérique, le tableur, les présentations par transparents, ...

B.1.0.0.1 Open Office

Version libre de Star Office, dont le développement est soutenu par Sun Microsystems. Elle peut lire et enregistrer les documents aux formats propriétaires Microsoft (figure B.1).

**Figure B.1:** Traitement de texte sous *Openoffice.org*.

B.1.0.0.2 KOffice

Suite Office pour KDE; elle peut lire les documents aux formats propriétaires Microsoft.

B.2 Traitement de texte

Programmes permettant de mettre un texte en page, la plupart du temps en mode WYSIWYG (What You See Is What You Get -- «ce que vous voyez (à l'écran) est ce que vous recevrez (à la sortie de l'imprimante)»).

B.2.0.0.1 AbiWord

Bon dictionnaire de correction orthographique; peut produire du code L^ATEX et lire les documents MS-Word.

B.3 Typographie

Assez semblables aux traitement de texte en apparence, leurs fonctions sont bien plus avancées et le traitement n'est pas toujours en mode WYSIWYG.

B.3.0.0.1 TEX

Programme de typographie extrèmement puissant, tout particulièrement en ce qui concerne les équations, les tableaux, les images, ...

B.3.0.0.2 L^ATEX

interface orientée contenu pour TEX (par exemple, au lieu de taper «italiques», on tape «mettre en évidence» et l'ordinateur se charge de l'implémentation). Le présent document a été réalié à l'aide de L^ATEX.

B.3.0.0.3 LyX

Couche WYSIWYG (What You See Is What You Get) pour L^ATEX .

B.4 Tableurs

Programmes destinés à traiter des données numériques dans des tableaux, réaliser des graphiques et analyser des résultats.

B.4.0.0.1 Gnumeric

Le puissant tableur de Gnome. Peut lire les fichiers MS-Excel.

B.5 Graphiques

Programmes de traitements d'images, de dessins ou de photos.

B.5.0.0.1 le Gimp

le Gnu Image Manipulating Program. Programme extrêmement puissant doté de nombreux filtres. Très personalisable. Offre des possibilités de scriptage (figure B.2).

**Figure B.2:** Session de travail typique sous *Gimp*.

B.5.0.0.2 XFig

Outil de dessin vectoriel.

B.5.0.0.3 gphoto

Permet de télécharger (en aval et en amont) des données entre un ordinateur et un appareil de photo numérique. De nombreux types d'appareils sont supportés.

B.6 Navigateurs Internet

Les navigateurs Internet présentent les documents HTML et permettent la navigation sur le World Wibe Web

B.6.0.0.1 Netscape

Le célèbre navigateur doté de nombreuses fonctions -- gatuit mais pas libre.

B.6.0.0.2 Mozilla

Très beau navigateur libre inspiré de Netscape.

B.6.0.0.3 Konqueror

Outil de manipulation de fichiers de KDE, Konqueror permet aussi de naviguer sur Internet. Il intègre un client ftp par drag'n'drop et supporte même les protocoles sécurisés de ssh. Il offre aussi de nombreuses facilités pour la création de pages HTML, comme la création instantanée de galeries d'images à partir d'un répertoire d'images, par exemple (figure B.3).

**Figure B.3:** *Konqueror* en train d'afficher simultanément deux pages Web et l'explorateur de fichiers.

B.6.0.0.4 lynx

navigateur en mode texte ; simple et léger, il peut avoir des applications pour des scripts qui recherchent des données sur Internet.

B.6.0.0.5 w3m

navigateur en mode texte un peu plus sophistiqué que Lynx ; il présente bien les tableaux.

B.6.0.0.6 wget

«aspirateur de site» ; permet de télécharger des données via le WWW.

B.7 Compilateurs et Interpréteurs

Les compilateurs traduisent le code de haut niveau (lisible par un être humain) en code machine (une suite apparemment incompréhensible de zéro et de un) pour l'exécution. Les interpréteurs peuvent exécuter le code sans compilation préalable.

B.7.0.0.1 GCC

la Gnu Compiler Collection. L'un des meilleurs compilateurs C/C++ disponible. Il peut aussi compiler du Fortran et toute une variété d'autres languages de programmation.

B.7.0.0.2 Bash

le shell lui-même peut interpéter des scripts, ce qui le rend très versatible et puissant.

B.7.0.0.3 Perl

Practical Extraction and Report Language (ou Pathologically Eclectic Rubbish Lister; difficile de trancher, les deux définitions étant de Larry Wall, l'architecte en chef de PERL). Encore plus puissant que Bash.

B.7.0.0.4 GJC

GNU Java compiler, compilateur Java.

B.7.0.0.5 JDK

Kit de développement Java de Sun Microsystems; compilateur et librairies (non libre).

B.8 Jeux

Mouais, enfin pour l'instant c'est des jeux d'intellos qui aiment réfléchir. Les seuls vrais jeux amusant sont ceux qui ne font > travailler *que* la partie reptilienne (*) du cerveau.
-- RR in Guide du linuxien pervers - « Moi c'que j'aime ? La baston ! »

Il y a un nombre presqu'infini de jeux sur Linux, aussi nous ne donnerons ici que quelques exemples

B.8.0.0.1 Doom

a été mis sous license GPL par ID Soft.

B.8.0.0.2 Quake I

a été mis sous license GPL par ID Soft.

B.8.0.0.3 Quake II

a été mis sous license GPL par ID Soft.

B.8.0.0.4 Quake III

n'est pas sous license GPL, mais existe pour Linux -- à vrai dire, il est sorti pour Linux avant de sortir pour d'autres systèmes.

...et je suis persuadé qu'on va bientôt pouvoir latter du windowsien par serveur Q3 interposé :-) (la bonne parole ne se propage jamais mieux qu'à grand coup de baffes :-))
-- RR in Guide du linuxien pervers - « C'est beau le prosélitisme »

B.8.0.0.5 Soldiers of Fortune

Une version Linux est disponible (payante et non libre, bien sûr).

B.8.0.0.6 Tux Racer

Jeu de course en 3D très amusant (figure B.4).

**Figure B.4:** Une scène du jeu *Tux Racer*

B.8.0.0.7 GNU Chess

L'un des tous meilleurs jeu d'échecs disponibles.

B.8.0.0.8 Flight Gear

Simulation de vol réaliste en 3D.

B.8.0.0.9 Bzflag

jeu en 3D de combat de tanks (quelque peu fantaisistes) conçu à l'origine pour fait la démonstration de la puissance des stations Silicon Graphics.

B.8.0.0.10 Armagetron

simulateur 3D des motos que l'on voit dans le film Tron [41] ; c'est de ce jeu qu'est tirée l'image qui sert de couverture à cet ouvrage.

B.9 Mathématiques

Programmes pour la résolution d'équations, la simulation, la réalisation de graphiques, les statistiques.

B.9.0.0.1 GnuPlot

Petit logiciel scriptable qui produit des graphiques à partir de fonctions ou de données brutes ; peut produire des documents EPS et du code L^ATEX.

B.9.0.0.2 R

Environnement de calcul et de présentation. Compatible avec S.

B.9.0.0.3 Octave

Octave est un langage de haut niveau, prévu à l'origine pour les calculs numériques. Il est compatible avec MatLab. Il comprend des outils pour la résolution de problèmes courants d'aglèbre linéaire numérique, la recherche des racines d'équations non linéaires, l'intégration des fonctions ordinaires, la manipulation de polynômes, et l'intégration d'équations différentielles ordinaires et différentielles algébriques. Interface avec C, C++, Fortran et d'autres langages.

B.9.0.0.4 SciLab

Clone libre de MatLab (compatible). Puissant environnement pour le calcul scientifique. Interface avec C, C++, Fortran et Mapple (figure B.5).

**Figure B.5:** Un graphique par *Scilab*.

B.10 Multimedia

Programmes relatifs aux fichiers films et sons, que ce soit pour la production ou la consommation.

B.10.1 MP3

B.10.1.0.1 Noatun

Player Multimedia de KDE. Supporte les skins de Winamp.

B.10.1.0.2 Xmms

Player Multimedia; joue les videos MPEG et des fichiers MP3. Supporte les skins de Winamp. Nombreux skins et modules disponibles.

B.10.1.0.3 FreeAmp

Player Multimedia; joue les MP3 et les Vorbis Ogg (le format de fichier qui succède au MP3).

B.10.1.0.4 mpg123

Player MP3 en ligne de commande

B.10.1.0.5 ogg123

Player Ogg en ligne de commande

B.10.1.0.6 OggDrop

Encodeur Ogg

B.10.1.0.7 Blade

Encodeur MP3 (le format mp3 n'est pas libre)

B.10.1.0.8 Lame

Encodeur MP3 (le format mp3 n'est pas libre)

B.10.1.0.9 Gogo

Encodeur MP3 (le format mp3 n'est pas libre)

B.10.2 Grabbers

B.10.2.0.1 cd-paranoia

copie le contenu d'un CD de musique au format wav.

B.10.3 Midi

B.10.3.0.1 TiMIDIty

B.10.4 Films

B.10.4.0.1 Broadcast2000

Puissant programme d'édition et de réalisation de films.

B.10.4.0.2 mplayer

Player en ligne de commande pour les formats DiVX, video CD et DVD.

B.10.4.0.3 Xmms

Player Multimedia; joue les videos MPEG et des fichiers MP3. Nombreux skins et modules disponibles.

B.11 Sécurité

Programmes pour la sécurité des systèmes, des réseaux et pour l'encryption

B.11.0.0.1 SATAN

Security Administrator Tool for Analyzing Networks. Outil pour évaluer la sécurité d'un système. Reconnaît plusieurs problèmes courants et compose automatiquement des rapports.

B.11.0.0.2 PGP

Pretty Good Privacy, le programme d'encryption bien connu de Phil Zimmerman. A déconseiller, l'ensemble du code n'étant pas visible; Phil Zimmerman semble d'ailleurs avec quitté le projet en claquant la porte.

B.11.0.0.3 GPG

Gnu Privacy Guard. Implémentation de PGP par le projet GNU.
Comme il est sous GPL, et que son code est donc visible et maintenant à jour, on peut l'utiliser sans crainte qu'il n'y ait de backdoors.

B.12 Éditeurs de Texte

Les éditeurs de texte servent à éditer du texte brut (à ne pas confondre avec les traitements de texte).

B.12.0.0.1 VI

Éditeur très petit et puissant que l'on retrouve sur tous les systèmes UNIX, même les plus simples. Il existe quantité de clones de VI, comme Elvis, VIM, ...

B.12.0.0.2 Emacs

Environnement de développement puissant; permet la compilation, la consultation de mails, la gestion de fichiers, ...

B.12.0.0.3 XEmacs

Version X-Windows de Emacs

B.12.0.0.4 Kate

Éditeur de texte de KDE; très puissant, peut être utilisé à la place de Emacs (figure B.6).

**Figure B.6:** *Kate* en action.

B.13 Science

Programmes de Science qui ne relèvent pas du domaine mathématique

B.13.0.0.1 Grass

GRASS GIS (Geographic Resources Analysis Support System, Geographical Information System) est un outil puissant d'analyse géographique.

B.14 Gravage de CDs

B.14.0.0.1 cdrecord

Gravage de CDs en mode texte. Très fiable, peut aussi graver des DVDs. Grand nombre d'options et de fonctionnalités.

B.14.0.0.2 XCD-Roast

Interface graphique pour cdrecord.

B.15 Communication et Discussions

Programmes de communication en temps réel sur Internet

B.15.0.0.1 Jabber

Pour le chat écrit. Compatible avec ICQ, Yahoo Messenger, MSN.

B.15.0.0.2 SpeakFreely

Envoie des fichiers son par Internet pour simuler un téléphone ou une radio. Supporte différents types d'encryption et de compression.

B.16 Internet et Réseaux

Programmes qui vous permettent d'offrir des services sur Internet ou sur un réseau.

B.16.0.0.1 Apache

Le serveur Web qui tourner sur plus de 70 % des servers du monde (tous systèmes d'exploitation confondus).

B.16.0.0.2 Samba

Partage de fichiers et d'imprimantes entre des ordinateurs sous UNIX, MS-Windows et MacOS.

C. Architecture

Il convient peut-être de présenter le fonctionnement d'un point de vue global du système.

C.1 L'Arborescence des Fichiers

L'arborescence du système de fichier a pour but de permettre à l'utilisateur de s'abstraire des considérations matérielles : en effet, qui a besoin de savoir que le deuxième disque dur se trouve à la $3^{\textup{ème}}$ position sur la chaîne IDE^C.1 ? qui même a besoin de savoir qu'il y a un deuxième disque dur ?

Tous les répertoires sont issus de la même racine «/». Ils ont chacun une fonction bien déterminée :

/bin est le répertoire où sont stockés les programmes nécessaires au fonctionnement du système : ls, cd, mv, ...
/dev est un répertoire où sont stockés les fichiers figurant les périphériques auquels on pourrait avoir accès. Ceux-ci peuvent être aussi bien les disques durs que le port parallèle de l'imprimante ou encore les cartes réseau.
/home contient tous les répertoires personnels des utilisateurs^C.2
/boot ce répertoire contient le noyau du système, le c $\oe$ ur qui fait battre votre ordinateur
/mnt contient traditionellement les points d'ancrage des différents périphériques, CD-ROM etc.
/usr/bin et /usr/local/bin^C.3 contiennent les programmes installés sur votre ordinateur
/usr/lib /usr/local/lib contient les librairies et leurs différentes versions.
/usr/X11/bin contient les programmes graphiques du système
/etc contient tous les fichiers de configuration globaux des programmes intallés sur le système
/opt contient des distribution supplémentaires de programmes formant un ensemble : KDE, GNOME.

C.2 Le Démarrage

Linux ne démarre pas en une fois : le démarrage se fait par couches, appelées runlevels. Le runlevel 0 correspond à l'arrêt du système et le 6 à son redémarrage. Traditionnellemet, les autres numéros correspondent à :

S: système en mode mono-utilisateur, sans le réseau,
1: système multi-utilisateur, sans le réseau,
2: système multi-utilisateur, avec le réseau,
3: système multi-utilisatuer, avec le réseau et le login graphique.
4 et 5: ne sont typiquement pas utilisés.

Le démarrage s'effectue en lançant toute une série de scripts les uns après les autres. Les différentes distributions de Linux ont chacune leur manière propre de gérer ces scripts. Toutefois on peut préciser que ces scripts sont généralement placés dans des répertoires correspondant aux différents runlevels, et ont leur nom préfixé d'un numéro indiquant l'ordre d'exécution.

C.3 La Configuration -- `/etc`

Un système UNIX comporte typiquement des milliers d'applications servant à tout, aussi bien à transférer des e-mails qu'à éditer du texte, ou de la musique. Les fichiers se rapportant à la configuration globale, c'est à dire standard pour tous les utilisateurs du système se trouvent dans un seul et même dossier : /etc.

C.3.1 Quelques fichiers importants

C.3.1.1 Les fichier de configuration des shells

On peut, en éditant ces fichiers, personaliser l'invite, créer des alias^C.4. Une documentation complète des options disponibles est obtenue en tapant : man le_nom_du_fichier. Ces fichiers sont - en fonction du shell que vous utilisez : tcshrc, cshrc, bashrc, zshrc^C.5

C.3.1.2 La configuration du réseau

Les fichiers sont, pour réguler les accès : hosts.conf (ou hosts), hosts.allow, hosts.deny ; pour la configuration elle-même inetd.conf. La configuration de base du réseau se fait au démarrage.

C.3.1.3 X

le fichier de configuration du server X est XF86config . Il contient la liste des résolutions autorisées ainsi que la géométrie de l'écran, la listes des polices disponibles et la liste de extensions à charger.

C.4 X

X , c'est un millefeuille avec une couche de crème patissière, une de sauce tomate et une de crème d'anchois... Mais c'est vrai que c'est un système ouvert: tu peux y rajouter des pépites de chocolat.
-- Ol in Guide du linuxien pervers - « Remettez m'en une couche ! »

X est la couche graphique du système. Il permet l'affichage de fenêtre à l'aide d'un autre programme appelé «gestionnaire de fenêtres». Par-dessus ce gestionnaire de fenêtres peut encore se rajouter un «gestionnaire de bureau», chargé, lui, de la communication entre les applications : son, texte, images, configuration.

C.4.1 X et la transparence réseau

X est dit «transparent sur le réseau» : cela signifie que pour l'utilisateur, la localisation physique de la machine qui fait tourner le programme n'a aucune incidence sur son usage. En pratique ceci revient à donner la valeur de l'adresse de sa propre machine à la variable DISPLAY sur la machine distante, par exemple : DISPLAY=ma_machine:0.0 , puis à donner l'autorisation d'affichage sur sa machine propre xhost + mon_login@ma_machine_distante.

C.4.2 Le gestionnaire de fenêtres

X ne sait qu'afficher des rectangles et du texte. Il faut un programme spécialisé, le Window Manager, pour donner une barre de titre à vos fenêtres. Celui-ci vous permettra alors de les déplacer à votre convenance^C.6, de les réduire à leur barre de titre, à les fermer et ainsi de suite. On peut citer quelque uns des plus connus :

Windowmaker: est inspiré du look de NeXT, il offre en outre toute une série de facilités, telle qu'une barre d'icône pour le lancement rapide d'applications, et un système de menus de lancement très perfectionné,
sawfish: est conçu pour être à la fois très configurable - à l'aide de fichier texte que l'on peut éditer à sa convenance - et très rapide, c'est aussi le gestionnaire par défaut de GNOME,
enlightenment: est, lui, conçu pour être esthétique : il permet de nombreux effet graphiques tels que le reflet des fenêtres dans une impression d'eau mouvante au bas de l'écran.
kwin: est le gestionnaire de fenêtre de KDE. Il est en extrêmement petit : tous les styles que l'on peut lui faire prendre sont en réalité des plugins^C.7

on pourrait encore en citer de nombreux autres, mais ceux-ci sont parmis les plus utilisés.

C.4.3 L'environnement de bureau

Face aux accusations de difficulté d'utilisation des détracteurs de linux, différents projets ont été lancés dans le but de fournir une interface qui serait aussi puissante et facile à utiliser que possible. La pièce centrale d'un environnement de bureau est le gestionnaire de fichier, car c'est lui qui doit permettre aux utilisateurs de s'affranchir de l'usage du clavier. Les deux projets concurents - GNOME et KDE^C.8 - ont tous deux choisi une approche intégrée : le gestionnaire de fichier est un visualisateur de tout, on entend par là qu'il doit permettre d'afficher tant des images que du son ou de la vidéo, et bien sûr des pages web.

Les différents environnements de bureau fournissent également des instructions quant à l'aspect des application : la constance dans le placement des menus, dans la nature des raccourcis clavier aide beaucoup l'apprentissage de nouvelles applications. Pour ce faire ces environnement sont basés sur des boîtes à outils qui fournissent les interfaces de programation pour l'interface utilisateur des applications. Cette standardisation a été beaucoup décriée lors de son inception^C.9 ; toutefois, devant la qualité du travail accomplis, les critiques se sont progressivement tues.

C.4.4 Récapitulatif

X est - comme d'ailleur le reste du système - construit en couches : il y a X lui-même qui fournit le protocole permettant d'afficher des rectangles et du texte, puis il y a les boîtes à outils qui facilitent la création d'interfaces plus avancées, avec des bares de défilement, des boutons. Puis le gestionnaire de fenêtres qui permet de placer lesdites applications dans l'espace de l'ecran, et enfin, il y a le gestionnaire de bureau, chargé d'apporter la cohérence à l'ensemble.

C.5 Les Périphériques Système

Les périphériques du système apparaissent sous la forme de fichiers spéciaux dans le répertoire /dev.

C.5.1 Les périphériques de type «bloc»

Ce sont les disques durs, les CD-ROMs, les lecteurs ZIP. les périphériques IDE ont leurs noms en hd-, les périphériques SCSI en sd-, puis vient la position sur la chaîne de périphériques, hda, hdb, et finalement la partition 1, 2 etc.

Il est possible de monter ces périphériques sur des répertoires à l'aide de la commande mount.

C.5.2 Les périphériques de type charactère

Ce sont les terminaux virtuels (tty1, tty2, etc.)

C.5.3 Les autres périphériques

Il y a encore les cartes réseau, eth--, et l'arborescence des périphériques USB et FireWire.

D. La Construction d'UNIX $^{\textup{\footnotesize {TM}}}$

Le système d'exploitation UNIX est un ensemble de programmes qui contrôlent l'ordinateur, jouant un rôle d'intermédiaire entre l'utilisateur et la machine.

D.1 Le Kernel et la structure du système

Le coeur du système d'exploitation s'appelle le kernel (on francise aussi parfois en disant noyau). Le kernel contrôle l'ordinateur au plus bas niveau possible, c'est-à-dire qu'il touche vraiment la couche matérielle de la machine : il contrôle l'accès à l'ordinateur, gère la mémoire, assure la maintenance du système de fichier, et alloue les ressources de l'ordinateur entre les processus et les utilisateurs.

Le kernel est divisé en sous-systèmes. On comptera notament :

la gestion de la mémoire virtuelle: ; en effet, sous UNIX, les ressources en mémoire du système ne sont pas limitées à la RAM^D.1 : le système peut en sus se servir du disque dur pour stocker des informations temporaires. Or, la performance du système dépend en grande partie d'une gestion aussi efficace que possible de cette mémoire dans le cas d'une utilisation intensive de l'ordinateur.
La gestion des périphériques: L'ordinateur n'est pas uniquement un processeur et de la mémoire. La plupart des tâches quotidiennes effectuées avec un ordinateur se font à l'aide de périphériques spécialisées, dont les interactions doivent êtres gérées au mieux.
La pile réseau: : les communications entre le réseau et la machine se présentent comme une longue suite de wagons qu'il convient d'aiguiller de la façon la plus efficace.^D.2
Le scheduler: est le sous-système chargé de la répartition du temps de calcul du processeur - ou des processeurs, ce qui rend la tâche ardue. Il est responsable, avec la gestion de la mémoire virtuelle, du comportement de la machine lorsque les contraintes sont importantes (utilisation de processeur supérieure à 100%, RAM depuis longtemps épuisée).

Les différents UNIX se distinguent par leurs noyaux. En effet, les optimisations ne sont pas les même dans le cas d'un système embarqué devant fonctionner en temps réel que dans celui d'un mainframe qui aurait plus de 300 processeurs fonctionnant en parallèle.

D.2 Les Processus et le Multitâche

D.2.1 Les processus

Un processus se compose de deux parties : un programme et un environnement de processus.
Tout processus est lié à un programme ; pas un programme au sens de fichier binaire exécutable, mais comme ensemble d'instructions chargées en mémoire centrale et en cours d'exécution.
Un programme enregistré sur disque dur est potentiellement à la disposition du système, mais pour pouvoir l'exécuter, il faut le charger en mémoire centrale; ceci n'est bien sûr possible que dans le cadre d'un système d'exploitation qui cherche les informations sur le disque et gère la mémoire. C'est l'environnement de processus.

Sous UNIX, chaque processus est caractérisé pas une série d'informations ^D.3 :

D.2.1.0.1 Le numéro de processus

le PID; ce numéro permet d'identifier les processus et de leur envoyer des signaux.

D.2.1.0.2 Le numéro de processus parent

(parent process ID), à partir duquel le processus a été lancé.
Chaque processus peut lui-même en engendrer d'autres -- c'est notamment le cas de la console, qui est elle-même un processus ; ainsi, du point de vue du système, tous les processus ont un processus parent. Il existe une exception à cette règle (il faut bien que tous ces processus viennent de quelque part), c'est le pseudo-processus qui est créé au démarrage du système. Il porte le numéro 0.

D.2.1.0.3 Le numéro de l'utilisateur

auquel appartient le processus (user ID).
C'est l'une des dispositions qui permettent de sécuriser UNIX : le processus est vu comme un utilisateur (il a souvent le numéro de l'utilisateur qui l'a lancé) qui doit avoir les bons droits d'accès pour se voir autoriser certaines actions. Ceci limite la gravité des virus sous UNIX -- au pire, en lançant l'exécution d'un virus, vous détruisez vos données personnelles, mais pas le système ou les données des autres.
Un processus hérite normalement de l'identité de son parent; il arrive exceptionnellement qu'il puisse acquérir un autre numéro d'utilisateur et modifier ainsi ses droits.

D.2.1.0.4 Le numéro du groupe

auquel appartient le processus (group ID).

D.2.1.0.5 La durée de temps CPU utilisé et priorité du processus

qui permettent au système d'allouer équitablement les ressources entre les différents processus. Chaque processus dispose d'un temps de traitement bien défini qui est divisé en plages; un processus ne peut rester en mémoire que le temps d'une plage, après quoi le système vérifie s'il y a d'autres processus à traiter.
La priorité permet de choisir équitablement le processus qui recevra l'attention du système pour la prochaine plage. Il est possible de lancer un processus en en définissant la priorité par la commande nice^D.4 ; ceci permet de ne pas ralentir inconsidérement une machine partagée par plusieurs utilisateurs.

D.2.1.0.6 Le répertoire de travail actif

Exemple : une application se plante (oui ça arrive); sous UNIX, en terminant son exécution, l'application fait toujours un état de la mémoire du système occupée par ses processus (cela permet de déterminer les dernière opérations effectuées avant le massacre); c'est un core dump. Le core dump se retrouve toujours dans le répertoire d'où l'application a été lancée; pourquoi ? Vous l'avez deviné, l'entrée «répertoire de travail actif» du tableau du gestionnaire de processus a encore frappé.

D.2.1.0.7 La table des fichiers ouverts

permet aux processus de lire ou d'écrire dans des fichiers. Les trois premiers éléments de cette table sont le canal d'entrée standard (le clavier) qui porte le numéro 0 ; le canal de sortie standard (l'écran) qui porte le numéro 1; et le canal d'erreur standard, qui porte le numéro 2.

D.2.2 Exécutions synchrone et asynchrone

Lorsque l'on tape une commande dans le shell, un nouveau processus (processus fils) est lancé; on peut alors voir la ligne de commande se bloquer jusqu'à la fin de l'exécution du processus fils ; on parle d' exécution synchrone : le shell et le processus fils sont liés dans le temps (synchronisés) par l'attente de la fin de la tâche.

Il est toutefois possible de lancer une commande complexe à la console tout en récupérant immédiatement la main : il s'agit de lancer une exécution asynchrone du processus fils ; on parle de lancer l'application en tâche de fond (background). Concrètement, il suffit pour cela de faire suivre le nom de la commande par un & (par exemple, mozilla & au lieu de mozilla).

Le traitement asynchrone des processus présente des avantages évidents : il est possible de lancer de longs calculs, ou une application graphique, tout en gardant la console à disposition. Ceci est vrai tant que l'on travaille dans un environnement graphique fenêtré (comme X Window ^D.5) ; cela ne l'est pas si l'on ne dispose que d'un terminal, car alors il faut prendre garde à ne pas lancer d'applications qui présentent des sorties à l'écran ou qui nécessitent des entrées au clavier, puisque ces canaux ne sont pas repris par la console.
Il faut aussi prendre garde au fait que le traitement asynchrone ne coupe pas la filiation entre les processus : si la session console se termine, les processus en tâche de fond aussi ! (il est possible d'éviter cela par la commande nohup).

D.2.3 Multi-tâche

On a vu plus haut le rôle joué par les priorités associées aux processus (voir paragraphe D.2.1, page ). Ces caractéristiques sont la marque d'un système multi-tâche préemptif : le système d'exploitation est le seul à connaître l'état des ressources ; il agit en despote éclairé (du moins on l'espère) qui régit la vie des processus sans leur demander leur avis. Les systèmes comme MS-DOS sont mono-tâche: il ne peuvent exécuter qu'un processus à la fois. Quand à MS-Windows 3.x ^D.6 et au Multifinder de MacOS ^D.7 il s'agit d'un système multi-tâche collaboratif : les processus sont supposés être raisonnables et rendre civiquement la main de temps à autre pour que les autres tâches puissent s'effectuer. Sur le plan de la réalisation, cette solution est simple car elle ne requiert finalement qu'une couche logicielle suplémentaire sur un système mono-tâche ; sur le plan de l'utilisation, elle est désastreuse, car la gestion de la mémoire devient anarchique et l'on peut presque entendre les programmes qui se battent dans la boîte pour contrôler toute la mémoire possible. Un tel système est instable par nature, et il n'est pas étonnant que tous les systèmes modernes dignes de ce nom se tournent vers des solution de multi-tâche préemptif.

D.3 Les Fichiers

Tout le système UNIX est fondé sur les fichiers et l'idée que tout peut être contrôlé, symbolisé et organisé par des fichiers.
Il existe quatres types de fichiers essentiels sous UNIX :

Les fichiers ordinaires (ordinary files)
Les répertoires (directories) ^D.8
Les fichiers spéciaux (special files ou devices), associés aux périphériques.
Les processus dans l'arborescence /proc.

Sous UNIX, tout est fichier : on accède aux périphériques en lisant dans un fichier ; il existe un ficher «trou noir» qui dévore tout ce qui y rentre (le fichier /dev/null ; d'où l'expression «tout ceci est un tissu d'âneries, je l'ai redirigé vers /dev/null»), et un «trou blanc» d'où sort un flot continu de 0 (le fichier /dev/zero). Il y a encore le fichier /dev/random qui sert notamment en cryptographie ; les processus sont eux-même orgnisés en arborescence virtuelle. Cette organisation est très souple, car elle permet de structurer facilement les programmes, autorise des langages de scripts de haut niveau, et d'une manière générale aide les utilisateurs à creuser leur compréhension du système ; cela influence les Unixiens, qui pensent que dans un bon ordinateur, tout doit pouvoir se manipuler comme des fichiers. Dans certains cas, cela finit par infléchir toute la perception du monde : c'est ainsi que lorsqu'après le 11 septembre 2001, le président Bush junior prononça les mots «root out terrorism» (ce qui se traduit par «couper le terrorisme à la racine», mais peut aussi se comprendre comme «éliminer le terrorisme en faisant usage des privilèges du compte root»), on pu voir sur certains sites Internet des propositions farfelues comme « rm -rf /bin/laden ». Un autre exemple bien connu à base de commandes et de fichiers Unix exclusivement, est «cd /pub ; more wine».

Les fichiers UNIX sont organisés en un schéma strict, qui porte le nom d'arborescence ^D.9.

D.3.1 Noms de fichiers et arborescence

Chaque fichier possède un nom et un chemin d'accès -- son nom précédé de tous les répertoires qu'il faut parcourir pour y arriver, depuis la racine. Par exemple, un fichier pourrait s'appeler WMState et avoir le chemin d'accès /etc/X11/WindowMaker/WMState.

Les noms de fichiers sur les anciens systèmes UNIX étaient limités à 14 caractères, mais les systèmes plus récents acceptent sans problème jusqu'à 255 caractères; UNIX est sensible à la casse (il fait la différence entre majuscules et minuscules). Il n'est pas obligatoire que les fichiers aient une «extension» de trois ou quatre caractères précédés d'un point -- il peut ne pas y en avoir, avoir une extension de plus de quatre caractères, ou avoir plusieurs points dans un nom de fichiers. Il est même possible d'utiliser les espaces.

Les fichiers dont le premier caractère est un point sont par convention les fichiers de configuration ; ils contiennent des informations et des commandes lues et exécutées au démarage de certaines applications. Ils n'apparaissent pas à l'appel de la commande ls (pour les voir, il faut demander ls -a).

Chaque dossier (folder) contient lui-même deux dossiers «virtuels»: ., qui pointe vers le dossier lui-même (taper cd . vous laisse où vous êtes), et .. qui pointe vers le répertoire parent (taper cd .. vous fait remonter un cran dans l'arborescence. Attention, il faut bien faire cd .., et non cd.. comme sous DOS).

L'arborescence peut être exprimée par chemin d'accès absolu (comme cd /etc/X11/) ou relatif (comme cd ../../X11/); ces deux exemples sont équivalents pour quelqu'un qui se trouve dans /etc/kde/kdm.

D.3.2 Les autorisations

Sous UNIX, chaque fichier est associé à une table d'autorisations d'accès. Cette disposition s'inscrit dans l'idée selon laquelle un bon système d'exploitation doit être sûr. C'est pourquoi tous les utilisateurs sont constamment contrôlés à chaque fois qu'ils essayent de lire, écrire ou exécuter le contenu d'un fichier. Seul l'utilisateur root peut tout faire à volonté -- on considère que le compte root est détenu par un ou plusieurs techniciens compétents et responsables.

Il existe trois droits principaux :

Le droit en écriture
Le droit en lecture
Le droit en execution

Ces droits peuvent être donnés ou refusés à trois catégories de personnes :

Le propriétaire du fichier (owner)
Le groupe du fichier (group)
Le reste du monde (others)

Ces trois droits et ces trois populations définissent une matrice logique à neuf éléments grâce à laquelle absolument toutes les combinaisons d'autorisation peuvent être exprimées. La commande ls -l vous renseignera sur les autorisations dans un répertoire.

Seul le propriétaire d'un fichier peut en modifier les droits, à l'aide de la commande chmod (voir section A.1, page ). Il peut abdiquer ses droits en faisant don du fichier à un autre utilisateur (par la commande chown, CHange OWNer), mais dans ce cas il ne pourra plus le récupérer (sans que le nouveau propriétaire ne le lui rende.).

D.4 Les Utilisateurs

UNIX a, dès la conception, été un système multi-utilisateurs. C'est cette caractéristique qui conduit à certaines spécificités d'Unix comme le système d'autorisations, la notions de propriétaire d'un fichier, et le login.

Pour accéder à un système Unix, il est indispensable de disposer d'un compte utilisateur, une identité par laquelle on sera reconnu du système. C'est l'administrateur (root) qui octroît à des humains cette «identité virtuelle».
Chaque compte, ou utilisateur, possède un numéro d'utilisateur, un nom d'utilisateur username ^D.10 , un mot de passe password et un répertoire personnel, avec parfois un quota d'espace disque (typiquement, ce répertoire s'appellera /home/gago pour l'utilisateur gago).

D.4.1 Le numéro d'utilisateur

Le numéro d'utilisateur permet au système de contrôler les accès; les processus lancés par l'utilisateur reçoivent ce numéro comme userID, et par là, les mêmes droits que lui.

D.4.2 Le nom d'utilisateur

Le nom d'utilisateur constitue la moitié de la clef qui permettra d'accéder au système par la procédure de login (l'autre étant le mot de passe). Il permet aussi de «coiffer un casquette» particulière -- l'administrateur qui a accès au compte root a certainement aussi un compte personnel doté de privilèges ordinaires, qu'il utilise pour ses tâches quotidiennes anodines (sinon une fausse man $\oe$ uvre exécutée avec les privilèges root pourrait détruire tout le système ; il ne faut jamais utiliser les privilèges administrateur lorsque cela n'est pas strictement nécessaire). On peut passer d'une identité à l'autre par la commande su (Super User, car par défaut elle tente de vous octroyer l'identité de l'administrateur) -- mais il faut pour cela avoir le mot de passe correspondant à l'identitié que vous essayez de prendre. Si mener une double (ou multiple) vie vous trouble et que vous ne savez plus très bien «qui vous êtes», vous pouvez le demander au système par le commande whoami (Who am I ?, qui suis-je ? ).

D.4.3 Les mots de passe et la sécurité

Le mot de passe constitue la protection principale contre l'usurpation de votre identité. S'il est relativement facile de deviner un nom d'utilisateur ^D.11, trouver votre mot de passe est a priori beaucoup plus compliqué.
L'importance du mot de passe en fait le terrain de bataille pour les crackers d'un côté, et les administrateurs et les samouraïs ^D.12 de l'autre.

Le nom d'utilisateur est crypté à l'aide d'algorithmes non réversibles, puis stocké dans un fichier système important : /etc/passwd. Au login, le système vous demande votre mot de passe ; lorsque vous l'aurez saisi, il cryptera votre entrée selon le même algorithme, et comparera le résultat ainsi obtenu avec le mot de passe crypté contenu dans /etc/passwd. Si les deux résultats coïncident, vous aurez accès au système. Si ce n'est pas le cas, le système vous proposera de faire une nouvelle tentative au bout de quelques seconde d'attente. La manière exacte dont le système réagit dépend naturellement de la politique de sécurité définie par l'administrateur ^D.13.

Le système est bon, en théorie : il existe un nombre énorme de combinaisons possibles, de sorte qu'une attaque par force brute (essayer bêtement une à une toutes les combinaisons possibles) prend un temps considérable -- tellement considérable que le mot de passe est changé par l'utilisateur avant que l'attaquant ne l'ait brisé.
Le point le plus faible du système est l'homme ; la plupart du temps, les gens ne sont guère enthousiastes à l'idée de mémoriser une suite de caractères aléatoire, et ils vont vers la solution de facilité : utiliser le nom de leur petite amie, de leur chien, d'un ami, voire même le mot «password» ; ceci n'est pas un bonne idée ^D.14. Il existe des logiciels dit «de cryptanalyse par dictionnaire» qui essayent un à un les mots qui figurent dans une base de données ; ces bases de données comprennent typiquement tous les mots de la langue courante (noms communs et noms propres) écrits avec plusieurs capitalisations (arbre, Arbre, aRbre, ArBrE, etc), précédés ou suivis de chiffres, ou caractères spéciaux (arbre123, *arbre!), etc. La parade à ce type d'attaques consiste à trouver des suites de caractères mémorisables mais qui en elles-mêmes ne veulent rien dire, comme «cpEubMdpSoeAb» (pour «Ceci Pourrait Etre Un Bon Mot De Passe Si On En Avait Besoin»).

Au niveau de l'administrateur, la réponse classique est de ne pas réellement stocker les mots de passe dans le fichier /etc/passwd -- c'est le «masquage des mots de passe», le shadowing. Mais là encore, il y a des solutions pour récupérer les mots de passe cryptés et procéder à des attaques ; c'est une lutte de l'épée contre la cuirasse qui est loin d'être simple; mais il faut souligner que la cuirasse n'a aucune chance si un seul des utilisateur choisit un mot de passe simpliste. Une identité compromise peut être le pied dans la porte pour compromettre tout le système ; et quoi qu'il en soit, le cracker qui a votre mot de passe peut faire tout ce qu'il veut en votre nom -- y compris, pour commencer, lire ou saccager tous vos fichiers. Alors, votre meilleure protection : un bon mot de passe !

E. L'Interface Utilisateur

Une interface utilisateur peut, en informatique, être de deux natures : graphique ou en ligne de commande^E.1. Ces deux types d'interface ont toutes deux leurs intérêts propres et il est bon, pour avoir la maîtrise complète de son système, de possèder leurs tenants et aboutissants.

E.1 La Console

C'est l'interface en ligne de commande, héritée des débuts de l'informatique. Elle permet une interaction extrèmement complexe avec la machine : il n'est pas exagéré de dire que tout est possible en ligne de commande. Toutefois, un bon manuel de référence peut s'avérer utile.

En effet, la philosophie de la console sous UNIX est de pouvoir relier entre eux de petits programmes spécialisés par des «tuyaux^E.2». Je peux, par exemple, lister les fichiers d'un répertoire, rechercher ceux dont le nom contient a et en faire le compte^E.3.

E.1.1 Premiers pas

Ouvrez un terminal. Voilà, vous êtes devant une invite austère ressemblant quelque peu à ceci

Ma_machine /home/mon_login > _

Tapez la commande ls, vous verrez apparaître la liste des fichiers de votre répertoire. Créez à présent un répertoire «essai» : mkdir essai. Allons-y - cd essai - ls : il est vide. Vous vous dites peut-être déjà : oui, mais si mon répertoire a un nom à rallonge, il doit être très pénible d'y aller ! En fait, la ligne de commande est intelligente ; revenez en arrière cd .. puis tapez cd es, puis la touche «tabulation». Le nom s'est auto-complété ! Revenez dans «essai». Créons un nouveau fichier : touch mon_fichier. Copions-le : cp mon_fichier mon_nouveau_fichier - n'oubliez pas «tabulation». Nous avons deux fichiers à présent ; tapons ls | wc. Qu'avons-nous fait ? nous avons listé les fichiers («ls»), mais ensuite ? nous avons pris le résultat - qui n'est rien d'autre qu'un bout de texte - et nous en avons compté le nombre de mots («wc», Word Count).

E.1.2 Utilisation avancée

En réalité, c'est cela, la puissance de la ligne de commande : avec un peu d'imagination, nous pouvons assembler comme bon nous semble et produire tout ce que nous désirons. Il faut voir la ligne de commande comme un gigantesque méccano, qui offre des possibilités quasi-illimitées. Ce texte comporte un récapitulatif des commandes les plus utilisées. N'ayez pas peur d'expérimenter et de leur imaginer de nouveaux usages créatifs.

E.2 L'environnement de Bureau

Pour effectuer des tâches de nature graphique, il peut être bon de disposer d'un environnement de travail à même de les faciliter en leur conférant une nature visuelle.

E.2.1 Le bureau

Traditionellement, X n'avait pas de bureau, c'est-à-dire qu'il n'était pas possible de placer des objets - des icônes par exemple - sur le bureau. Or, le bureau est un élément central de l'environnement : il sert en effet

d'espace de stockage temporaire,
de lanceur d'applications.

Il est généralement muni de menus appelés d'un clic de la souris ; ces menus sont typiquement

au clic droit, un menu général comportant les actions les plus courantes effectuables sur le bureau
au clic du bouton du milieu, une liste des fenêtres faisant office de barre des tâches supplémentaire
parfois, au clic gauche, un lanceur d'application.

les bureaux modernes peuvent comporter toutes sortes d'objets représentant des parties logicielles et matérielles du système : lecteurs de disquettes ou de CD-ROM, liens internet, images, sons.

E.2.2 La barre de lancement

La barre de lancement sert, comme son nom l'indique, à lancer les applications : alors qu'une interface en ligne de commande présuppose une connaissance certaine du système, une interface graphique cherche à donner une liste exhaustive des actions possibles. L'objet essentiel de la barre de lancement est le menu situé habituellement à sa gauche. Il contient la liste des applications graphiques du système organisée hiérarchiquement par thèmes.

La barre peut également contenir des lanceurs d'application, une «barre des tâches» qui donne la liste des applications lancées, et des mini-applications, ratachées à la barre principale, à caractère utilitaire (liste des bureaux virtuels, horloge) ou ludique (mini-jeux)^E.4

E.2.3 le centre de contrôle

Le centre de contrôle est l'application qui centralise la configuration de l'environnemnt. Tout est modifiable à l'envie : polices et couleurs, bien sûr, mais aussi forme et comportement de la barre de titre, «skins» des boutons et autres éléments standards de l'interface, et même les raccourcis clavier.

Le centre de contrôle comprend aussi une section où sont présentés graphiquement différents éléments du système : mémoire, cartes d'extensions, connectivité réseau.

E.2.4 le gestionnaire de fichiers

L'élément le plus important d'un environnement de bureau est peut-être le gestionnaire de fichiers. Celui-ci ne remplit d'ailleurs pas uniquement cette fonction : il s'est mué en un visualisateur universel. Tout les documents traitables par le système peuvent être vus à travers le gestionnaire. Ceci comprend bien entendu également les éléments distants.

Internet permet le partage des données entre tous. Ceci n'est valable que s'il est facile d'y accéder. Presque tous les protocoles pratiqués par le réseau sont compris par le gestionnaire : FTP, HTTP, SMB et bien d'autres encore. Ils sont appelés par une syntaxe commune ; par exemple ftp:/, http:/, smb:/ dans la barre d'adresse suivis du nom du site ou de la machine distante commandent une tentative de connection par le protocole souhaité^E.5.

F. Le Réseau

<rominet> Entendu chez HSC : il y a tellment de ports ouverts sur le firewall que netstat -an fait coredump
-- HSC in Guide du linuxien pervers - « Bien configurer son firewall »

F.1 Le Réseau est l'Ordinateur

L'idée même d'ordinateur est étroitement liée à la notion d'information (il suffit de penser au terme français informatique) ; or la meilleure manière de faire passer l'information entre deux machines est le réseau. On comprend ainsi mieux le slogan de la société Sun, «The network is the computer» («Le réseau est l'ordinateur»), ou l'absence de lecteurs de disquettes sur les Macintosh récents : l'avancement de l'informatique est tel que tous les ordinateurs sont (ou plutôt devraient être) en réseau, et l'on devrait pouvoir accéder aux informations n'importe où comme si elles étaient effectivement sur le disque dur de la machine locale ^F.1.

L'utilisation massive des réseaux par la «société moderne de l'information» impose naturellement des solutions techniques pour son implémentation ; c'est le protocole libre TCP/IP (Transmission Control Protocol / Internet Protocol) qui est devenu le standard de facto, de par son utilisation sur internet. TCP/IP est bien adapté tant pour les réseaux locaux (LAN, Local Area Networks) que pour les réseaux vastes et interconnectés (WAN, Wide Area Networks); actuellement, on ne trouve plus de système d'exploitation qui ne gère pas TCP/IP.

Sur un réseau, l'échange de données entre ordinateurs impose toujours entre les machines une relation client-serveur : une machine, le client, envoie un requête à l'autre ; cette dernière, le Serveur serveur, traite la demande et envoie le résultat au client.

F.2 Les Shell à distance -- ftp

Un certain nombre d'applications client sont installées par défaut sur tous les ordinateurs Unix ; elle permettent une utilisation simple, souple et robuste du réseau, par l'intermédaire de la ligne de commande.

F.2.1 telnet

Telnet est un protocole que l'on peut invoquer par l'intermédiaire de la commande éponyme. Il permet d'établir une connexion de type console sur une machine distante par l'intermédiaire de TCP/IP.

F.2.2 ssh

Le défaut de telnet est qu'il envoie et reçoit les données en clair sur le réseau : si une personne indélicate ou mal intentionnée «écoute» sur le réseau, elle pourrait intercepter des informations compromettantes ou sensibles, comme des mots de passe. Pour pallier ce danger, ssh (pour Secure SHell, console sécurisée) fournit une interface très comparable à telnet, mais qui crypte les données échangées par de puissants algorithmes (On peut aussi employer l'alias rlogin (Pour Remote login, login à distance).

F.2.3 Autres shells à distance

Il existe d'autres programmes aux fonctionnalités équivalentes.

Il existe des clients telnet et ssh pour MS-Windows, mais si les premiers sont plus ou moins intégrés au système, les second sont plus difficile à trouver. Quand à MacOS, la plupart du temps il faut acheter un logiciel propriétaire coûteux pour disposer de ces fonctions.

F.2.4 ftp

ftp est le système de transfert de fichiers d'un ordinateur à un autre via un réseau. Il permet de copier des données d'un répertoire distant à un répertoire local, et inversement.

Tout le monde sait que Unix a une histoire et des traditions, et que certaines composantes sont en place d'une certaine façon pour des «raisons historiques» ^F.2. En voici un exemple frappant : tapons man ftp dans une console ; que voyons-nous apparaître ?

FTP(1)                                                  

NAME
  ftp - ARPANET file transfer program

(...)

Oui, vous avez bien lu : ftp nous revient tout droit de la plus haute préhistoire, de temps aussi reculés que ceux du vénérable ARPANET. Voilà qui nous ramène à l'époque héroïque des claviers qui faisaient du bruit, des imprimantes à aiguilles et des cartes perforées.

D'un autre côté, on peut voir ce qui arrive à un bon outil bien rustique mais qui fonctionne : il perdure, à la satisfaction générale. Pas besoin d'acheter la mise à jour pour passer à la version XP ...

F.2.5 scp

De la même manière qu'avec telnet il y avait un problème de sécurité, ftp envoie lui aussi les données en clair. La solution consiste à crypter les paquets en chemin, sur le modèle de ssh. La commande scp fournit cette fonctionnalité, d'une manière quelque peu obscure il est vrai. On trouve maintenant scp integré dans des interfaces qui en rendent l'emploi plus convivial (comme KDE 3).

F.2.6 Messagerie

Unix est l'environnement qui a engendré Internet, y compris le e-mail. Le système sendmail que l'on utilise encore aujourd'hui pour envoyer des messages a été conçu il y a bien longtemps pour Unix ^F.3. Voici quelques exemples des innombrables clients mail pour Unix :

mail est un programme extrêmement rustique de messagerie électronique, capable de fonctionner dans les pires conditions.
pine est un outil orienté ligne de commande développé à Berkeley, que l'on utilise encore beaucoup.
XMail est un client mail graphique
KMail est l'outil mail de KDE; il peut importer des carnets d'adresses depuis une base de données Microsoft Outlook située sur une autre partition, et fournit une foule de fonctions autour de la messagerie.

F.2.7 Ping

ping est un petit utilitaire en ligne de commande qui envoie des paquets IP élémentaires à un ordinateur distant et teste ainsi la connexion. On peut également utiliser pour cela la commande netstat.

F.2.7.1 Le Ping de la Mort :

Ping est aussi célèbre par sa variante Ping of Death («Ping de la Mort») : des millions de machines se sont fait bloquer à distance suite à l'envoi d'un paquet IP d'une longueur inhabituelle (excédant les 65535 octets règlementaires). Beaucoup de systèmes sont vulnérables à ce type d'attaque, et la fragilité de MS-DOS et de MS-Windows 95 s'est fait particulièrement sentir du fait de leur large diffusion. Il semble que Windows NT puisse également souffrir de ce traitement, ainsi que les anciens Linux 2.0.x, les Solaris pour x86 et les MacOS 7.x ^F.4.
Cette vulnérabilité est remarquable, car l'attaquant peut frapper de n'importe où dans le monde, et n'a besoin de connaître que l'adresse IP de sa cible.

F.3 Avec d'autres systèmes d'exploitation

La mise en réseau local de machines de types différents peut être une nécéssité, soit lors d'une transition d'un système à l'autre, soit tout simplement parce que le parc n'est pas homogène. Dans ces conditions, il faut pouvoir partager les fichiers entre les machines .

Il existe de nombreux serveurs commerciaux et propriétaires qui permettent d'accomplir ce travail, mais ce n'est pas là notre propos. L'outil libre qui offre ce service est Samba ^F.5. Samba permet de partager les imprimantes et les disques entre machines Windows, Linux, MacOS et OS/2.

Les logiciels libres permettent également de partager un serveur de login (n'avoir qu'une seule identité pour les machines de tous types), d'installer des clients X sur des machines non Unix, ...

F.4 La Sécurité des Réseaux

- je voudrais pirater la fac ou je suis qui est sur réseau sur linux! Aidez moi SVP - echo "C'est quoi le mot de passe?" | mail root
-- AGV in Guide du linuxien pervers - « Faut savoir rendre service. »

La sécurité des réseaux constitue l'un des domaines les plus ardus de l'informatique. Notre propos n'est donc pas ici de donner un cours technique (ce qui serait de toute façon bien au-dela de nos compétence, fort incomplet, et vain, puisque ce domaine est en évolution constante et rapide), mais de donner une brêve introduction à l'histoire et aux mentalités qui dominent en la matière.

F.4.1 Perspectives historiques

Avec la mise en réseau de pratiquement toute la société, la question de sécurité des réseaux, jusque-là réservée essentiellement aux universités, aux bases militaires et aux banques, finit par concerner tout un chacun ; comme le disait un reportage récent sur France Info, à propos de «l'Internet à haut débit» (locution qu'emploient les journalistes pour désigner en vrac le cable, T1, T3, l'ADSL et tout ce qui va plus vite qu'un modem analogique) : « la connexion permanente à Internet est une fenêtre ouvert pour les pirates » ^F.6.

Unix a été présent tout au long de l'élaboration d'Internet, et Linux a fourni une bonne part des ressources qui ont donné au World Wide Web son extension actuelle. Il est donc naturel que la sécurité passe par eux.

F.4.2 Sécurité par l'obscurité, sécurité par transparence

Il existe deux idées opposées sur la sécurité : l'obscurité, ou la transparence.

F.4.2.0.1 La sécurité par l'obscurité

est défendue et pratiquée essentiellement par les éditeurs de logiciels. L'idée consiste à ignorer les failles de sécurité des produits et à ne pas les documenter ; comme les utilisateurs n'ont pas accès au code source, on peut supposer que les vulnérabilités passeront inaperçues. On parvient ainsi à limiter la maintenance du code, et cela permet de consacrer le temps des ingénieurs au développement de nouvelles fonctionnalités ; par ailleurs, taire les failles maintient dans le public l'idée qu'il n'y en a pas et augmente ainsi la confiance des consommateurs.

L'expérience prouve que ce raisonnement est faux ; en fait, il s'agit d'un variante sophistiquée de la politique de l'autruche ^F.7.

F.4.2.0.2 Sécurité des codes ouverts

Tous les experts vous le diront, la sécurité des systèmes ouverts est en fait infiniment supérieure à celle des systèmes propriétaires. Cela est dû au fait que les failles de sécurités sont visibles de tous, et qu'en consquence des patchs sont publiés par la communauté très rapidement (voir par exemple l'affaire du Ping of Death, page

). Sur Internet, les routeurs et firewall ^F.8 tournent très fréquemment sous Linux ou BSD. La très secrète agence américaine NSA (National Security Agency) a assez récemment publié le code d'un noyau Linux modifié pour une sécurité maximale ; le code a été examiné par les plus hautes autoriés ^F.9 et il s'est avéré qu'il s'agissait d'une contribution honnête et de bonne qualité.

G. Lexique

G.0.0.0.1 Backdoor :

(« porte de service » : ) pratique consistant à livrer un système supposé sécurisé en y mettant un mot de passe dont l'existence même est inconnue de l'utilisateur. Le fournisseur peut alors pénêtrer dans le système comme bon lui semble.

G.0.0.0.2 Bande passante :

mesure de la puissance de transfert de données d'un réseau (capacité par unitée de temps).

G.0.0.0.3 Bureau :

espace de travail graphique permettant d'afficher simultanément plusieurs applications.

G.0.0.0.4 Client :

Programme recevant ou demandant les ressources fournies par un serveur (voir ce mot).

G.0.0.0.5 Console :

à l'origine, terminal informatique permettant le dialogue avec un ordinateur central ; actuellement, programme émulant un terminal qui permet de dialoguer avec le système.

G.0.0.0.6 Cox (Alan) :

Bras droit de Linus Torvalds pour le développement du noyau Linux.

G.0.0.0.7 Cracker :

Informaticien qui utilise ses compétences dans des buts malhonnêtes et destructeurs, que cela soit par intérêt personnel ou par nihilisme.
Ne pas confondre avec hacker (voir ce mot), comme le font malheureusement souvent les médias.

G.0.0.0.8 De Icaza (Miguel) :

Fondateur du projet GNOME.

G.0.0.0.9 Directoire :

Pouvoir exécutif institué par la Constitution de l'an III (août 1795). Il donn son nom au régime qui succède à la Convention thermidorienne le 5 brumaire an IV (28 oct. 1795). Formé de 5 directeurs choisis par le Conseil des Cinq Cents et des Anciens, et renouvelable par 1/5 tous les cinq ans.
Ce mot n'a rien à voir avec l'informatique. Pour une traduction correcte de l'anglais directory, voir répertoire.

G.0.0.0.10 Disque dur :

Périphérique de stockage de masse ; les ordinateurs modernes contiennent typiquement au moins un disque dur sur lequel est écrit le système d'exploitation. C'est également là que sont habituellement stockées les données de l'utilisateur.

G.0.0.0.11 Dossier :

terme employé par les afficionados de Mac et de là de Windows pour désigner ce que tout le monde sait être un répertoire.

G.0.0.0.12 ESR :

Voir Reymond.

G.0.0.0.13 Ettricht (Mathias) :

Fondateur du projet KDE.

G.0.0.0.14 Fichier :

document lisible ou non par l'homme stocké sur une mémoire quelqconque (sur UNIX, tout est fichier).

G.0.0.0.15 FTP :

File Transfer Protocol : protocole pour le transfert de fichiers à travers un réseau. Non sécurisé, ce système remonte à la période d'Arpanet.

G.0.0.0.16 Geek :

Passionné de technique, particulièrement informatique. C'est l'état d'esprit du hacker, sans en avoir nécessairement toutes les compétences techniques.

G.0.0.0.17 GNOME :

Projet d'environnement de bureau de GNU.

G.0.0.0.18 GNU :

Acronyme (récursif) de GNU's Not UNIX (ce qui ne nous avance pas beaucoup c'est vrai). Grand projet bénévole de développement de logiciels libres.
On peut consulter
http://gnuwww.epfl.ch/gnu/thegnuproject.fr.htmlpour davantage d'informations.

G.0.0.0.19 GPL :

La GNU Public License garantit que les logiciels libres ne peuvent être détournés et resteront libres. On peut la consulter à l'adresse
http://gnuwww.epfl.ch/licenses/gpl.html

G.0.0.0.20 Hacker :

Passionné d'informatique pour qui la programmation est un jeu ; le hacker typique est capable de trouver des utilisations pour des systèmes que même leurs concepteurs n'ont pas prévues. Ce sont les hackers qui ont fait de l'informatique ce qu'elle est aujourd'hui, bien plus que les grandes sociétés : les réalisation de hackers les plus notables sont le PC, Internet, le WWW, et bien entendu Linux.
Ce mot est souvent employé à tort pour désigner un délinquant informatique ; le terme correct dans ce sens est cracker (voir ce mot).

G.0.0.0.21 HTML :

HyperText Markup Language (Langage Hypertexte à ferrets selon l'Académie Française ... ) : langage standard pour la présentation de données sur Internet.

G.0.0.0.22 HTTP :

HyperText Transport Protocole : protocole supperposé à TCP/IP (voir ce nom) pour le transfert de données HTML essentiellement.

G.0.0.0.23 Inode :

quantum d'espace disque sur un disque dur. La position physique des données est donnée, pour le système, par le numéro de l'inode à partir duquel sont effectivement écrites les informations.

G.0.0.0.24 Install-Party :

(parfois aussi Install-Fest) : manifestation publique lors de laquelle des linuxiens expérimentés prêtent leur expérience, et parfois leurs CDs, aux débutants pour les aider à installer des systèmes et logiciels libres sur leurs ordinateurs.

G.0.0.0.25 KDE :

Principal environnement de bureau sous Linux.

G.0.0.0.26 Kernel :

voir noyau.

G.0.0.0.27 LAN :

Local Area Network : réseau local (de petite envergure).

G.0.0.0.28 L^ATEX:

collection de macros pour TEX(voir ce nom) permettant la mise en forme facile de documents (tel que celui que vous avez entre les mains).

G.0.0.0.29 LGPL :

Library GNU Public license, parfois aussi nommée Lesser GNU Public License : license libre GNU un peu moins restrictive que la GPL, qui autorise l'utilisation du code dans des applications commerciales. Elle est typiquement utilisée pour des librairies, d'où son nom.

G.0.0.0.30 Libre :

par opposition à propriétaire ou fermé : logiciels dont le code source est disponible et auquels il est autorisé d'apporter des modifications.

G.0.0.0.31 Linux :

Implémentation libre d'un noyau (kernel, c'est-à-dire le coeur d'un système d'exploitation) UNIX, développée à partir de 1991 par Linux Thorvalds, et par la suite par d'innombrables personnes. Par extension, le système d'exploitation et parfois même l'ensemble du système d'exploitation et des principaux logiciels qui tournent dessus. Pour cette dernière signification, on parle aussi de GNU/linux, pour souligner l'importance des logiciels GNU qui font de Linux un système utilisable.

G.0.0.0.32 Logiciel libre :

L'expression « Logiciel libre » fait référence à la liberté pour les utilisateurs d'exécuter, de copier, de distribuer, d'étudier, de modifier et d'améliorer le logiciel. Plus précisément, elle fait référence à quatre types de liberté pour l'utilisateur du logiciel:

La liberté d'exécuter le programme, pour tous les usages (liberté 0).
La liberté d'étudier le fonctionnement du programme, et de l'adapter à vos besoins (liberté 1).
Pour ceci l'accès au code source est une condition requise.
La liberté de redistribuer des copies, donc d'aider votre voisin, (liberté 2).
La liberté d'améliorer le programme et de publier vos améliorations, pour en faire profiter toute la communauté (liberté 3).
Pour ceci l'accès au code source est une condition requise.

Source: http://gnuwww.epfl.ch/philosophy/free-sw.fr.html

G.0.0.0.33 Mémoire protégée :

Méthode de gestion de la mémoire vive qui consiste à allouer à chaque application une partie bien définie de la mémoire centrale du système.

G.0.0.0.34 Mémoire vive :

aussi appelée RAM ou mémoire centrale ; mémoire volatile ^G.1 d'accès rapide. Les programmes sont typiquement chargés en mémoire vive pour exécution à une vitesse agréable pour l'utilisateur (la vitesse de lecture/écriture est de l'ordre de 1000 fois plus grande que sur un disque dur).

G.0.0.0.35 Multitâche :

se dit d'un système d'exploitation capable de gérer plusieurs processus à la fois.

G.0.0.0.36 Noyau :

Élément fondamental d'un système d'exploitation. Il fait la liaison entre le matériel et le reste du système. Pour des explications plus approfondies, voir le chapitre Technique.

G.0.0.0.37 Open Source :

Les termes Free Software («logiciel libre») et Open Source décrivent tous deux plus ou moins la même catégorie de logiciels, mais correspondent à des conceptions différentes du logiciel et des valeurs qui lui sont associées. Le projet GNU continue d'utiliser le terme Free Software pour exprimer l'idée que la liberté est plus importante que la seule technique.
source: http://gnuwww.epfl.ch/gnu/thegnuproject.fr.html

G.0.0.0.38 OS :

Abréviation de l'anglais Operating system; voir Système d'exploitation.

G.0.0.0.39 Ouvert :

voir libre.

G.0.0.0.40 PC :

Personnal Computer; tout ordinateur personnel, par opposition aux Mainframes, les grands ordinateurs centraux. Depuis quelques années, le terme de «PC» s'applique aux ordinateurs personnels compatibles IBM (c'est ainsi qu'on entend le terme «PC» utilisé pour exclure les MacIntosh, qui sont pourtant aussi des ordinateurs personnels). Sur ce site, «PC» désigne un PC compatible IBM.

Q: Comment les reconnaître ?
R: tout ordinateur qui emploie le système MS-Windows est un compatible IBM.
Q: «PC» implique-t-il MS-Windows ?
R: non, le PC désigne l'architecture physique de l'ordinateur; le système d'exploitation peut être absolument quelconque.

G.0.0.0.41 Périphérique :

appareil branché au système. Toutes les composantes de l'ordinateur (processeur, mémoire vive, disque dur, etc. ) sont des périphériques, ce qui implique que, tout étant périphérique, les ordinateurs n'ont pas de centre.

G.0.0.0.42 Processus :

voir chapitre Construction d'UNIX.

G.0.0.0.43 RAM :

Random Access Memory voir mémoire vive

G.0.0.0.44 Récursif :

voir récursif.

G.0.0.0.45 Répertoire :

type de fichier qui figure une branche de l'arborescence des fichiers UNIX.

G.0.0.0.46 Réseau :

Mode de liaison entre ordinateurs (par exemple Internet) par lequel transitent données, commandes et services.

G.0.0.0.47 Reymond (Eric S.) :

Initiateur du mouvement Open Source, qui se veut une version apolitique du mouvement des logiciels libres. Auteur également de nombreux articles à caractère sociologique qui font autorité dans la communauté des développeurs libres (comme La Cathédrale et le Bazar [31], le Jargon File [16] ou Le Chaudron Magique [30]).

G.0.0.0.48 RMS :

Voir Stallman

G.0.0.0.49 Serveur :

système destiné à fournir une ressource. Par exemple un serveur de fichiers stocke les données pouvant être utilisées par de nombreux clients.

G.0.0.0.50 Stallman (Richard M.) :

Fondateur du projet GNU et de la Free Software Foundation. Voir le chapitre 2 sur l'Histoire de GNU, page

G.0.0.0.51 Système d'exploitation :

Le système d'exploitation a deux fonctions principales: fournir un niveau d'abstraction pour communiquer avec le matériel, et gérer les ressources. Les systèmes d'exploitation les plus connus sont Windows et MacOS, mais il y en a d'autres comme Unix et bien sûr Linux.

G.0.0.0.52 TEX:

langage de mise en forme typographique professionnelle de documents (au départ mathématiques).

G.0.0.0.53 TCP/IP :

Protocole Transmission Control Protocole / Internet Protocole ; norme de transmission de données à travers le Réseau : un fichier sera découpé en paquets qui contiennent l'ordre dans lequel ils doivent être réassemblés, leur destination, le moment de leur envoi et l'expéditeur ; les paquets sont envoyés à travers le Réseau et prennent chacun une route qui peut être différente qui être finalement réassemblés à leur destination.

G.0.0.0.54 Terminal :

voir console.

G.0.0.0.55 Torvalds (Linus Benedict) :

Auteur du noyau Linux, qui fait autorité en la matière. C'est également lui qui a suggéré la forme de Tux, mascotte de Linux. Voir le chapitre 3 sur l'Histoire de Linux, page

G.0.0.0.56 Tux :

Pinguin mascotte de Linux. Son nom viendrait à la fois de Tuxedo et de Torvald's UniX.

G.0.0.0.57 UNIX :

Famille de très puissants systèmes d'exploitations répondant à un standard strict. Les versions les plus connues sont UNIX System V, Solaris de Sun, BSD (la Berkeley Standard Distribution), et bien entendu Linux.

G.0.0.0.58 WAN :

Wide Area Network : réseau de grande envergure.

G.0.0.0.59 X :

abréviation de X Window System : protocole permettant l'affichage à travers le réseau de rectangles et de lettres.

Bibliographie

LIVRES

1

Arthur Burns, UNIX Shell Programming, John Wiley & sons, 1984

2

Rebecca Thomas & Jean Yates, A User's Guide to the UNIX System, Osbone McGraw - Hill, 1985

3

La Bible de Linux, Micro Applications

4

Linux, Gjuide du Développeur, Osman Eyrolles Multimedia, 2001

5

Internet, PUF, collection Que Sais-je ?, 1995

6

M. Banahan & A. Rutter, Unix - The Book, Sigma Press 1982

7

Kaare Christian, The UNIX Operating System (Second Edition), Wiley 1988

8

AR&T, UNIX System V Release 4 -- User's Guide, Unix Press (Prentice Hall), 1990

9

Randall L. Schwartz, Introduction à Perl, Éditions O'Reilly Internationl Thomson, 1995

10

Michael Wielsch, UNIX, Grand Livre, Micro Application, 1995

11

Linux KDE, Sybex, 1999

12

Anonyme, Maximum Linux Security, SAMS, 1999

13

Buck Graham, TCP/IP Adressing, Academic Press 1997

14

Pete Loshin, TCP/IP for Everyone , Academic Press 1995

15

Aimé Sache, La théorie des Graphes, PUF, collection Que Sais-je ?, 1974

16

Eric S. Raymond, Cyber Lexis -- le dictionnaire du jargon de l'informatique, Masson, 1997

17

Linus B. Torvalds, Just for Fun, Harper Buisness, 2001

18

Douglas Adams The Hitchhicker's Guide to the Galaxy -- a trilogy in four parts, Pan Books

19

J.R.R Tolkien, The Lord of the Rings, Hayser Collins

20

A.C Clarke, The Collected Stories, Orion Publishing Group, 2001

21

Isaac Asimov, Le Grand Livre des Robots, tomes I et II, Omnibus/Presses de la Cité

22

Isaac Asimov, Fondation, Folio SF

ARTICLES SOUS FORME ÉLECTRONIQUE

23

Richard M. Stallman, Frédéric Couchet et Sébastion Blondel, Transcription de la conférence donnée par Richard M. Stallman le 10 novembre 1998 à l'université de Paris 8

24

Richard M. Stallman et Hiroo Yamagata, Pour un monde meilleur, grâce au logiciel libre: entretien avec Richard Stallman, traduit en fraçais par Sébastion Blondeel, août 1997 (traduit en mai 1999)

25

Richard M. Stallman, Le système d'exploitation du projet GNU et le mouvement du logiciel libre, 17 décembre 1998 (traduction de Sébastion Blondeel de février 1999).

26

Eric S. Raymond, Une Brève histoire des hackers - essai publié dans Open Source - Voices from the Open Source Revolution, ISBN 1-56592-582-3, janvier 1999, O'Reilly

27

Ragib Hasan, History of Linux

28

Eric Brunvand, The Heroic Hacker: Legends of the Computer Age, october 15, 1996, www.cs.utah.edu/elb

29

Free Software Foundation, Histoire du Projet GNU, http://gnuwww.epfl.ch/gnu/gnu-history.fr.html

30

Eric S. Raymond, Le Chaudron Magique (traduction de The Magic Cauldron, traduit par Sébastion Blondeel Emmanuel Fleury et Denis Vauldenaire) http://www.linux-france.org/article/these/cathedrale-bazar/cathedrale-bazar.html

31

Eric S. Raymond, La Cathédrale et le Bazar (traduction de The Cathedral and the Bazaar, traduit par Sébastion Blondeel)
http://www.linux-france.org/article/these/cathedrale-bazar/

32