<!doctype linuxdoc public "-//FreeBSD//DTD linuxdoc 1.1//EN">

<!-- $Id: choix-distri.sgml,v 1.8 2002/08/16 13:38:36 olive Exp $ -->
<!-- OLIVE: quelques commentaires sur le document.
- gestion par CVS en interne

-->

  <article>
    <titlepag>

      <title>Linux : choisir une distribution</title>
      <author>
	<name>Intégré par <url url  = "mailto:olive@linux-france.org" name = "Olivier Tharan"></name>
      </author>
	  
      <date>Version 20020816</date>
      <abstract>
	Quelle distribution de Linux adopter ?
      </abstract>
    </titlepag>

    <toc>

    <sect>
      <heading>Introduction</heading>
      <sect1>
	<heading>Propos</heading>

	<p>Ce document offre des éléments de réflexion à qui doit
	  choisir une <!-- <url name="distribution de Linux"
	  url="../presentation/presentation-2.html#defdistribution">. -->
	  <url name="distribution de Linux"
	  url="../presentation/presentation-2.html">.</p>

	<p>Tous vos commentaires (portant sur des points non déjà
traités) seront les bienvenus et j'espère que de nombreux
contributeurs y défendront leurs choix. Je me réserve le droit
d'éditer les contributions mais le ferai honnêtement et soumettrai à
l'auteur avant publication.</p>

	<p>Nous n'utiliserons pas ici les termes « avantages » et «
inconvénients » mais plutôt « louanges » et « critiques » afin de
souligner la subjectivité du propos.</p>

	<p>Pour participer il suffit de m'expédier un message
électronique. Merci de préciser la (ou les) section(s) où insérer la
prose ainsi que le mode de parution :</p>

	<p><itemize>
	    <item>nom de la distribution</item>
	    <item>nom de la sous-section ("Louanges", "Critiques" ou "Conseils"),</item>
	    <item>votre adresse email doit-elle apparaître ?</item>
	    <item>quel pseudonyme dois-je utiliser (voir ci-dessous) ?</item>
	  </itemize></p>

	<p>Merci de n'expédier que des commentaires ne figurant pas
déjà dans ce document.</p>

	<p>La plus récente version française de ce texte se trouve sur
<url url = "http://www.linux-france.org/article/choix-distri/" name =
"son site de référence">.</p>

	<p>Seule la diffusion des versions non modifiées est
	autorisée.</p>

	<p>Note (20000521) : j'ai (Olivier Tharan) repris la
maintenance de ce document afin de décharger la charge de travail de
Nat.</p>

      </sect1> <!-- propos -->

      <sect1>
	<heading>La réponse !</heading>

	<p>De nombreux lecteurs de ce document souhaitent trouver ici
un conseil unique et péremptoire. Nous ne pouvons proposer que
quelques indications, car aucune distribution n'est intrinsèquement en
tous points très supérieure à toutes les autres.</p>

	<p>Pour le reste, les experts se querellent :-)</p>

	<p>Mon conseil : <bf>adoptez la distribution recommandée par
ceux qui vous viendront en aide</bf>. Si vous êtes un débutant isolé
ne négligez pas les distributions proposées avec des documentations et
une assistance technique à l'installation, ainsi que le <url
name="projet Proselux" url="../proselux/">. Attention aux problèmes de
langue (préférer, si nécessaire, une distribution fournie avec une
documentation en français). Aucune distribution étoffée ne contient
que des programmes en français, car leur traduction exigerait des
années.</p>

	<p>Surtout n'oubliez pas de lire les documentations et de
sauvegarder vos données avant de tenter d'installer quoi que ce
soit.</p>

	<sect2>
	  <heading>Autres sources d'informations</heading>

	  <p><url name="Linux Weekly News (LWN)"
url="http://lwn.net/Distributions"> consacre une page complète aux
distributions, et liste toutes les distributions
connues. Ce site de nouvelles hebdomadaires, et m&ecirc;me quotidiennes,
indique de plus les nouvelles concernant les principales distributions sur sa page principale.</p>

	<p><url name="Distrowatch: Comparison of Linux distributions"
	url="http://www.distrowatch.com/"> est un site relativement complet et
	qui bouge. Il parle de la plupart des distributions Linux existantes,
	à la fois les plus connues et les plus exotiques.</p>

	<p>Les deux sites cités ci-dessus vous donneront une idée plus à jour
	que ce document ; néanmoins, ils sont en anglais et ce document
	devrait vous permettre de faire un choix objectif. Citons aussi :</p>

	  <p><url name="LinuxWars: Distributions at War (CPUReview)"
	  url="http://www.cpureview.com/art_distro_a.html"> (vieil
	  article)</p>

	  <p><url name="Linux Distributions (LinuxHQ)"
	  url="http://www.linuxhq.com/dist.html"></p>

	  <p><url name="Your Guide to Linux distributions
	  (LinuxPlanet)"
	  url="http://www.linuxplanet.com/linuxplanet/reports/1266/"></p>

	  <p>Le Distribution-HOWTO, en version anglaise, est disponible à <url
	  name="English-language GNU/Linux distributions on CD-ROM"
	  url="http://www.tldp.org/HOWTO/CD-Distributions-EN-HOWTO/index.html">
	  et sa maintenance a été reprise depuis janvier 2001. Il ne liste pas
	  tout, mais plutôt les distributions en langue anglaise disponibles
	  sous forme de CD ou chez le marchand du coin. C'est un peu le
	  fouillis, mais peut constituer une première base. (merci à
	  <em>gl</em>)</p>

<!--
	  <p><url name="CNET: The Linux lineup"
url="http://home.cnet.com/software/0-3721-7-1473248.html?tag=st.cn.1.tlpg.3721-7-1473248"></p>
-->

<!--
<url name="distrowars" url="http://distrowars.linuxmafia.org">
-->

      </sect1> <!-- réponse -->

      <sect1>
	<heading>Contributeurs</heading>

	<p>On trouvera dans cette liste, entre parenthèses, chaque
pseudonyme utilisé dans le corps de ce document suivi du patronyme
correspondant.</p>

	<p><itemize>
	  <item><em>(vous)</em> ! (du moins si vous le jugez bon :
<url url = "mailto:olive@linux-france.org" name = "m'écrire">
!)</item>

	  <item><em>(Acab)</em> <url
	  url="mailto:marioac@club-internet.fr" name="Alain
	  Cabiran"></item>

	  <item><em>(AGdV)</em> <url
	  url="mailto:gomesdv@mail.dotcom.fr" name="Arnaud
	  Gomes-do-Vale"></item>

<item><em>(Bebs)</em> Bertrand Gregoire</item>

	  <item><em>(BLD)</em> <url name="Raphael"
	  url="mailto:CaptainBlood@RocketMail.Com"></item>

	  <item><em>(bt)</em> Bernard Tatin</item>

	  <item><em>(cb)</em> <url url="mailto:chmou@linux-france.org"
	  name="Chmouel Boudjnah"></item>

	  <item><em>(Crocell)</em> <url name="Marc Pignat"
	  url="mailto:crocell@urbanet.ch"></item>

	  <item><em>(Djame)</em> <url
	  url="mailto:djame.seddah@loria.fr" name="Djame
	  Seddah"></item>

	  <item><em>(dm)</em> <url
	  url="mailto:david.morel@bigfoot.com" name="David
	  Morel"></item>

	  <item><em>(Do)</em> <url
	  url="mailto:Dominique.Lazure@u-picardie.fr" name="Dominique
	  Lazure"></item>

	  <item><em>(ebar)</em> Éric Baronet</item>

	  <item><em>(ed)</em> <url
	  url="mailto:Emilie.Danna@dial.oleane.com" name="Émilie
	  Danna"></item>

<item><em>(ffo)</em> Frédéric Forjan</item>

	  <item><em>(fg)</em> <url name="Fabrice Gautier"
	  url="mailto:gautier@email.enst.fr"></item>

	  <item><em>(Flav)</em> <url
	  url="mailto:flav@club-internet.fr" name="Flavius
	  Bindea"></item>

<item><em>(fred)</em> Frédéric Loze</item>

<item><em>(gd)</em> <url name="Gael Duval"
url="mailto:duval@criuc.unicaen.fr"></item>

<item><em>(géde)</em> Gérard Delafond</item>

<item><em>(gl)</em> Gilles Lamiral</item>

<item><em>(hc)</em> <url url = "mailto:Hubert.Canon@irisa.fr" name ="Hubert
Canon"></item>

<item><em>(jdd)</em> <url url="mailto:jdanield@club-internet.fr"
name="Jean-Daniel Dodin"></item>

<item><em>(mjediyoda)</em> <url name="JF Paris"
url="mailto:mjediyoda@multimania.com"></item>

<item><em>(mmo)</em> Mathieu Moy</item>

<item><em>(mre)</em> <url name="Marc Rechté"
url="mailto:marc@rechte.fr"></item>

<item><em>(pat)</em> <url name="Patrice Branchereau"
url="mailto:patrice@msj.u-3mrs.fr"></item>

<item><em>(pev)</em> <url name="Philippe Elbaz-Vincent"
url="mailto:pev@milnor.mathematik.uni-essen.de"></item>

<item><em>(PJ)</em> <url name="Pierre Jarillon"
url="mailto:jarillon@atlantic-line.fr"></item>

<item><em>(pjt)</em> <url name="Pierre B. Jarret"
url="mailto:pierre.b.jarret@wanadoo.fr"></item>

<item><em>(raverdy)</em> <url name="Christophe Raverdy"
url="mailto:craverdy@teaser.fr"></item>

<item><em>(seb)</em> <url url="mailto:phelep@svc.univ-ubs.fr" name="Sébastien
Phélep"></item>

<item><em>(stef)</em> <url url="mailto:Stephane.Ecolivet@irisa.fr"
name="Stéphane Écolivet"></item>

<item><em>(syls)</em> Sylvain Stephant</item>

<item><em>(tonio)</em> <url url = "mailto:levavass@efrei.fr" name = "Antoine
Levavasseur"></item>

<item><em>(tsm)</em> <url url="mailto:thierry@mallard.com" name="Thierry
Mallard"></item>

<item><em>(vdefert)</em> <url name="Vincent Defert"
url="mailto:vdefert@linux-france.org"></item>

<item><em>(xavier)</em> <url url="mailto:xavier@voies.com"
name="xavier"></item>

<item><em>(yd)</em> <url name="Y. Dirson"
url="mailto:dirson@debian.org"></item>

<item><em>(nat)</em> <url url="mailto:nat@linux-france.org" name="Nat"></item>

<item><em>(olive)</em> <url url="mailto:olive@oban.frmug.org" name="Olivier
Tharan"></item>

</itemize></p>

</sect1> <!-- contributeurs -->

<sect1><heading>Dernières modifications</heading>

<p><itemize>

<item>20020816 : Le Distribution-HOWTO revit !</item>

<item>20020621 : commentaire sur Webmin et Mandrake (<em>ffo</em>).</item>

<item>20020613 : ajout de remarques sur Suse (<em>bebs</em>).</item>

<item>20020611 : ajout d'une section sur Gentoo.</item>

<item>20020502 : ajout d'un lien sur Distrowatch ; quelques lignes sur
	Yellow Dog Linux.</item>

<!-- déplacer le commentaire vers le haut à chaque ajout
<item>2002026 : après un an d'absence, lien sur LWN amélioré,
DemoLinux 3.0 (merci à Ikarios pour le pr&ecirc;t d'un CD m'ayant permis de
tester cette distribution).</item>

<item>20010305 : ajout d'URL pour récupérer Suse Live.</item>

<item>20010225 : ajout de la section « distributions de démonstration »
contenant DemoLinux, ajout de Suse Live, mise à jour sur Rock Linux.</item>

<item>20010114 : ajout de la section Conectiva, suite de la remise en forme,
corrections typo.</item>

<item>20010111 : DemoLinux, Corel Linux, ajout de cette section :-), remise en
forme partielle du source SGML.</item>

-->

</itemize></p>
</sect1> <!-- dernières modifs -->

<sect1>
<heading>Avenir de ce document</heading>

<p>Je peux créer des sections afin de traiter d'autres distributions.</p>

<p><bf>NOTE</bf> <em>(20000601)</em> : j'ai mis de côté les vieilles sections
des distributions qui soit n'existent plus, soit n'ont jamais été remplies.
Pour qu'une distribution soit traitée, il faut au minimum quelques critiques /
louanges à son propos.</p>

<p>Je recherche par contre des avis commentés sur les distributions suivantes
: Conectiva, Corel Linux, Storm Linux, Best Linux, etc. On pourra faire
quelques sections spéciales (voire des annexes, pour ne laisser dans le
document principal que les arguments propices au choix réel d'une distribution
pour l'utilisateur indécis). Parmi celles-ci, je verrais :</p>

<p><itemize>

<item>distributions dérivées des « majeures » (ex : Best Linux &lt; Redhat,
Corel &lt; Debian, etc.)</item>

<item>distributions spécialisées, tenant sur une ou deux disquettes, pour
faire une disquette de secours ou un routeur intégré, etc.</item>
</itemize></p>

</sect1> <!-- avenir -->
</sect> <!-- Introduction -->

<sect><heading>Résumé</heading>

<p>Spécial lecteur pressé :-)</p>

<p>Il existe deux sortes de distributions :</p>

<p><itemize>

<item>« officielles » (un ensemble complet comprenant généralement plusieurs
CD, une documentation imprimée, un service d'assistance technique à
l'installation, quelques applications commerciales ...)</item>

<item>« GPL » : de simples CD librement recopiables, avec la documentation
sous forme de fichiers.</item>

</itemize></p>

<p>Résumés :</p>

<p><descrip>

<tag>Debian</tag>

<p><em>(tonio)</em> : C'est LA distribution d'un groupe de bénévoles. Ses
adeptes reconnaissent l'esprit GNU qui anime depuis toujours le développement
de Linux. Très complète et conçue de façon méticuleuse et efficace, la Debian
permet de tout dimensionner selon ses besoins. D'importants intervalles de
temps séparent cependant parfois deux mises à jour stables et sa prise en main
est parfois délicate, surtout pour les débutants. Mais une fois passés les
premiers obstacles, on ne veut paraît-il plus en changer.</p>

<tag>Red Hat</tag>

<p><em>(tonio)</em> : Les programmes installés sont le plus souvent
directement utilisables, elle convient donc parfaitement aux débutants qui
bénéficient également d'interfaces graphiques pour la configuration et
l'administration. Les utilisateurs avertis trouvent également leur compte dans
la cohérence, la qualité et le dynamisme de cette distribution.</p>

<tag>Mandrake</tag>

<p><em>(PJ 199907)</em> : Distribution française très bien finie et bien
francisée. Tout est fait pour le confort de l'utilisateur final. La version
GPL tient sur un CD. La version commerciale en comprend cinq et représente
2500 packages. Son installation reprend celle de Red Hat. Elle est à
recommander à tous ceux qui veulent utiliser leur machine rapidement sans
passer trop de temps à jouer le rôle de l'ingénieur système. C'est une grande
distribution que j'utilise, apprécie et recommande à tous.</p>

<tag>S.u.S.E</tag>

<p><em>(vdefert 199906)</em> : La SuSE est une distribution de choix pour
celui qui souhaite installer et utiliser rapidement Linux mais ne souhaite pas
s'intéresser de trop près aux détails de son fonctionnement.</p>

<p><em>(vdefert 199906)</em> : En association avec le logiciel « Linux Office
99 » (= Applix Office), on dispose d'une solution "Linux + suite bureautique"
de qualité à un faible coût.</p>

<p><em>(stef)</em> : Distribution commerciale de grande qualité, incluant de
nombreuses applications pré-configurées. L'installation et l'administration
sont grandement facilitées par les outils fournis. A les qualités requises
pour devenir une « grande » distribution.</p>

<p><em>(stef)</em> : Convient à la fois aux utilisateurs novices qui auront
peu de mal à l'installer, et aux utilisateurs expérimentés qui n'ont pas envie
de perdre du temps à « bitouiller » l'installation pour qu'elle fonctionne
bien. Je la situe donc entre Red Hat et Debian en termes de simplicité
d'installation et d'utilisation, mais si je la connaissais mieux, elle aurait
ma préférence.</p>

<tag>LINUX/MNIS STATION X pour PC</tag>

<p><em>(gd)</em> Basé sur Debian 2.0, avec une procédure d'install (bien)
francisée et plus simple. KDE installé par défaut. Me semble très sérieux.</p>
<!-- FIXME: (olive) n'a pas évolué, me semble-t-il, elle est donc vieille -->

	  
<tag>Slackware</tag>

<p><em>(vdefert 199906)</em> : Je recommande chaudement la Slackware à ceux
qui souhaitent acquérir en douceur une bonne maîtrise d'Unix, qui veulent
mettre en place un serveur, et ceux pour qui la facilité de déploiement est
particulièrement importante.</p>

<p><em>(tonio)</em> : Elle compte encore de très nombreux adeptes parfois
convaincus mais semble en perte de vitesse et les mises à jour se font rares.
De plus sa conception ancienne lui confère quelques défauts. Elle est donc à
réserver aux habitués, qui ne peuvent renoncer aux habitudes contractées.</p>

<tag>Minilinux</tag>

<p><em>(hc)</em> : Juste bien pour tester Linux, pour voir à quoi ça ressemble
sans tout casser sur sa machine, mais on ne peut pas faire grand chose avec (à
moins d'aller chercher des paquetages ailleurs pour les installer à la main)
et nul ne semble soucieux de la mettre à jour. Si on a l'intention de vraiment
utiliser Linux, préférer une « vraie » distribution.</p>

</descrip></p>

<!-- OLIVE FIXME fin de la partie remise en forme -->
<sect1>
<heading>Caractéristiques communes aux distributions « paquetisées »</heading>

<p>Un « paquet » est un fichier rassemblant tous les fichiers nécessaires à
l'installation d'un ensemble de fichiers cohérent (par exemple un programme).
Les paquets pour Red Hat arborent l'extension <tt>rpm</tt> et les paquets
Debian <tt>deb</tt>.</p>

<p>Un document intitulé <url name="Comparaison entre les formats de paquetage
deb, rpm, tgz et slp" url="paquetage/"> détaille tout cela.</p>

<sect2>
<heading>Louanges</heading>

<p><itemize>

<item><em>(nat)</em> : Les programmes les plus communs et de très nombreux
logiciels plus ou moins rares sont disponibles sous une forme spécifique,
appelée <em>paquet</em>, grâce à laquelle leur installation et désinstallation
est simple, rapide et sans danger.</item>

<item><em>(seb)</em> : Ces distributions s'inter-enrichissent car des
logiciels « convertisseurs » de paquets existent.</item>

<item><em>(nat)</em> : Les paquets non proposés par l'éditeur même, dits de «
contributions », sont parfois défectueux. Éviter d'installer ainsi des
composantes du logiciel système.</item>

<item><em>(xavier)</em> : La Slackware a un avantage « à la MS-Windows » :
comme elle ne gère pas les dépendances, on ignore le sujet, c'est un souci de
moins pour le débutant (durant les premières semaines).</item>

</itemize></p>
</sect2>

<sect2>
<heading>Critiques</heading>

<p><itemize>

<item><em>(olive)</em> : Pour installer des logiciels personnels, on est
contraint de se restreindre à <tt>/usr/local</tt>, il ne faut pas interférer
avec la base des paquets installés, eux, dans <tt>/usr/{s}bin</tt> et
<tt>/{s}bin</tt>. Toutefois, cette remarque n'est peut-être pas une critique
car l'installation des logiciels persos est plus appropriée dans
<tt>/usr/local</tt> (cf. <em><url url="../sys/fhs/" name="FHS"></em>). Il faut
simplement faire attention si l'on veut recompiler un logiciel déjà installé à
partir d'un paquet (mésaventure vécue).</item>

<item><em>(jdd)</em> : Nombre de formats de paquetages trop élevé (mais des
utilitaires (<tt>alien</tt> ...) permettent de convertir ... plus ou moins
bien)</item>

<item><em>(olive)</em> : Suse, Mandrake et Redhat (entre autres) ont des
paquets rpm, en théorie compatibles, mais ce n'est que très rarement le cas,
pour des raisons de compilation différente, de compatibilité avec les
bibliothèques systèmes et/ou d'emplacements différents dans le système de
fichiers. Se méfier énormément, surtout quand on récupère des paquets «
contrib ».</item>

</itemize>
</sect2>
</sect1>
</sect> <!-- Résumé -->

<sect>
<heading>Debian<label id="debian"></heading>

<sect1>
<heading>Louanges</heading>

<p><itemize>

<item><em>(tonio)</em> : Seule distribution relevant d'un projet GNU (donc
développée selon un mode semblable à celui de Linux)</item>

<item><em>(tonio)</em> : Elle offre un format de paquetage (« .deb ») élégant
qui gère très bien les dépendances</item>

<item><em>(seb)</em> : Le format des paquets et les outils d'installation
gérent la notion de « service » (mail, serveur web, etc...); ceci permet de
ne pas installer de programmes faisant double-emploi</item>

<item><em>(nat)</em> : Excellente gestion des fichiers de configuration
(détecte et tolère les adaptations locales)</item>

<item><em>(stef 199812)</em> : Configuration par défaut agréable et prenant en
compte la sécurité</item>

<item><em>(stef 199812)</em> : L'outil <tt>apt-get</tt> facilite beaucoup la
mise à jour en ligne</item>

<item><em>(nat)</em><url name="Énormément de paquetages"
url="http://www.debian.org/distrib/packages.fr.html"> existent, très souvent
fort bien conçus</item>

<item><em>(fg 19990214 v2.0)</em> : Facilement installable sans le CD à partir
d'un disque MS-DOS ou de disquettes</item>

<item><em>(fg 19990214 v2.0)</em> : Paquetages installables depuis CD, FTP,
NFS, MS-DOS, etc...</item>

<item><em>(tonio)</em> : Le script d'installation de chaque paquet permet de
configurer complètement le service installé</item>

<item><em>(seb)</em> : La plus sûre à installer dans un environnement réseau
car elle est nettement moins boguée (exemple : configuration client NIS) et
surtout intègre l'outil <tt>cfengine</tt>.</item>

<item><em>(stef 199812)</em> : Très bonne organisation de l'arborescence des
fichiers, tous les fichiers de configuration se trouvent sous
<tt>/etc</tt></item>

<item><em>(olive)</em> : Pour les téméraires (à mon avis particulièrement
concernés par cette distribution), toute la section « unstable » permet
d'obtenir de nombreux paquets plus à jour que ceux de Red Hat</item>

<item><em>(seb)</em> : Assistance technique, notamment par le biais d'une
liste de diffusion réservée aux corrections de bugs (<url
url="http://www.fr.debian.org/Bugs" name="bug-track list"> ). Très important
pour les aspects liés à la <url url="http://www.fr.debian.org/security/"
name="sécurité">.</item>

<item><em>(seb)</em> : D'autres éditeurs de distributions proposent des
paquets de mise à jour, dits « updates », dont l'installation sur un parc
exige du temps car il faut, sur chaque machine, effectuer la mise à jour
paquet après paquet (note : divers utilitaires se chargent plus ou moins bien
de cela). Debian, par contre, profite du concept de « release » grâce auquel
les mises à jour sont installables automatiquement.</item>

<item><em>(seb)</em> : Distribution officielle proposée avec les paquets de
pages de manuel et documentations dans de nombreuses langues</item>

<item><em>(seb)</em> : Son mode de réalisation permet à l'utilisateur un peu
averti d'informatique mais débutant sous Unix de progresser vite. Les scripts
(par exemple sous <tt>/etc/init.d</tt>) et fichiers de configuration divers
sont clairs, les programmes utilisent de façon rationnelle les ressources (par
exemple la <tt>crontab</tt>) ...</item>

<item><em>(géde)</em> : Installation possible sur de petits disques (Linux + X
+ réseau dans 40 Mo)</item>

<item><em>(stef 199812)</em> : Développement très ouvert, accès à la version
en gestation</item>

<item><em>(seb)</em> : Scripts additionnels de gestion du système (ex.:
<tt>/etc/X11/window-managers</tt>)</item>

<item><em>(seb)</em> : Démarrage (boot) sur CD possible (grâce au CD
officiel)</item>

<item><em>(stef 199812)</em> : Séparation claire des différents packages
libres, non officiels, et commerciaux (free/contrib/non-free).</item>

<item><em>(olive 200005)</em> : Debian 2.2, ajout de « tasks », sortes de
profils contenant un ensemble de paquets : ceci permet de sélectionner
rapidement un ensemble de paquets convenant à une utilisation particulière :
réseau, développement, graphisme, etc. Ceci ne fait que sélectionner des
paquets prédéfinis, n'empêchant pas d'en ajouter ou en enlever par la
suite.</item>

</itemize></p>
</sect1>

<sect1>
<heading>Critiques</heading>

<p><itemize>

<item><em>(tonio)</em> : Les scripts d'installation des paquetages « .deb »
posent de nombreuses questions souvent déroutantes pour les utilisateurs
débutants</item>

<item><em>(tonio)</em> : Les mises à jour sont un peu moins fréquentes que
celles des autres distributions car ses concepteurs souhaitent avant tout lui
conférer une meilleure stabilité et testent donc soigneusement l'ensemble
avant diffusion, au risque de parfois tarder.</item>

<item><em>(olive)</em> : trop de paquets tuent la distribution ! C'est le cas
des grosses distributions actuellement, il y a trois fois trop de paquets et
cela déroute le débutant (surtout qu'il ne connait en général pas les paquets
et ne sait pas lesquels choisir). Bon pour l'utilisateur expérimenté qui veut
changer les choix par défaut, par contre.</item>

<item><em>(olive)</em> : Les scripts d'installation ne parviennent quelquefois
pas à installer certains paquets et les « finissent » mal, surtout en cas de
grosse installation de la distribution. On est alors obligé d'employer
plusieurs fois l'option <em>Configuration</em> de <tt>dselect</tt> pour
s'assurer que tout est à peu près en ordre. Certains paquets ne sont en ce cas
pas installés.<newline> <em>(yd 199903)</em> : Dans ce cas, la commande
"configuration" n'est pas la seule à exécuter plusieurs fois. La commande
"installation" doit être rééxécutée elle aussi, normalement tant que
<tt>dselect</tt> lui-même n'a pas fait passé le choix de l'étape suivante à
"configuration". L'affirmation « certains paquets ne sont en ce cas pas
installés » n'est vraie (sauf erreur de ma part) que si l'utilisateur décide
<em>lui-même</em> de passer à la phase de configuration.</item>

<item><em>(AGdV)</em><tt>dselect</tt> est une véritable horreur. Son
interface est très laide et il facilite peu la gestion des dépendances,
surtout lorsque plusieurs versions d'un même package sont
présentes.<newline>
<em>(olive 200005)</em> Des outils basés sur <tt>apt</tt> permettent
maintenant de remplacer élégamment <tt>dselect</tt>. En outre, certains sont
en mode graphique.</item>

<item><em>(fg 19990214 v2.0)</em> : Ne permet pas d'installer la base à partir
d'une FAT32</item>

<item><em>(AGdV)</em><tt>dpkg</tt> n'est pas des plus intuitifs. À réserver à
ceux qui savent ce qu'il font, contrairement au <tt>Glint</tt> de Red Hat. Les
questions concernant la configuration des paquets sont un peu abruptes et
nécessiteraient parfois une aide en ligne.</item>

</itemize></p>
</sect1>

<sect1>
<heading>Conseils</heading>

<p><itemize>

<item><url url="http://www.debian.org/" name="Site de référence"> (anglais).</item>

<item><url url="http://www.debian.org/~clebars/" name="C. Le Bars"></item>

<item><em>(seb)</em> : Dselect est relativement difficile à comprendre : si
l'utilisateur veut l'installer lui-même, il est préférable qu'il ait déjà
installé d'autres distributions Linux plus accessibles avant.</item>

</itemize></p>
</sect1>
</sect> <!-- Debian -->

<sect>
<heading>Red Hat<label id="redhat"></heading>

<sect1>
<heading>Louanges</heading>

<p><itemize>

<item><em>(nat)</em> : 
Évolue vite car est maintenue par une équipe de pros</item>

<item><em>(nat)</em> : nombreux paquets (<em>rpm</em>)</item>

<item><em>(nat)</em> : outil d'installation (<tt>rpm</tt>) riche</item>

<item><em>(tonio)</em> : Les programmes sont installés déja configurés pour
une utilisation « standard », simplifiant les réglages pour les débutants, et
laissant les utilisateurs avertis libres de reconfigurer librement.</item>

<item><em>(flav 199807, version 5.1)</em>configuration de l'imprimante, de PPP
et de la carte son très faciles, souvent grâce à des outils en mode
graphique</item>

<item><em>(tonio)</em> : Des outils graphiques permettent de configurer de
nombreux services, facilitant la prise en main, en particulier des
débutants.</item>

<item><em>(tonio)</em> : Disponible sur plateformes Intel, Alpha et Sun
facilitant d'autant l'administration d'un parc hétérogène.</item>

<item><em>(seb)</em> : Programme d'installation via FTP capable de recourir à
un mandataire (« proxy »)</item>

<item><em>(seb) et (nat)</em> : Une version française de la distribution
officielle existe</item>

<item><em>(seb)</em> : L'installation de base n'installe que les services
indispensables aux paquets installés (évite les trous de sécurité)</item>

<item><em>(Do)</em> : Propose « kickstart » qui permet l'installation
automatique sur un parc de machines. Associé à un serveur de type « BOOTP »,
cet outil est indispensable pour la gestion de machines homogènes</item>

<item><em>(olive 20020613)</em> : est la distribution officiellement
approuvée, supportée, etc. par de nombreux distributeurs de matériel ou
éditeurs de logiciels. Est donc un choix standard (qu'on aime ou pas).</item>

</itemize>
</sect1>

<sect1>Critiques<p>
<itemize>

<item><em>(seb)</em> : Tente d'« imposer » ses outils et conventions,
souvent au détriment des logiciels standards UNIX. Le contenu du répertoire
<tt>/etc</tt>, en particulier, semble assez spécifique. Exemple : gestion
des mots de passe. Certains administrateurs de systèmes UNIX utilisent NYS
et souhaitent voir l'entrée '+:::::' ajoutée à la fin du fichier
<tt>/etc/passwd</tt> et de <tt>/etc/group</tt> (note : cela peut constituer
une faille de sécurité), sous Red-Hat c'est inutile. On peut se dire que
c'est mieux ainsi, mais certains logiciels un peu mal conçus (je pense à
Netscape en particulier) n'utilisent pas les fonctions de la bibliothèque C
fournies pour lire les infos sur un utilisateur mais lisent directement le
fichier. Résultat : sous Red-Hat un utilisateur enregistré dans la base NIS
ne peut pas lire son courrier via Nestcape.

<item><em>(flav 199807, version 5.1)</em> : Disk Druid fonctionne mal sur
une machine disposant de plusieurs disques (ATA et SCSI)

<item><em>(géde)</em> : Quasi impossible à installer avec moins de 100 Mo
d'espace-disque disponible

<item><em>(nat)</em> : Il faut absolument installer régulièrement les
<tt>updates</tt> officiels (publiés sur l'Internet). Ils sont parfois un
rien trop nombreux car les versions ne sont pas toujours testées au mieux.
</itemize>
</sect1>

<sect1>Conseils<p>
<url url = "http://www.redhat.com/" name = "Site de référence">
<itemize>
<item><em>(nat)</em> : 
Sur une machine de production :
<itemize>
<item>éviter d'installer du soft non "rpm"
<item>éviter d'installer tout paquet provenant d'un répertoire "contrib"
<item>éviter d'utiliser les options dangereuses de "rpm" 
    (exemples : nodeps, force, noscripts ...)
<item>éviter les montages et symlinks desservant des répertoires
   système (<tt>/tmp</tt> <tt>/lib</tt> <tt>/usr/lib</tt> <tt>/bin</tt>
   <tt>/usr/bin</tt> <tt>/sbin</tt> <tt>/etc</tt> ...)
<item>consulter souvent l'<url url =
"http://www.redhat.com/apps/support/updates.html" name="errata">
</itemize>

</itemize>
</sect1>
</sect> <!-- Redhat -->

<sect>Mandrake<label id="mandrake"><p>
<sect1>Louanges<p>
<itemize>
<item><em>(PJ 199907, version 6.0)</em> Évolue vite et bien car elle est maintenue par une équipe de passionnés.
<item><em>(PJ 199907, version 6.0)</em> Au départ, ce n'était qu'une RedHat
améliorée. Maintenant, avec la 6.0, elle est une distribution à part
entière.
<item><em>(PJ 199907, version 6.0)</em> Les icones qui permettent de faire des
<tt>mount</tt> et des <tt>umount</tt> du CDROM ou de la disquette sont
vraiment très pratiques.
<item><em>(PJ 199907, version 6.0)</em> Le CD GPL est le CD "installation" de
la version commerciale.
<item><em>(PJ 199907, version 6.0)</em> Les logiciels sont optimisés pour le
Pentium et les disques UDMA.
<item><em>(PJ 199907, version 6.0)</em> Le programme d'installation reconnaît
vraiment beaucoup de matériels.
<item><em>(PJ 199907, version 6.0)</em> Le choix du bureau (KDE, Gnome, ...)
par KDM lors du login est très commode.
L'utilisateur n'a plus à choisir lors de l'installation, mais seulement à
l'utilisation.
<item><em>(PJ 199907, version 6.0)</em> La version commerciale en 5 CD est
vraiment très complète. Elle offre une assistance de 100 jours par fax et
e-mail.
<item><em>(PJ 199907, version 6.0)</em> À mettre entre toutes les mains,
surtout une fois installée.
<item><em>(olive 200005, version 7)</em> Installation en mode graphique très
jolie pour les débutants ; dépasse carrément la Redhat !
<item><em>(olive 200005, version 7)</em> Les développeurs de Mandrake ont
créé des outils pour faciliter l'installation et l'utilisation, et en font
profiter le logiciel libre (versions en GPL) : un point supplémentaire.
<item><em>(pjt 20001118, version 7.2 GPL)</em> Je pense qu'il faut saluer la
prise en compte par Mandrake des demandes
formulées lors de la consultation des utilisateurs à Paris en août 2000.
Reconnaissance des cartes ISDN - RNIS  (Asus, Teles). Pour la carte Asus,
il est amusant de constater qu'elle est reconnue et fonctionne parfaitement
avec Mandrake 7.2 et qu'elle n'est pas détectée sous Windows 98 et 2000.
Accélération du serveur Apache et des liaisons Internet en Numéris (entre
10 et 20 %). Reconnaissance de la plupart des imprimantes. Partage de
connexion internet automatique (DrakConf) proxy et masquerading. installation
et lancement de WebMin au démarrage (service au démarrage). Installation et
fonctionnement de samba et du swat à localhost:901 (services au démarrage).
Bonne intégration de GNOME (reconnaissance des partitions Windows). Trois
heures pour installer un serveur fonctionnel à partir d'un CD Rom.
</itemize>
</sect1>

<sect1>Critiques<p>
<itemize>
<item><em>(PJ 199907)</em> Optimisé Pentium (c'est aussi une qualité), ne
fonctionne plus sur les 386.
<item><em>(PJ 199907)</em> Pendant l'installation, le choix des paquetages et
des services à installer (démons) n'est pas très facile pour le débutant.
<item><em>(PJ 199907)</em> La documentation fournie avec la version
commerciale est succinte mais suffisante pour l'installation.
<item><em>(pjt 20001118, version 7.2 GPL)</em> Ne fonctionne pas avec le Kit
Samba Edu du CRDP de Caen (blocage d'Apache). Dommage pour l'Education
Nationale que Mandrake et SambaEdu ne travaillent pas en commun ! Webwin 8.0
ne fonctionne pas à localhost:10000 ; de plus il est impossible de le refaire
marcher même en le désintallant et en le réinstallant. La version 8.2 ne
fonctionne pas non plus ! Le dialup on demand de l'ISDN n'est pas prévu. Il
faut le faire à la main. Mauvaise intégration de KDE (Konqueror, kcmkisdn et
kisdn ne fonctionnent pas correctement). Ce n'est pas un problème. Il faut
juste le savoir.
</itemize>
</sect1>

<sect1>
<heading>Conseils</heading>

<p><url url = "http://www.linux-mandrake.com/" name = "Site de référence"></p>

<p><itemize>

<item><em>(PJ 199907, version 6.0)</em> Pour profiter pleinement de cette
distribution, il est recommandé de disposer d'une machine bien pourvue en RAM
(64 Mo). Ainsi un vieux Pentium sur une carte mère de qualité fonctionnera à
merveille. À moins de se contenter d'une installation minimale (ce qui serait
dommage), il est bon de disposer d'un disque rapide d'au moins 850 Mo.</item>

<item><em>(PJ 199907, version 6.0)</em> Sur une machine de production, éviter
d'installer du soft non "rpm", tout comme pour Red Hat ou SuSE.</item>

<item><em>(dm 20001127, version 7.2)</em> À noter que pour faire fonctionner
Webmin sur Mandrake 7.2, il est paramétré par défaut en SSL, donc
<tt>https://localhost:10000/</tt> fonctionne. <em>(ffo 20020621)</em> Webmin
est en mode SSL aussi sur Mandrake 8.2.</item>

</itemize></p>
</sect1>
</sect> <!-- Mandrake -->

<sect>S.u.S.E<label id="suse"><p>
<sect1>Louanges<p>
<itemize>

<item><em>(vdefert 199906)</em> : Excellente finition

<item><em>(vdefert 199906)</em> : Excellent outil de configuration
(<tt>YaST</tt>) - fonctionnant de plus en mode texte, ce qui s'avère
précieux dans le cas d'un serveur ou lorsqu'on débute et qu'on ne parvient
pas à configurer X Window. <em>ebar</em> (199910) précise : ce qui fait la
différence en faveur de la SuSE c'est la possibilité de tout régler en mode
console depuis un seul outil de configuration, que ce soit le noyau, les
groupes, la config PPP, mais aussi la bureautique impression et scanner

<item><em>(vdefert 199906)</em> : Documentation agréable et bien conçue.

<item><em>(vdefert 199906)</em> : Bonne qualité des paquetages proposés,
qui sont de plus documentés en ligne.

<item><em>(vdefert 199906)</em> : À voir les évolutions successives
survenues entre la version 5.1 et la version 6.1, il est évident que la
qualité (sur le fond comme sur la forme) est une obsession chez SuSE.

<item><em>(stef)</em> : Très nombreux paquets <tt>rpm</tt> préconfigurés
disponibles.

<item><em>(stef)</em> : L'outil d'installation/administration <tt>YaST</tt> est
excellent et couvre la plupart des opérations courantes. Mais il ne fait
pas l'unanimité (lire la section 'Critiques').

<item><em>(Crocell 199908, version 6.1 officielle)</em> : Beaucoup de
paquetages sont maintenant décrits en français.

<item><em>(olive 199804)</em> : Très bonne aide en ligne durant
l'installation qui révèle beaucoup de choses sur le fonctionnement
ultérieur du système (mieux que Debian ou Red Hat) ; d'ailleurs, les
paquetages d'aide et de documentations sont plus étoffés et plus
nombreux. <em>(ed 199810, version 5.3)</em> : cette aide n'est cependant
pas exhaustive.

<item><em>(ed 199810, version 5.3)</em> : L'installation se fait sans
problème, le bouquin fourni (en français) donne en plus la marche à suivre
pas à pas, donc c'est idéal pour un débutant. Plus généralement, le bouquin
est vraiment excellent, avec plusieurs niveaux d'explication (survol pour
les utilisateurs aguerris, dans les moindres détails pour les
débutants). Très didactique, avec une mise en page agréable, des saisies
d'écran, un glossaire, une bibliographie, ...

<item><em>(stef)</em> : Lors de l'installation : visualisation à l'avance de
la place occupée par les paquets sélectionnés dans les différentes
partitions et possibilité de modifier la taille des partitions en
conséquence.

<item><em>(pev 199811)</em> : On peut installer n'importe quels rpm avec
<tt>Yast</tt>

<item><em>(BLD 199902 version 5.3)</em> : <tt>YaST</tt> est un excellent
outil tant pour l'installation que pour l'administration du système. Il
permet de faire des tas de choses qui ne sont possibles autrement qu'avec
des lignes de commande gigantesques, pleines de paramètres. Pour un
débutant total, l'installation se passe sans problème, <tt>YaST</tt>
s'occupe de tout, les menus défilent dans un ordre qui me semble judicieux
(partitionnement du disque, montage, installation des packages..). Pour le
reste, il est bien utile concernant les commandes qu'on utilise très peu
souvent (comment on crée un user déjà ? ;-) et l'administration en
général. Conernant la version complète, les packages sont nombreux, il y en
a pour tous les goûts. SaX est vraiment bien foutu, intuitif, on sent que
cet outil a été programmé par des gens consciencieux. Le bouquin, ou plutot
les bouquins (car il y en a un en français et un en anglais) sont très bien
faits, utiles tant pour les débutants que pour les moins débutants.

<item><em>(stef)</em> : La distribution est cohérente, les configurations
par défaut fonctionnent sans gros pépins, bref, agréable.

<item><em>(olive 199804)</em> : Aperçu de la configuration matérielle
avec <tt>YaST</tt>

<item><em>(olive 199804)</em> : La sauvegarde de la config et des
packages installés sur disquette pour récupération éventuelle
ultérieurement et/ou reprise de l'installation

<item><em>(stef)</em> : Le bouquin livré avec la version 5.3 officielle
permet au débutant de faire ses premiers pas sous Emacs et LaTeX, mais
n'a pas été adapté en français.

<item><em>(olive 199804)</em> : Une fonction « autoprobe » (examen
automatique) pour détecter le matériel et charger automatiquement les
modules (logiciels « pilotes »)

<item><em>(stef)</em> : L'équipe de S.u.S.E. collabore activement avec les
membres du projet XFree86 et propose ainsi des serveurs X en avant-première
dans ses distributions.

<item><em>(stef)</em> : Pré-configuration des `window-managers' en anglais,
allemand ou espagnol.

<item><em>(ed 19981028, version 5.3 fr)</em> : L'installation de paquets
<tt>tgz</tt> ne pose aucun problème.

<item><em>(olive 199804)</em> : Démarrage à partir du CD pour les BIOS
récents (El Torito), évite les disquettes de boot

<item><em>(olive 199804)</em> : Affichage des messages du noyau à chaque
chargement de module, pour les connaisseurs

<item><em>(ed 199810, version 5.3)</em><url name="un service Web"
url="http://www.suse.de/cdb_english.html"> permet de vérifier si un matériel
donné est géré. C'est très pratique, surtout pour les cartes graphiques
exotiques

<item><em>(olive 199804)</em> : Le lancement à partir du CD permet
d'avoir accès à beaucoup de commandes (environ 150) sur la deuxième console
virtuelle durant l'installation ; par exemple, le shell est <tt>bash</tt>,
la panoplie d'outils utilisables à ce stade n'est pas limitée par l'espace
disponible sur les disquettes de boot.

<item><em>(Crocell 199908, version 6.1 officielle)</em> : Les paquetages
sont maintenant décrits en français.

<item><em>(stef 199812)</em> : Repartitionnement possible, lors de
l'installation, après sélection des paquetages

<item><em>(Crocell 199908, version 6.1 officielle)</em> : tous les outils
commerciaux sont bien rassemblés dans le groupe de packages <tt>pay</tt>

</itemize>
</sect1>

<sect1>
<heading>Critiques</heading>

<p><itemize>

<item><em>(bebs 20020613)</em> : l'ajout de matériel (et donc le changement de
configuration après installation en général) ne sont pas à la portée du
débutant que je suis avec la seule documentation de SuSE. J'hésite à
réinstaller complètement le système.</item>

<item><em>(vdefert 199906)</em> : Plutôt gourmande en espace disque, comme
beaucoup d'autres. Note de <em>(Crocell 199908, version 6.1
officielle)</em> : Applixware, plutôt encombrant, est installé par défaut.</item>

<item><em>(stef 199812)</em> : Organisation de la hiérarchie des fichiers
un peu exotique</item>

<item><em>(BLD 199902 version 5.3)</em> : Certains exécutables et certaines
bibliothèques sont installés n'importe où (par exemple Qt dans
<tt>/usr/X11R6/lib/qt</tt>, au lieu de <tt>/usr/local/qt</tt>) ce qui n'est
pas commode pour les upgrader ensuite (on se retrouve avec deux versions
différentes à deux endroits différents, bonjour les symlinks...  ;-).  KDE
prend beaucoup trop de place, pour un débutant c'est bien.
<tt>SuSEConfig</tt> ajoute des trucs dans le <tt>/etc/profile</tt> comme
<tt>/opt/kde/bin</tt> et <tt>/opt/gnome/bin</tt> dans le PATH, et ce, même
si on n'a pas installé KDE ni Gnome... Ca ne gêne pas trop mais bon, ce
n'est pas propre.<newline>
Note de <em>Crocell (199908, version 6.1 officielle)</em> : les fichiers
modifiés par <tt>YaST</tt> sont signalés (en commentaire dans leur en-tête)

<item><em>(mjediyoda 19909)</em> : Les fichiers sont trop bidouillés
par l'équipe de dévelopement. Les fichiers de config de sendmail (macros
M4), par exemple. La création d'un sendmail.cf spécifique est une vraie
corvée.</item>

<item><em>(ed 199810, version 5.3)</em> : Je n'aime pas
<tt>YaST</tt>. L'administration en dehors de la première installation n'est
pas du tout évidente. Par exemple, je n'ai toujours pas compris comment
installer un .rpm avec <tt>YaST</tt>. Globalement, le fonctionnement est
assez obscur. Tant que cela fonctionne (c'est le cas dans 90% des cas),
c'est très bien, mais sinon, c'est un peu difficile de comprendre ce qui ne
va pas et d'effectuer « à la main » les modifications nécessaires.

<item><em>(ed 199810, version 5.3)</em> : S.u.S.E dispose de certains outils
spécifiques à la distribution qui font doublon avec les outils standards.
Exemple : on peut installer <tt>suse-ppp</tt> ou <tt>ppp</tt>, sans que la
différence soit expliquée.

<item><em>(flav 199807)</em> : L'ordre des menus pendant l'installation
n'est pas séquentiel

<item><em>(pev 199811, version 5.2)</em> : Quelques rpm fournis contiennent
des versions plutôt anciennes des programmes

<item><em>(ed 199810, version 5.3)</em> : Les paquets rpm ne mentionnent
pas la version dans leur nom (et je ne l'ai pas trouvé dans la doc) : c'est
inn.rpm mais on en sait pas si c'est la version 1.7.x ou 2.1

<item><em>(flav 199807)</em> : Beaucoup de choses restent en allemand (les
README des paquetages notamment)

</itemize>
</sect1>

<sect1>Conseils<p>
<itemize>
<item><em>(stef)</em> : Visite du site <url name="S.u.S.E"
url="http://www.suse.com/">, description exhaustive des paquets inclus.

<item><url url="http://dukeofurl.n3.net/reviews/misc/suse64" name="DukeOfURL">
contient une revue complète de Suse 6.4.

<item><em>(BLD 199902 version 5.3)</em> : La S.u.S.E. est, à mon sens,
parfaite pour les débutants ou les aficionados de l'install facile. Pour
les autres, elle peut convenir, mais il faut veiller à ne pas installer
n'importe quoi (trop de trucs inutiles dans l'install par défaut) et ne pas
hésiter à installer certaines bibliothèques "à la main". Et dans la mesure
du possible (si on sait le faire, j'entends), jeter un coup d'oeil aux
fichiers de config du répertoire <tt>/etc</tt> en vue de les optimiser un
peu.

</itemize>
</sect1>

<sect1>
<heading>À tester</heading>

<p><itemize>

<item><em>(stef)</em> : Le service d'assistance technique</item>

<item><em>(stef)</em> : Avec une configuration matérielle exotique</item>

<item><em>(stef)</em> : Installation par un débutant ; <em>bebs
(20020613)</em> ajoute : « je voulais juste preciser que j'ai installe SuSE 5.2 seul, sans                 
difficulte majeure, avec un bon resultat, et que je suis un debutant            
en Linux. »</item>

</itemize></p>

</sect1>
</sect> <!-- SUSE -->

<sect>Slackware<label id="slackware"><p>
<sect1>Documents discursifs
<p>
<url name="Fiche informative sur la distribution Slackware 4.0"
url="slack/ocolin/">
</sect1>

<sect1>Louanges<p>

<itemize>

<item><em>(vdefert 199906)</em> : Parmi les différents modes
d'installation offerts, le mode demandant confirmation de chaque paquetage
affiche un texte descriptif très utile quand on débute.

<item><em>(vdefert 199906)</em> : Lors de l'installation, elle "ne fait pas
le détail". Par exemple, le serveur POP fait partie du lot "Réseau", il n'y
a pas besoin de l'installer séparément, et de par la composition des
paquetages, le problème des dépendances se pose beaucoup moins qu'avec
d'autres distributions. Ces détails évitent à un débutant de se trouver
confronté dès le début avec des problèmes d'intendance.

<item><em>(vdefert 199906)</em> : De manière générale, elle n'est pas
inutilement compliquée.  Par exemple, l'utilisation des inits style BSD
simplifie énormément l'apprentissage et le dépannage à distance (par mail,
par exemple).

<item><em>(vdefert 199906)</em> : Cette simplicité générale permet aussi
d'apprendre ce qui concerne un domaine donné sans devoir assimiler
immédiatement des notions sur l'ensemble du système. Cela facilite
l'acquisition de la maîtrise de son système

<item><em>(vdefert 199906)</em> : L'utilisation d'archives compressées
standards au lieu d'un système "exotique" (.deb ou .rpm) facilite les
échanges avec d'autres systèmes Unix (paquetages de sources, bien sûr).

<item><em>(vdefert 199906)</em> : Le rythme d'évolution est confortable
(une version par an environ).

<item><em>(vdefert 199906)</em> : Les critères qui guident son évolution
sont la stabilité et la fiabilité. En conséquence, elle intègre par exemple
la version la plus récente de Sendmail ou de named, sécurité oblige, mais
ne contiendra sûrement pas le tout dernier gadget à la mode.

<item><em>(vdefert 199906)</em> : Elle dispose de petits scripts en ligne
de commande très pratiques (pour créer des utilisateurs ou configurer une
connexion PPP, par exemple). On n'est donc pas obligé d'installer X Window
pour avoir une machine opérationnelle, ce qui est très intéressant dans un
certain nombre de cas (ex. débutant ne parvenant pas à configurer X Window,
cas d'un serveur).

<item><em>(vdefert 199906)</em> : De par l'absence de caractéristiques
spécifiques à la distribution, tout ce qu'on apprend avec la Slackware sera
réutilisable avec d'autres distributions, alors que l'inverse n'est pas
vrai.

<item><em>(vdefert 199906)</em> : C'est la distribution la plus indiquée,
de par son faible encombrement, dans le cas de machines ne disposant que
d'un très petit disque dur.

<item><em>(syls)</em> :
Dernière distribution supportant une installation par disquettes (pratiques
dans le cas de portable, ou de vieux PC sans lecteur de CD-ROM),

<item><em>(syls)</em> : 
Ne nécessite que 4 Mo de memoire lors du démarrage (pour l'installation),

<item><em>(syls)</em> : 
Les paquetages sont des .tgz, réutilisables sur n'importe quelle
distribution (par <tt>tar</tt>),

<item><em>(syls)</em> : 
Installation beaucoup moins pilotée que la Red Hat par exemple, et donc on
voit directement ce qui se passe (beaucoup considèrent cela comme un
défaut). Note : c'est aussi possible sous RH mais pas sans une manipulation
impliquant lecture de la documentation.

<item><em>(xavier)</em> :
La plupart des bouquins pour débutants sur Linux se basent sur la
Slackware. Surtout les bouquins d'occasion :-)

<item><em>(géde)</em> : Installation possible sur de petits disques (Linux
+ X + réseau dans 40 Mo)

<item><em>(tonio)</em> : Une distribution de la première heure.

<item><em>(tonio)</em> : Encore de nombreux inconditionnels.
</itemize>
</sect1>

<sect1>Critiques<p>

<itemize>

<item><em>(vdefert 199906)</em> : Patrick Volkerding, son mainteneur, est
un pur technicien qui ne se soucie pas de promouvoir son travail. L'absence
de force marketing conduit des sociétés comme IBM à négliger cette
distribution, qui ne le mérite pourtant pas.

<item><em>(syls)</em> : 
Le système de gestion de paquetages, très fruste, n'assure que trois
fonctions : installation d'un paquet (il ne fait qu'inscrire dans une base
la liste des fichiers et les installer), effacement d'un paquet, génération
de la liste des paquets installés

<item><em>(syls)</em> : 
La cohérence est loin d'être assurée. On peut faire ce que l'on veut,
pkgtools n'effectue aucune vérification. On peut désinstaller la libc alors
que quasiment toutes les applications s'en servent tout comme on peut
installer une application X alors que l'on a pas les bibliothèques X

<item><em>(syls)</em> : Mise à jour des différents paquets quasi
impossible, il faut supprimer la version utilisée puis réinstaller la
nouvelle.

<item><em>(syls)</em> : N'évolue pas très vite.
</itemize>
</sect1>
</sect> <!-- Slackware -->

<sect>
<heading>Gentoo Linux<label id="gentoo"></heading>

<p><em>(mmo)</em> Le principe de Gentoo, c'est de fournir un système de
paquetage sources : Chaque paquet est recompilé au moment de l'installation,
mais on a quand même une gestion des dépendances. (cf.
<url url="http://www.gentoo.org/" name="Site de Gentoo">).</p>

<sect1>
<heading>Louanges</heading>
<p><itemize>

<item><em>(oth 20020611)</em> Dispose d'un système de ports <em>à la BSD</em> (Portage)
grâce auquel on peut compiler sa version d'un paquet avec les options qui nous
conviennent. Les auteurs ont visiblement pris le meilleur des ports des 3 BSD
(FreeBSD, NetBSD, OpenBSD) et quelques éléments supplémentaires de certaines
distributions Linux, dont une gestion fine des dépendances ; c'est le lien
manquant entre une Debian et un FreeBSD.</item>

<item><em>(oth 20020611)</em> Disponible pour plusieurs architectures (x86,
Sparc/Sparc64, PPC.</item>

</itemize></p>
</sect1>

<sect1>
<heading>Critiques</heading>
<p><itemize>

<item><em>(mmo 20020611)</em> Le problème de gentoo, c'est que s'il faut tout
recompiler, j'imagine que c'est forcément terriblement long à installer si on
n'a pas une machine trop récente. (Je met 1h à compiler un kernel sur mon
Celeron 433, alors, une distrib complète, j'imagine à peine ...)</item>

<item><em>(oth 20020611)</em> Ne propose pas de package précompilé à ma
connaissance (peut être un défaut ou un avantage selon les points de
vue).</item>

</itemize></p>
</sect1>
</sect> <!-- Gentoo -->

    <sect>
      <heading>Conectiva<label id="conectiva"></heading>

      <sect1>
	<heading>Compte-rendu d'installation</heading>

	<p><em>(tsm, 20010113)</em> a contribué ce compte-rendu
	d'installation de la distribution Conectiva.</p>
	<!-- FIXME URL -->

	<sect2>
	  <heading>Le compte-rendu</heading>

	<p>Boot à partir du CD. Choix des langues entre anglais,
	espagnol et portuguais</p>

	<p>Noyau 2.2.16</p>

	<p>[+] Detection de la carte graphique (ici une GeForce) et
procédure d'installation graphique suivant -> aucun problème</p>

	<p>Reconnaissance souris PS2 sans problème</p>

	<p>Même choix de langue (qui est redemandé, donc)</p>

	<p>Détection automatique de la souris (bis)</p>

	<p>Systèmes de fichiers : support de ext2, ReiserFS et RAID
	apparemment.</p>

	<p>Test en placant un reiserFS en <tt>/</tt>. Il faut un
	<tt>/boot</tt> en ext2, l'installeur nous prévient. Tout
	semble ok à ce point-là.</p>

	<p>Composants d'installation classiques (Gnome, KDE, Internet
server, Intranet server), mais aussi « High Availability » => vu après
: il s'agit de Heartbeat+Mon.</p>

	<p>Config réseau : DHCP possible (testé avec le câble, pas de
	problème).</p>

	<p>Config X : détection GeForce ÉCHEC. Config
manuelle. Bizarre car bien détectée au moment de l'installation. Il
s'agit de XFree 4.0.1 (ok mais peut-être un peu dangereux...)</p>

	<p>Config root et user ok ; config LILO classique ; bootdisk
	possible (pas pu tester).</p>

	<p>Bon point : memtest86 est installé et configuré par défaut
	avec LILO.</p>

	<p>Init style RedHat (avec kudzu) ; kudzu detecte la GeForce
	et demande le CD ; échec a l'installation de XFree86-VGA16
	(arg!)</p>

	<p>Problème : kudzu n'a pas détecté la deuxième carte réseau
(une 3c900). Un modprobe 3c900 suivi d'un ifconfig passe.</p>

	<p>L'installeur a détecté une partition Windows et a placé
	l'option dans LILO. Bien.</p>

	<p>Noyau 2.2.17 (contre 2.2.16 je crois pendant
	l'installation).</p>

	<p>ReiserFS 3.5.26 (correct).</p>

	</sect2>

	<sect2>
	  <heading>Résumé</heading>

	  <p>Intéressant. Reste à voir s'il y a une version française,
	  car il s'agissait là d'une beta. L'aspect HA peut être
	  intéressant : Heartbeat+Mon, partitions ReiserFS bien
	  gérées. Mauvais point : le système de package RPM
	  peut-être.</p>

	  <p>Une distribution à suivre.</p>
	</sect2>

      </sect1>
    </sect> <!-- conectiva -->

<sect>Corel Linux<label id="corel"><p>

Corel Linux est une distribution basée sur Debian faite par Corel
(Wordperfect, etc.). Elle s'adresse aux débutants et se veut très facile
d'installation.

<sect1>Louanges<p>
<itemize>
<item><em>(olive) 20000723</em> Une installation en mode graphique, qui
facilite l'installation pour les débutants.

<item><em>(olive) 20000723</em> Distribution basée sur Debian, qui utilise le
format de paquets .deb, on peut donc installer facilement des paquets dans ce
format.

<item><em>(olive) 20000723</em> Le choix des paquets en mode avancé est
relativement simple : on n'est pas perdu comme avec <tt>dselect</tt> !
</itemize>
</sect1>

<sect1>Critiques<p>
<itemize>
<item><em>(olive) 20000723</em> La détection du matériel est automatique, mais
on n'en voit pas les résultats ; ma souris sur port série n'a pas été
détectée, ce qui est très gênant pour une installation en mode graphique !

<item><em>(olive) 20000723</em> Ayant déjà une autre distribution installée,
j'ai eu le déplaisir de constater l'écrasement de mon LILO, sans que
l'installateur de Corel m'ait demandé quoi que ce soit.

<item><em>(olive) 20000723</em> L'éditeur des partitions en mode avancé est
passablement bogué (j'ai testé Corel Linux 1.0 de Linuxcentral), les Mo
utilisés affichés ressemblent plutôt à des blocs, je n'ai donc pas pu allouer
plus de la moitié de mon disque à la partition racine. Il n'est pas intuitif
non plus, c'est dommage.

<item><em>(olive) 20000723</em> En conclusion personnelle, cette distribution
est sans doute bien pour débuter avec Linux sur un disque dédié, mais je la
déconseille très fortement pour une utilisation sérieuse !

<item><em>(olive) 20000723</em> À sa sortie et dans les semaines qui ont
suivi, Corel Linux a eu des trous de sécurité qui n'étaient pas présents dans
la Debian 2.1 dont elle avait hérité... Pour moi c'est une première !

<item><em>(mre) 20010111</em> Que ce soit avec les versions 1.0 ou 1.2 de
Corel Linux, l'utilisation de PHP en module Apache avec Mysql pose problème.
Avec la version 1.0 de Corel Linux : il a fallu installer MySql 3.20.32a
(ancienne version) pour qu'il n'y ait pas de symboles non définis (l'extension
MySql de PHP semble requérir glibc 2.1 et CL 1.0 est fourni avec glibc 2.0).
Avec la version 1.2 de Corel Linux, fournie avec glibc 2.1, le problème de
symboles non définis a disparu mais maintenant PHP (3 et 4) ne fonctionne plus
du tout (même sans MySql), cela plante Apache sans aucun message. Le support
Corel indique de ne pas utiliser ces composants (PHP)

<item><em>(mre) 20010111</em> En conclusion, distribution très décevante pour
des applications serveur. Sûrement bien pour de la bureautique (WordPerfect
inclus).

</itemize>
</sect1>
</sect> <!-- Corel Linux -->

<sect>DIY (<em>D</em>o <em>I</em>t <em>Y</em>ourself)<label id="diy"><p>
<em>(hc)</em> : On prend une distribution minimale (genre Slackware, avec
les series a (le minimum), d (et gcc)) et on recompile tout à partir des
sources. C'est ce que je fais en ce moment (j'ai commencé il y a deux ans
avec une Slackware que j'ai maintenue à la main en recompilant au fur et à
mesure).

<em>(olive) 20000514</em> : À noter qu'il existe maintenant une distribution
"Linux From Scratch" (Linux à partir de rien) contenant principalement des
docs pour se faire une distribution de base à partir d'un système Linux
existant (pour les experts, il s'agit de compiler le minimum vital en statique
dans un environnement chroot, puis de rebooter dessus). Les infos : <url
name="Site de Linux From Scratch" url="http://www.linuxfromscratch.org/"> ; il
existe aussi un HOWTO sur le sujet, traduit en français : <url
url="http://www.freenix.org/unix/linux/HOWTO/" name="HOWTOs en français">.

<sect1>Louanges<p>
<itemize>
<item><em>(hc)</em> On contrôle exactement ce qu'on a sur sa machine

<item><em>(olive)</em> On en apprend beaucoup sur l'installation et le
fonctionnement d'un système Unix
</itemize>
</sect1>

<sect1>Critiques<p>
<itemize>
<item><em>(hc)</em> Réservé au pro (donc averti !) aux besoins bien
spécifiques. Il faut savoir ce que l'on fait car aucune gestion des
dépendances n'est assurée. Il est très difficile de savoir si un fichier
est ou non encore utile.
</itemize>
</sect1>
</sect> <!-- DIY -->

<sect>Minilinux<label id="minilinux"><p>
<em>(hc)</em> : Il s'agit une distribution (très) réduite qui s'installe
sur une partition MS-DOS.

<sect1>Louanges<p>
<itemize>
<item><em>(hc)</em> : Très petite (5 disquettes), on peut l'installer sur une
partition MS-DOS donc sans repartitionnement ni effacement de quoi que ce
soit. Déjà configurée pour le francais et l'Internet.
</itemize>
</sect1>

<sect1>Critiques<p>
<itemize>
<item><em>(hc)</em> Trop petite. On ne peut rien faire avec ou presque.
Elle est livrée avec X, Mosaic, et deux ou trois outils réseau, mais sans
compilateur C.
<item><em>(hc)</em> Trop lente : le système de fichier est UMSDOS.
<item><em>(hc)</em> Trop vieille : elle est basée sur une vieille Slackware
au format de binaires (<tt>a.out</tt>) obsolète.
</itemize>
</sect1>
</sect> <!-- MiniLinux -->

<sect>Stampede<label id="stampede"><p>

<em>(CB 19990120)</em> : Stampede est une distribution qui ressemble
beaucoup à une Slackware dans son mode de fonctionnement. Mais elle offre
des choses nouvelles, comme une optimisation des processeurs Intel via le
compilateur <tt>pgcc</tt>, capable d'optiliser pour Pentium. La
distribution progresse et des compagnies comme VA-Research l'emploient en
offrant des serveurs au projet.

<sect1>Louanges<p>
<itemize>
<item><em>(CB 19990120)</em> : Ses paquetages (<tt>.slp</tt>) sont en fait
des archives tar.bz2. Pour installer/désinstaller les paquetages ce sont
des simples fichiers texte qui indiquent où sont placés les
fichiers. L'administrateur qui maîtrise AWK ou Perl y trouvera son bonheur.

<item>(<em>CB 19990120)</em> : Les personnes qui connaissent la Slackware
ne seront pas dépaysées. Et les dernières versions de programme sont
toujours en .slp deux ou trois jours après sur le <url name="site FTP"
url="ftp://ftp.stampede.org/">.

<item>(<em>CB 19990120)</em> : Les performances (Pentium obligatoire) sont
supérieures à celles des autres distributions pour processeurs Intel.
</itemize>
</sect1>

<sect1>Critiques<p>
<itemize>
<item>(<em>CB 19990120)</em> : Le gestionnaire de packages ne propose pas
de gestion de dépendances (enfin si mais il est rarement utilisé) comme le
fait Deb ou RPM. Mais cela sera chose réglée avec ngSLP qui s'occupera de
rajeunir slp pour le mettre au niveaux des autres format.

<item>(<em>CB 19990120)</em> : À l'installation il existe quand même
quelques bugs. Les débutants qui n'ont pas l'habitude de mettre la main
dans le cambouis aurons plus de mal qu'avec une RedHat ou une Suse.

<item>(<em>CB 19990120)</em> : Les <tt>locales</tt> sont exclusivement
américaines :-)
</itemize>
</sect1>
</sect> <!-- Stampede -->

<sect>Caldera OpenLinux<label id="openlinux"><p>
<sect1>Louanges<p>

<itemize>
<item><em>(pat 199811)</em> : La version 1.3 est très RedHat'izée si on a déjà
installé une Red Hat on est pas du tout dérouté. Pour l'installer il y a 4
options <tt>mini</tt>, <tt>standard sans X</tt>, <tt>standard avec X</tt> et
<tt>maxi</tt>. Prévoir quand meme 934 Mo au mini pour la version
<tt>maxi</tt>.

<item><em>(pat 199811)</em> : Installation quasi automatique, KDE livré

<item><em>(pat 199811)</em> : Les paquetages sont des <tt>.rpm</tt>, comme la
RedHat. « Lisa », le shell d'installation, vous permettra d'enlever ou
d'ajouter facilement des paquetages.

<item><em>(pat 199811)</em> : Dès le depart le noyau est configuré pour une
utilisation réseau : <tt>IPX</tt>, <tt>SMB</tt>, <tt>IP</tt>,
<tt>NFS</tt>. Très peu de modifications des fichier de configuration sont
nécessaires :-)

<item><em>(Acab 200005)</em> : Sur la Caldera 2.3, version GPL, la détection
automatique du matériel fonctionne assez bien (c'est la seule distribution à
avoir détecté et installé correctement le pilote de ma carte télé).
</itemize>

<sect1>Critiques<p>
<itemize>

<item><em>(pat 199811)</em> : Exactement les mêmes que pour la Red Hat :
certains outils et fichiers spécifiques (surtout dans <tt>/etc</tt>) ne
sont pas toujours conformes aux conventions.

<item><em>(Acab 200005)</em> : la Caldera 2.3 version GPL s'appuie trop sur
KDE.
</itemize>
</sect1>
</sect> <!-- Caldera -->

<sect>Rock Linux<label id="rock"><p>

<sect1>Article de présentation<p>
Cette section est la traduction en français d'un
article paru dans un magazine « en ligne » : <url name="E-Zine"
url="http://e-zine.nluug.nl/">, écrit par Clifford Wolf, principal auteur
de la distribution Rock Linux. L'article présente la distribution,
succintement mais clairement, ainsi que ses différences par rapport aux
autres distributions.

Cet article a été traduit en décembre 1999 par (olive), qui accepte tout
commentaire (notamment pour alimenter les parties "critiques" et "louanges"
de ceux qui ont testé cette distribution !).

<sect2>Introduction<p>
Pendant l'été 1998, j'étais déçu des distributions Linux existantes, au point
de commencer à développer ma propre distribution. Ne me méprenez pas : il
existe de bonnes distributions. Aucune d'entre elles, cependant, ne donne un
contrôle total sur le système à un administrateur système chevronné.
J'aimerais exposer ici les différences principales entre <tt>ROCK Linux</tt> et
la plupart des autres distributions Linux.
</sect2>

<sect2>Facilité pour l'utilisateur ou l'administrateur ?<p>
UNIX/Linux devient de plus en plus populaire chez le grand public. Les
principales distributions sont de plus en plus <em>amicales envers les
utilisateurs</em> (N.D.T.: <em>user-friendly</em>, en anglais). Mais que
signifie vraiment <em>amical envers les utilisateurs</em> ? À mon sens,
cela veut dire qu'un utilisateur final n'a pas besoin d'administrateur pour
effectuer les tâches administratives de base.

C'est une grande avancée s'il se trouve que vous êtes un tel utilisateur
final. Mais cela ne vous aide pas beaucoup si vous êtes administrateur
système. Dans la plupart des cas, l'administrateur passe pas mal de temps à
désactiver les fonctions <em>amicales envers les utilisateurs</em> des
distributions modernes. J'ai donc pensé que nous avions aussi besoin d'une
distribution <em>amicale envers les administrateurs</em>.

<tt>ROCK Linux</tt> tend à être <em>amicale envers les
administrateurs</em>. Il n'y a pas de YaST, de Linuxconf ou de
Control-Panel (N.D.T. : divers panneaux de configuration intégrés à des
distributions courantes). On fait la configuration là où il faut la faire :
dans les fichiers de configuration. Un outil de paramétrage doit aider un
administrateur, pas le remplacer (je ne pense pas qu'il soit possible de
remplacer un administrateur par un outil de paramétrage, alors je n'essaie
pas de le faire).
</sect2>

<sect2>Taille<p>
La plupart des distributions essaient d'être (ou de devenir) des
<em>distributions complètes</em>, livrant tous les paquets disponibles
sur l'Internet. C'est bien gentil si vous ne savez pas de quels paquets vous
avez besoin et aimeriez expérimenter un peu. Mais cette méthode a des
inconvénients :

<enum>
<item>la distribution devient complexe et ne peut pas être constamment à
jour, à cause du grand travail de maintenance exigé ;

<item>il est plus difficile de garder la distribution propre et simple ;

<item>l'utilisateur a plus de mal à séparer les choses importantes et les
<em>choses amusantes</em>.
</enum>

C'est pourquoi <tt>ROCK Linux</tt> est séparée en deux parties : la
<em>distribution de base</em> et l'<em>extension de distribution</em>.

La distribution de base contient toutes les choses vraiment courantes et
largement utilisées (environ 250 paquets). Chaque rustine et chaque ligne
de code spécifique à <tt>ROCK Linux</tt> dans cette distribution de base a
été vérifiée par une personne <em>unique</em> pour s'assurer de son
fonctionnement et de la cohérence de l'ensemble. La distribution de base
est solide comme un <tt>ROC</tt>.

L'extension de distribution est une collection de paquets à installer dans
<verb>/opt/&lt;nom-paquet&gt;</verb>. La plupart de ces paquets sont
maintenus par d'autres personnes, indépendamment de la distribution de base.
Ceci assure qu'il puisse y avoir un grand nombre de paquets d'extension
(l'extension de distribution est un travail en cours. En ce moment il n'y a
que peu de paquets d'extension, mais leur nombre croît rapidement.)
</sect2>

<sect2>Compatibilité ascendante<p>
La plupart des distributions Linux tentent de garder une certaine
compatibilité ascendante (vieilles bibliothèques, vieux outils, etc.).
<tt>ROCK Linux</tt> ne le fait pas. Dans <tt>ROCK Linux</tt>, il y a toujours une
seule version (la plus récente) des bibliothèques et utilitaires système.

Il y a deux raisons à ignorer les problèmes de compatibilité dans la
distribution de base :

<enum>
<item>la plupart des utilisateurs n'en ont pas besoin (qui, de nos jours,
utilise des binaires a.out ou la libc5 ?)

<item>si vous en avez besoin, cela ne fonctionne pas très bien (avez-vous
déjà tenté de lancer des applications complexes a.out/libc4 ou elf/libc5 sur
un système Linux moderne ?)
</enum>
</sect2>

<sect2>Rustines<p>
Chaque distribution possède ses propres rustines (<em>patch</em>),
appliquées à divers paquets. Dans certains cas, il y a tellement de rustines
et de modifications par rapport au paquet d'origine que les distributions
deviennent incompatibles entre elles.

Dans <tt>ROCK Linux</tt>, j'essaie de ne conserver qu'un minimum de rustines,
uniquement là où c'est nécessaire pour :
<enum>
<item>faire compiler le paquet ;
<item>réparer un bogue ;
<item>ajouter une capacité absolument nécessaire.
</enum>

La plupart des distributions Linux ajoutent un grand nombre de capacités à un
paquet sans contacter le mainteneur du paquet. Cette capacité reste donc
spécifique à la distribution et n'est pas disponible dans les autres
distributions. À mon sens, c'est un tort. Le développement traditionnel d'un
paquet devrait être laissé au mainteneur du paquet. Si un distributeur Linux
modifie quelque chose, il devrait l'inclure dans le paquet. La première étape
est de contacter le mainteneur du paquet et lui demander d'inclure la
rustine.

Dans la plupart des cas, le mainteneur du paquet est content des
améliorations ou bien (s'il ne veut pas l'inclure) a de bonnes raisons de ne
pas l'inclure. Et s'il y a de bonnes raisons de ne pas inclure quelque chose,
c'est sûrement une mauvaise idée que le distributeur continue à le faire.
</sect2>

<sect2>Fabrication des paquets<p>
À la différence des autres distributions Linux, <tt>ROCK Linux</tt> n'utilise
pas de format spécial pour ses paquets. Les paquets sont de simples archives
<verb>*.tar.bz2</verb>. Les méta-informations sur les paquets se trouvent
dans <verb>/var/adm/*</verb> :

<tscreen><verb>
/var/adm/flists/&lt;nom-paquet&gt;		liste des fichiers
/var/adm/md5sums/&lt;nom-paquet&gt;		sommes de contrôle MD5
/var/adm/cksums/&lt;nom-paquet&gt;		sommes de contrôle CRC
/var/adm/packages/&lt;nom-paquet&gt;		description du paquet
</verb></tscreen>

Ceci permet à des scripts extérieurs de parcourir aisément les
méta-informations sur les paquets.

Cependant, <tt>ROCK Linux</tt> est livré avec les programmes <verb>rpm</verb>
et <verb>rpm2cpio</verb> ; il est donc facile d'installer des paquets RPM à
la main ou de convertir des paquets RPM en fichiers <verb>*.tar.bz2</verb>
pour ROCK Linux.
</sect2>

<sect2>Sous-distributions<p>
<!-- FIXME: autre nom ? Nat: la VO est-elle 'subdistributions' ? -->
En plus de la distribution de base et de l'extension de distribution de
<tt>ROCK Linux</tt>, il y a aussi ce qu'on appelle des sous-distributions. Ce
sont des distributions Linux faites pour une utilisation spéciale,
construites automatiquement à partir de la distribution de base. En ce
moment, deux sous-distributions sont disponibles :

<itemize>
<item>les disquettes d'installation ;
<item>la distribution ROCK Router (une distribution modulaire sur disquettes
faite pour les routeurs).
</itemize>

Les sous-distributions suivantes sont prévues dans un futur proche :
<itemize>
<item>un Linux en lecture seule qui démarre à partir d'un CD-ROM (par
exemple, pour les stations destinées à la navigation sur le Web) ;
<item>ROCK NC Linux : un NC (Network Computer) sous Linux, qui monte
toutes ses données à travers le réseau en utilisant le système de fichiers
distribué Coda.
</itemize>
</sect2>

<sect2>Processus d'auto-fabrication<p>
Le but de <tt>ROCK Linux</tt> a toujours été de permettre une reconstruction
facile de la distribution complète en tapant une seule commande.

Ce processus d'auto-fabrication facilite le portage de <tt>ROCK Linux</tt> sur
de nouvelles architectures, l'optimisation pour un processeur spécial et la
mise à jour du système entier vers une nouvelle bibliothèque système ou un
nouveau noyau.

En ce moment, on travaille sur le portage de <tt>ROCK Linux</tt> sur
l'architecture Alpha.
</sect2>

<sect2>Administration système<p>
Bien qu'il n'y ait pas d'outil de paramétrage ou d'administration dans
<tt>ROCK Linux</tt>, des petites applications d'aide sont disponibles et
peuvent être très utiles aux administrateurs :
<itemize>
<item>le paquet shadow est distribué avec quelques outils en ligne de
commande pour l'administration des utilisateurs et des groupes (useradd,
groupadd, ...) ;

<item>l'utilitaire <verb>dump-config</verb> analyse la configuration du noyau
qui tourne (réseau, sysctl, modules, ...) et retourne des scripts shell
simples permettant de remettre en place la configuration qui fonctionne. Vous
pouvez prendre les parties qui vous intéressent et les copier dans vos
scripts de démarrage ;

<item><tt>ROCK Linux</tt> utilise un concept d'initialisation de type SysV.
L'outil <verb>runlvedit</verb> vous aide à gérer les liens symboliques vers
les scripts de démarrage et d'arrêt pour les divers niveaux d'exécution
(runlevel) : il retourne un fichier de paramétrage simple, vous permet de
l'éditer et importe vos modifications. Il n'y a pas d'effet de bord si vous
mélangez cette méthode avec celle consistant à créer des liens symboliques
(commande <tt>ln</TT>) ;

<item>des outils permettent d'installer, de supprimer et de mettre à jour les
paquets. Deux outils supplémentaires permettent de détecter les fichiers
modifiés, ajoutés et supprimés sur le système. C'est utile pour détecter des
intrusions et sauvegarder votre configuration.
</itemize>
</sect2>

<sect2>Installation<p>
On peut installer <tt>ROCK Linux</tt> à partir d'un CD-ROM, d'un disque local
ou à travers le réseau (NFS, FTP ou HTTP). Les disquettes d'installation (et
le CD-ROM amorçable) contiennent un grand nombre de modules (SCSI, réseau et
PCMCIA). Elles vous donnent un shell root où vous pouvez créer vos
partitions, initialiser vos systèmes de fichiers et les monter sous /mnt. On
le fait bien évidemment avec <tt>fdisk</tt>, <tt>e2fs</tt> et
<tt>mount</tt>. Seule l'installation des
paquets elle-même est faite par une application d'aide (le "Shell
d'installation <tt>ROCK Linux</tt>"), vous permettant de choisir vos paquets
(en utilisant les motifs du shell) et de les installer.
</sect2>

<sect2>Obtenir ROCK Linux<p>
Vous pouvez télécharger les sources à partir de <url name="la page de Rock
Linux" url="http://www.rocklinux.org/"> et de ses miroirs. La
distribution binaire (generic i386-pc) ne peut être téléchargée que depuis
les miroirs listés sur la page principale. Il n'y a pas de distribution
binaire pour les instantanés des versions de développement 
(<em>snapshots</em>).

Amusez-vous bien avec <tt>ROCK Linux</tt> !
</sect2>

<sect2>À propos de l'auteur<p>
Clifford Wolf &lt;clifford@clifford.at&gt; appurécie l'informatique
depuis 11 ans et s'intéresse au développement de Linux et de GNU
depuis les 6 dernières années. Avant de démarrer le projet ROCK Linux, il
travaillait comme administrateur système Unix chez un grand FAI autrichien.
</sect2>

</sect1> <!-- Article sur Rock Linux-->

<sect1>Louanges<p>
<itemize>
<item><em>(olive)</em> : Impeccable pour les administrateurs et tous ceux qui
veulent savoir exactement ce qu'il y a sur leur système.</item>

<item><em>(olive)</em> : Peu de rustines ajoutées. La philosophie des paquets
Rock Linux est que si l'on doit « patcher » un logiciel pour le mettre en
paquet, autant faire remonter les corrections apportées au mainteneur originel
du logiciel afin d'en faire profiter la commununauté.</item>

<item><em>(olive)</em> : Les paquets disposent des dernières versions des
logiciels, on ne garde pas de « vieilles versions » pour de quelconques
raisons de compatibilité (cela peut se révéler négatif si l'on veut utiliser
des logiciels propriétaires qui ne sont pas à jour).</item>

<item><em>(olive)</em> : Possibilité de recompiler totalement la distribution
à partir des dernières versions de chaque logiciel qui seront récupérées sur
Internet : équivalent du <tt>make world</tt> de FreeBSD. Possibilité également
de compiler la distribution à partir d'un système existant, différent de Rock
Linux (pourvu qu'on dispose des outils de développement adéquats).</item>

</itemize>
</sect1>

<sect1>Critiques<p>
<itemize>
<item><em>(olive)</em> : Configuration peu aisée : il faut tout faire à la
main, et donc s'y connaître en administration système et Linux. L'installation
de base est facile, mais la suite se corse !</item>

<item><em>(olive)</em> : Présence d'une série de versions de développement
et de versions stables (même numérotation que pour le noyau). Les premières
ont de fortes chances d'être boguées.</item>

<item><em>(olive)</em> : Peu de paquets par défaut, cela fait penser au
système de base de FreeBSD, auquel il manquerait les ports. (Mise à
	      jour 20010225) Les contributions extérieures fournissent
	      maintenant des « extensions » augmentant singulièrement
	      la quantité de logiciels disponibles, dont Gnome et KDE.</item>

</itemize>
</sect1>

</sect> <!-- Rock Linux -->

<!-- Mise en commentaire des distributions dont on ne parlait de toute façon
pas et qui sont pour la plupart obsolètes
<sect>Jurix<label id="jurix"><p>
</sect>

<sect>SLS<label id="sls"><p>
</sect>

<sect>MCC<label id="mcc"><p>
</sect>

<sect>HJ<label id="hj"><p>
</sect>

<sect>Craftworks<label id="craftworks"><p>
</sect>

<sect>Linux Pro<label id="linuxpro"><p>
</sect>

<sect>Trans-Ameritech Linuxware<label id="linuxware"><p>
</sect>
-->

<sect>TurboLinux (Pacific hi-tech)<p>

<sect1>Version japonaise<p>
Version japonaise recommandée à ceux qui souhaitent travailler aussi en
japonais (kanas et kanjis). Craig Oda travaille pour l'éditeur et propose
un <url name="HOWTO" url="http://tlug.linux.or.jp/linuxinjapan.html"> qui
fait référence.

Une version chinoise et une américaine existent aussi, bien distinctes.

<sect1>Louanges<p>

<itemize>
     <item><em>(raverdy, 199911, v. 3.0 japonaise)</em> : J'ai besoin de
     pouvoir lire et écrire en japonais. Cette distribution me permet de
     tout avoir installé d'office. Le clavier AZERTY français est
     reconnu (mais pas de caractères accentués !).</item>
    </itemize>
</sect1>

<sect1>Critiques<p>
<itemize>
     <item><em>(raverdy, 199911, v. 3.0 japonaise)</em> : L'installation
     de la 3.0 présentait 2 bugs :
<itemize>
<item>installation en Japonais : Lilo ne s'installe pas.
Avec comme option d'installation <tt>/vmlinuz</tt> par contre, le processus
d'installation se déroule en anglais et correctement.</item>

<item>en choisssant de tout installer, certains packages ne le sont pas
(par exemple CannaServer), et l'on est obligé de terminer à la main à coup
de <tt>rpm --install</tt></item>
      </itemize>
</item>

<item><em>(raverdy, 200005, v. 4)</em> : contacts difficiles à établir avec la
société et procédure d'installation boguée. Pour l'utilisation du japonais, la
Slackware 7.0 contient un patch qui fonctionne.
</item>
    </itemize>
  </sect1>
  </sect> <!-- TurboLinux -->

<sect>Linux PPC<label id="linuxppc"><p>
<em>(Djame 199912)</em> : Linux PPC est une distribution entierement basée
sur la Red Hat, LinuXPPC Q3 est une Red Hat 6.0.

<sect1>Louanges<p>
<itemize>
<item><em>(Djame 199912)</em> : Les louanges sont identiques à celle de la
Red Hat (rire)</item>
</itemize>

<sect1>Critiques<p>
Les critiques sont elles aussi identiques à celle de la
Red Hat sauf sur les point suivants :
<itemize>
<item><em>(Djame 199912)</em> : Impossibilité de passer par un bootloader
style lilo, il faut passer par un utilitaire du style loadlin (qui
s'apelle ici bootX) pratique mais 

<item><em>(Djame 199912)</em> : Comme on ne peut ecrire et lire sur la
partition MacOS (HFS+, alors que le HFS est possible) on ne peut générer un
nouveau noyau qui sera pris en compte (de plus, et c'est une limitation du
Imac que j'utilise, pas de lecteur de disquette pour effectuer le
transfert, il faut passer par une manip fastidieuse comme générer le
nouveau noyau, le mettre sur un compte web, rebooter sous MacOS, le
recuperer, etc... manip vécue..)

<item><em>(Djame 199912)</em> : Absence de serveur X acceleré donc
utilisation du frame buffer donc très lent à l'affichage alors que le G3
est très rapide (visible lors des compilations)

<item><em>(Djame 199912)</em> : Absence à l'installation de linuxconf 
<item><em>(Djame 199912)</em> : Cruel manque de packages PPC des grands
programmes type Wordperfect, StarOffice, Quake 3 etc...

<item><em>(Djame 199912)</em> : Aucune localisation : clavier a
franciser à la main (en récupérant un fichier .map difficile à trouver).
Note de Nat : <url name="explorer ce site Web" url="../materiel/mac/">.
</itemize>

En fait c'est plus un problème de support matériel qu'autre chose, je
précise que j'utilise un IMac avec 32 Mo de RAM (ne swappe pas trop avec
Gnome)

En résumé c'est une bonne Red Hat, c'est dommage que quelques manques
viennent gâcher la fête....
</sect1>
</sect> <!-- LinuxPPC -->

<sect>YellowDog Linux<label id="linuxyellowdog"><p>
<!-- FIXME : qui la connait et veut en parler ? -->
<p>Bernard Tatin indique :</p>

<p><em>Je ne connais que celle-là et je peux dire que la 2.1 marche très
bien, est complète même lorsqu'on la récupère sur un CD de revue.
Toutefois, il faut bidouiller un peu pour retrouver un clavier
français et il manque un linuxconf.</em></p>
</sect> <!-- YellowDog Linux -->

    <sect>
      <heading>Distributions de démonstration<label id="demodist"></heading>
      <p>Les distributions de démonstration sont intéressantes car
      elles permettent de tester Linux sans forcément tout casser en
      repartitionnant éventuellement le disque dur.</p>

      <sect1>
	<heading>DemoLinux<label id="demolinux"></heading>

<p>
<em>(fred 20000917)</em> Version 1.0 basée sur Mandrake + KDE, version 2.0
basée sur Debian + Gnome. À ma connaissance, DemoLinux n'a pas encore engendré
d'autres rejetons (cas de Corel, Debian et Slackware), mais la pression allant
dans ce sens semble assez importante.</p>

<p><em>(olive 20020226)</em> Version 3.0 basée sur Debian 3.0, un joli travail
d'intégration qui donne une distribution intéressante.</p>

	<p>Site web : <url url="http://www.demolinux.org/" name="www.demolinux.org"></p>

<sect2>
	  <heading>Louanges</heading>

<p>
<itemize>

<item><em>(fred 20000917)</em> C'est la distribution que je conseille aux
personnes qui veulent découvrir Linux sans trop se fatiguer ;</item>

<item><em>(fred 20000917)</em> C'est une distribution très utile pour les
administrateurs qui veulent dépanner des systèmes ;</item>

<item><em>(fred 20000917)</em> Les choix adoptés par les développeurs sont
intéressants à confronter avec ceux des distributions classiques : système
readonly, équipe de développement réduite et centralisée, durée entre deux
releases assez long.</item>

<item><em>(géde 20010225)</em> DemoLinux intègre StarOffice depuis sa
		version 2.0. La prochaine version de DemoLinux intègre
		le support son (toujours auto-configurable) et USB.</item>

<item><em>(olive 20020226, v3.01)</em>Installation simple, voire pas
d'installation pour ce galop d'essai, lancement de toutes les applications sur
le CD. La lenteur est uniquement due au support d'accès.</item>

<item><em>(olive 20020226)</em>Bonne détection des périphériques au démarrage,
écran disponible tout de suite en 1024x768 ; montage automatique des
partitions Windows présentes (j'ai testé DemoLinux sur un PC Windows et je
voulais garder ce dernier OS, c'est à peu près l'état d'esprit d'un débutant
qui essaie Linux pour la première fois)</item>

<item><em>(olive 20020226)</em>Présence de Gnome, KDE, StarOffice</item>

<item><em>(olive 20020226)</em>Accès direct au réseau si un serveur DHCP est
présent (mon cas).</item>

<item><em>(olive 20020226)</em>Disponible en plusieurs langues</item>
</itemize>
	</p>
	</sect2>

<sect2>
<heading>Critiques</heading>

<p><itemize>
<item><em>(olive 20020226, v3.01)</em>SSH non présent (raisons de contraintes
d'exportation), mais au premier lancement de la commande
<tt>ssh</tt>, un script propose le téléchargement et l'installation
de SSH.</item>

<item><em>(olive 20020226)</em>La molette de la souris n'est pas prise en
charge automatiquement.</item>

<item><em>(olive 20020226)</em>Mozilla est absent, on se contentera de
Konqueror et Netscape. Néanmoins, le CD est sorti juste avant d'avoir des
versions utilisables de Mozilla...</item>

<item><em>(olive 20020226)</em>De manière générale, DemoLinux 3.0 est basée
sur Debian 2.2, ce qui est un peu vieux, mais le tout reste largement
utilisable, surtout pour une démonstration c'est impressionnant.</item>
</itemize></p>

      </sect1> <!-- Demolinux -->

      <sect1>
	<heading>Suse Live<label id="suselive"></heading>

	<p><em>(géde, 20010225)</em> nous indique : il existe une Suse
	Live, qui s'installe en ramdisk (comme
	DemoLinux). Malheureusement, elle nécessite 128 Mo de RAM, à
	défaut elle installe 64 Mo sur le disque dur sans le
	signaler. L'installation est assez lente (20 minutes environ
	contre 3 minutes pour DemoLinux) et nécessite beaucoup de
	réponses. L'exécution est assez lente. En conclusion, une
	alternative à DemoLinux, mais beaucoup moins géniale.</p>

	<p>On peut la trouver aux endroits suivants : <url
	url="http://www.cetustech.com.au/store/software/cdr/SuSE/SUSE70EVAL/">
	(pour 5 $), des images ISO se trouvent à <url
	url="http://ftp.fsn.hu/ftp/.3/suse-cd/i386/live-eval-7.0/">, <url
	url="http://it.aminet.net/pub/linux/SuSE/7.0-live-cd/"> et <url
	url="http://parallel.fh-bielefeld.de/ti/service/linux/suse/7.0-live-cd/">.</p>
      </sect1> <!-- suse live -->
    </sect> <!-- distrib demo -->

</article>

