  HOWTO HOWTO
  Mark F. Komarinski (markk@cgipc.com)
  Adaptation franaise par Nicolas Duboc (duboc@essi.fr)
  $Id: HOWTO-HOWTO.sgml, v1.4, 17 Mars 2000 markk Exp $

  Explique les outils, les procdures, et donne des conseils aux auteurs
  de HOWTO.
  ______________________________________________________________________

  Table des matires
























































  1. Introduction

     1.1 Historique
     1.2 Nouvelles versions
     1.3 Commentaires
        1.3.1 Historique des versions
     1.4 Copyrights
     1.5 Contributions et remerciements

  2. Informations gnrales sur le LDP et SGML

     2.1 Le LDP
     2.2 SGML
        2.2.1 Pourquoi SGML au lieu de HTML ou d'autres formats ?
     2.3 Les outils
        2.3.1 sgmltools
        2.3.2 TeX
        2.3.3 LyX
        2.3.4 Emacs (PSGML)
        2.3.5 WordPerfect 2000
        2.3.6 DocBook : L'ultime guide

  3. Dmarrer avec DocBook

     3.1 Pour les nouveaux auteurs
     3.2 Les listes de discussion
     3.3 Tlcharger et installer les outils
        3.3.1 sgmltools
     3.4 Ecrire du SGML  la main

  4. Dmarrer avec LinuxDoc

     4.1 Pour les nouveaux auteurs
     4.2 Les listes de discussion
     4.3 Tlcharger et installer les outils
        4.3.1 sgmltools
     4.4 Ecrire du SGML  la main
        4.4.1 Dbut du document
        4.4.2 Les informations de l'entte
        4.4.3 Les sections
        4.4.4 Les paragraphes
        4.4.5 Texte avanc
        4.4.6 Les listes
        4.4.7 Texte verbatim
        4.4.8 Les URL
        4.4.9 Les rfrences
        4.4.10 Les caractres spciaux
     4.5 Ecrire du SGML avec d'autres outils
        4.5.1 LyX
        4.5.2 Emacs
        4.5.3 Les autres outils SGML
     4.6 Les bases de CVS
     4.7 Obtenir un compte CVS
     4.8 Autres informations sur CVS
        4.8.1 Accs CVS anonyme
        4.8.2 Fichiers CVS via le web
        4.8.3 Accs graphique  CVS
     4.9 CVS et la mise  jour des fichiers

  5. Distribuer votre documentation

     5.1 Avant la distribution
     5.2 Notions de copyright et de licence
     5.3 Soumission au LDP Une fois que votre document a t relu et que vous avez pris en compte les commentaires des relecteurs, vous pouvez soumettre votre texte au LDP. Envoyez un e-mail 

  6. Conseils de style
  7. FAQ  propos du LDP

     7.1 Je dsire aider le LDP. Comment puis-je le faire ?
     7.2 Je voudrais publier un ensemble de documents du LDP dans un livre. Comment est protg le contenu du LDP ?
     7.3 J'ai trouv une erreur dans un document du LDP. Puis-je le corriger ?


  ______________________________________________________________________

  11..  IInnttrroodduuccttiioonn

  11..11..  HHiissttoorriiqquuee

  Ce document a t commenc le 26 aot 1999 par Mark F. Komarinski
  (markk@cgipc.com) aprs deux jours de frustration pour faire marcher
  les outils. Si ne serait ce qu'un auteur du LDP (NdT: "Linux
  Documentation Project", Projet de Documentation Linux) trouve de
  l'aide dans ce document, j'aurai atteint mon objectif.


  11..22..  NNoouuvveelllleess vveerrssiioonnss

  La version la plus rcente de ce document peut tre trouve sur ma
  page personnelle http://www.cgipc.com/~markk/ au format SGML. D'autres
  versions peuvent tre trouves dans diffrents formats sur le site du
  LDP http://www.linuxdoc.org/.


  11..33..  CCoommmmeennttaaiirreess

  Les commentaires  propos de ce HOWTO peuvent tre envoys  l'auteur
  (markk@cgipc.com).



  11..33..11..  HHiissttoorriiqquuee ddeess vveerrssiioonnss

  v1.4 (17 Mars 2000)


    Ajout des commentaires de Gregory Leblanc (GLeblanc@cu-
     portland.edu)  propos des soumissions au LDP et sur psgml sous
     Emacs. Merci !


  11..44..  CCooppyyrriigghhttss

  (c) 1999-2000 Mark F. Komarinski

  Ce manuel peut tre reproduit en totalit ou en partie, sans frais,
  sous rserve des restrictions suivantes :

    Cette note de copyright et de permission doit tre prserve dans
     toutes copies partielles ou totales.

    Toutes traductions ou travaux drivs doivent tre approuvs par
     l'auteur en le prvenant avant leur distribution.

    Si vous distribuez une partie de ce travail, les instructions pour
     obtenir la version complte devront galement tre fournies.

    De courts extraits peuvent tre reproduits, sans ces notes de
     permissions, dans  le cadre d'exposs et de citations si les
     rfrences sont correctement cites.


  Des exceptions  ces rgles peuvent tre tolres pour un but ducatif
  : contactez l'auteur et demandez lui. Ces restrictions sont l pour
  nous protger en tant qu'auteurs, et non pour vous restreindre en tant
  que lecteurs ou enseignants. Tous les codes sources apparaissant dans
  ce document sont protgs par la Licence Publique Gnrale GNU,
  disponible par FTP anonyme depuis le site d'archive GNU.


  11..55..  CCoonnttrriibbuuttiioonnss eett rreemmeerrcciieemmeennttss

  Merci  tous ceux qui ont donn leurs commentaires lorsque j'crivais
  ceci. Cela inclut Deb Richardson et Daniel Barlow et les autres
  membres de la liste de diffusion ldp-discuss.


  J'ai tir quelques sections du Howto Index (disponible sur tous les
  sites du LDP) et de la documentation de sgmltools. Vous trouverez les
  rfrences  sgmltools et le LDP ailleurs dans ce document.


  Les sections sur l'accs rseau  CVS ont t partiellement crites
  par Serek (ser@serek.arch.pwr.wroc.pl).
  Les sections sur DocBook ont t en partie crites par Jorge Godoy
  (godoy@conectiva.com.br <mailto:godoy@conectiva.com.br>). Un grand
  merci  tous les deux pour leur aide.


  22..  IInnffoorrmmaattiioonnss ggnnrraalleess ssuurr llee LLDDPP eett SSGGMMLL

  22..11..  LLee LLDDPP

  Le Projet de Documentation de Linux (LDP) a t commenc pour fournir
  aux nouveaux utilisateurs un moyen d'obtenir rapidement des
  informations sur un sujet particulier. Il ne contient pas seulement
  une srie de livres sur l'administration systme, le rseau ou la
  programmation, mais galement un grand nombre de petits travaux sur
  des sujets plus individuels, crits par ceux qui les ont utiliss. Si
  vous voulez savoir comment imprimer, vous trouverez le Printing HOWTO.
  Si vous voulez mettre en place un rseau, rcuprez le Ethernet HOWTO;
  etc.


  Au dpart, la plupart de ces documents taient au format texte ou
  HTML. Avec le temps, il fallait trouver un meilleur moyen de grer ces
  travaux. Celui-ci permettrai de les lire depuis une page web, depuis
  un fichier texte sur un CD-ROM, ou encore depuis votre organiseur de
  poche.  La solution s'est avrer tre SGML.


  22..22..  SSGGMMLL

  Le "Standard Generalized Markup Language" (SGML) est un langage qui
  est bas sur le balisage du texte. De ce point de vue, il est
  similaire  HTML, mais toutes les similitudes s'arrtent l. La force
  de SGML est que contrairement  la philosophie WYSIWYG (What You See
  Is What You Get, NdT: Ce que vous voyez est ce que vous obtenez), vous
  ne dfinissez pas la couleur, la taille de la police, ou d'autres
  paramtres de formatage. A la place, vous dfinissez des lments
  (paragraphes, sections, listes numrotes) et laissez l'interprte
  SGML et le programme final s'occuper du placement, des couleurs, des
  polices, et tout le reste. HTML fait la mme chose, puisqu'il est en
  fait une subdivision de SGML.


  Il y a en fait deux parties qui constituent SGML. La premire est la
  Structure, qui est appele la DTD, ou encore Dfinition du Type du
  Document. La DTD dfinie les relations entre les diffrents lments
  d'un texte. La DTD LinuxDoc, utilise pour crer ce document, en est
  un exemple. La DTD fournit un style et une apparence  tous les
  documents crs qui l'utilisent. La seconde est le Contenu, qui est
  trait par l'interprteur SGML et qui est ventuellement vu par
  l'utilisateur. Ce paragraphe est un contenu, comme pourrait l'tre une
  image, une table, une liste numrote ou autre chose. Le contenu est
  entour de balises pour sparer les diffrents lments.


  Dans quelques temps, le Projet de Documentation Linux passera de
  LinuxDoc  DocBook, dj utilise par d'autres auteurs, donnant ainsi
  au LDP un style plus consistent de documents SGML. Quand cela
  arrivera, nous vous tiendront informs par l'intermdiaire de ce HOWTO
  ou des listes de diffusion. La diffrence la plus importante rside
  dans le fait que DocBook utilise des balises pour les diffrents types
  de contenus (comme les commandes, les noms de fichiers, de
  rpertoires, etc.)  alors que LinuxDoc utilise des balises bases sur
  l'apparence que devrait prendre le texte (vous pouvez utiliser un type
  "insistant" ou machine  crire).


  22..22..11..  PPoouurrqquuooii SSGGMMLL aauu lliieeuu ddee HHTTMMLL oouu dd''aauuttrreess ffoorrmmaattss ??

  SGML fournit d'autres outils que ceux de mise en forme. Vous pouvez
  crer des index, des tables des matires ou des liens internes ou
  externes automatiquement. Le paquetage sgmltools vous permet aussi
  d'exporter (j'applerai a gnrer  partir de maintenant) vos
  documents SGML vers LaTeX, info, du texte, HTML ou RTF. Vous pouvez
  alors crer d'autres types de fichiers  (DOC, PostScript, etc.) 
  partir de ces formats de base. Des programmes comme LyX (mon diteur
  WYSIWYM prfr) vous permettent d'crire au format TeX, d'exporter au
  format SGML et de gnrer ce que vous voulez depuis SGML.


  En fin de compte, SGML s'intresse plus au fonctionnement des lments
  plutt qu' leur apparence. Une diffrence de taille, en tout cas une
  qui vous permettra d'crire plus vite, puisque vous n'avez plus  vous
  souciez de la justification des paragraphes, des types et tailles des
  polices, etc.


  22..33..  LLeess oouuttiillss

  Dans cette section, je vais survoler les outils dont vous aurez besoin
  ou voudrez utiliser pour crer votre propre documentation LDP. Je vais
  les dcrire ici, et mieux les explorer plus tard, en mme temps que
  leur procdure d'installation. Si vous utilisez d'autres outils pour
  crire des manuels du LDP, faites le moi savoir, j'ajouterai un
  descriptif ici.


  22..33..11..  ssggmmllttoooollss

  Requis


  Le paquetage sgmltools contient les outils SGML ncessaires pour
  gnrer les formats dont on a dj parl. Il inclut galement la DTD
  LinuxDoc, indispensable aux documents LDP. Pour crer des documents
  SGML, c'est tout ce dont vous avez besoin. Si vous voulez convertir au
  format TeX, vous aurez aussi besoin de ce dernier. Le paquetage
  sgmltools est disponible soit dans votre distribution, soit via
  http://www.sgmltools.org/. Notez que vous aurez besoin de la version
  1.0.9 pour utiliser LinuxDoc. Toute autre version utilise DocBook.

  22..33..22..  TTeeXX

  Optionnel


  TeX est le langage de balisage de texte favori pour beaucoup, dont les
  personnes du monde mathmatique. Je me rappelle d'examens de maths qui
  taient en fait cris avec TeX. C'est aussi un des premiers langages 
  balises qui est encore utilis (les autres tant les formats *roff
  utiliss pour les pages de manuels). En fait, TeX partage une grande
  partie de ses concepts avec SGML. Nanmoins, TeX gnre ses fichiers
  au format DVI (indpendant du priphrique de sortie) qui peut alors
  tre converti en un autre format. Malheureusement, le format DVI ne
  peut pas tre facilement converti en autre chose que des langages
  d'impression (PostScript, PCL), le rendant difficile  traduire en
  HTML. TeX est disponible dans toutes les distributions Linux en tant
  que LaTeX ou TeTex. Vous pourrez utiliser l'un des deux.


  22..33..33..  LLyyXX

  Optionnel


  Le programme LyX est un diteur de texte graphique WYSIWYM (What You
  See Is What You Mean -- NdT : Ce que vous voyez est ce que vous
  pensez) et constitue un lien entre les applications graphiques et les
  rgles de SGML quelque fois compliques. En fait, LyX est utilis pour
  crire des documents TeX, et la plupart dans rgles TeX sont prsentes
  dans LyX. Par exemple, puisque les sections sont numrotes
  automatiquement, vous ne pouvez pas insrer d'espace facilement. Ce
  serait contraire  la philosophie de TeX. De mme, SGML ignore souvent
  ces espaces. Le programme LyX supporte la DTD LinuxDoc et fournit un
  document de base pour vous permettre d'crire (ou d'diter) votre
  documentation LDP comme vous en avez l'habitude, sans devoir utiliser
  vi et vous souvenir quelles sont les balises pour crer une liste 
  items. Vous trouverez LyX  l'adresse http://www.lyx.org/.


  Pour ceux qui utilisent KDE, il existe un portage de LyX bas sur les
  librairies Qt. Vous trouverez plus d'informations  l'adresse
  http://www.devel.lyx.org/~ettrich/klyx.html
  <http://www.devel.lyx.org/~ettrich/klyx.html>.


  22..33..44..  EEmmaaccss ((PPSSGGMMLL))

  Optionnel


  Il existe un mode Emacs pour crire des documents SGML ou XML. Vous
  trouverez plus d'informations 
  http://www.lysator.liu.se/projects/about_psgml.html


  22..33..55..  WWoorrddPPeerrffeecctt 22000000

  Optionnel


  La dernire version de WordPerfect 2000 supportera les modes SGML. Je
  ne sais pas encore si cel concerne aussi LinuxDoc, ou juste DocBook.
  Si vous tes un beta-testeur de WP2000 et si vous pouvez me dire comme
  il marche, je serais heureux d'inclure vos notes.


  22..33..66..  DDooccBBooookk :: LL''uullttiimmee gguuiiddee

  Optionnel (mais recommand)


  Ce livre est dit par O'Reilly depuis Octobre 1999 et c'est une bonne
  rfrence pour DocBook. Je n'ai pas trouv qu'il soit trs pratique,
  et la plupart des "gloires"est pour XML, mais les balises DocBook 3.1
  sont toutes listes dans un format concit. Vous pourrez le trouver
  chez votre vendeurs favori, ou le retrouver en intgralit sur le site
  http://www.docbook.org <http://www.docbook.org/>.


  33..  DDmmaarrrreerr aavveecc DDooccBBooookk

  Cette section couvre les nouvelles mthodes pour crire de la
  documentation pour le LDP, en utilisant la DTD DocBook 3.1. Nous
  verrons comment rcuprer, installer et utiliser les outils, ainsi
  qu'une introduction aux balises DocBook. Etant donn qu'il y a prs de
  300 balises DocBook, nous ne les verront pas toutes ici. Les lecteurs
  vraiment intresss pourront se tourner vers http//www.docbook.org
  <http://www.docbook.org/> pour plus d'informations.


  33..11..  PPoouurr lleess nnoouuvveeaauuxx aauutteeuurrss

  Si vous tes un nouvel auteur au sein du LDP, et que vous voulez
  prendre en main un HOWTO (ou un Mini-HOWTO) non maintenu ou en crire
  un vous mme, contactez le coordinateur du LDP  l'adresse linux-
  howto@metalab.unc.edu. Cela lui permet de savoir qui travaille sur
  quel document. Tous les HOWTO envoys devront tre au format SGML
  (bass sur la DTD LinuxDoc ou DocBook). Les mini-HOWTO pourront tre
  aux formats SGML ou HTML, mais seuls les documents SGML seront inclus
  dans les versions imprimes des HOWTO. Si vous crivez un Mini-HOWTO,
  en SGML, il sera plus facile de le convertir dans les autres formats,
  permettant  plus de monde de profiter de votre travail.


  33..22..  LLeess lliisstteess ddee ddiissccuussssiioonn

  Il y a quelques listes de discussion auxquelles vous pouvez vous
  abonner pour prendre part au fonctionnement du LDP. La premire est
  ldp-discuss@lists.linuxdoc.org, qui est le principal lieu de
  discussion du LDP. Pour s'abonner, il suffit d'envoyer un message avec
  "subscribe" dans le champ du sujet  l'adresse mailto:ldp-discuss-
  request@lists.linuxdoc.org <mailto:ldp-discuss-
  request@lists.linuxdoc.org>. Pour se dsabonner, mme adresse avec
  "unsubscribe" dans le champ sujet du message.


  33..33..  TTllcchhaarrggeerr eett iinnssttaalllleerr lleess oouuttiillss

  33..33..11..  ssggmmllttoooollss

  Contrairement aux versions prcdentes, vous aurez besoin de la
  version 2.x de sgmltools pour utiliser DocBook. Puisque tous les
  programmes de base ont chang, vous devrez aussi oublier les
  programmes du type sgml2xxx (dsol). Puisque toutes les principales
  distributions arrivent avec sgmltools 1.x, vous devrez supprimer le
  paquetage sgmltools 1.x et installer une version 2.0 ou une version
  CVS.


  Pour obtenir le source de la dernire version CVS, vous pouvez
  utiliser les commandes suivantes :

  CVSROOT=:pserver:cvs@cvs.sgmltools.org:/home/cvs
  export CVSROOT
  cvs login
  cvs -z6 get sgmltools




  Le mot de passe CVS est 'cvs'.


  Une fois tlcharg, vous avez juste  faire ./compile, make, et make
  install pour installer sgmltools.


  Pour les systmes RedHat (utilisant RPM) vous pouvez utiliser la
  commande rpmfind pour obtenir le dernier paquetage sgmltools. Le
  programme rpmfind est disponible sur http://www.rpmfind.net/
  <http://www.rpmfind.net/>. Assurez-vous que vous avez recupr
  sgmltools et non sgml-tools, car ce dernier est sgml-tools 1.0.9.


  Pour les systmes Debian, apt-get rcuprera le bon paquetage pour
  vous :


  # apt-get install sgmltools




  Comme pour les systmes RedHat, il faut rcuprer sgmltools et non
  sgml-tools.


  33..44..  EEccrriirree dduu SSGGMMLL  llaa mmaaiinn

  Puisque ceci est largement trait dans d'autres ouvrages, les
  personnes intresses pourront se rferrer 
  http://metalab.unc.edu/godoy/using-docbook/using-docbook.html
  <http://metalab.unc.edu/godoy/using-docbook/using-docbook.html> pour
  plus d'informations sur savoir comment produire du SGML  la main avec
  votre diteur de texte favori.


  44..  DDmmaarrrreerr aavveecc LLiinnuuxxDDoocc

  Cette section dcrit comme tre au point pour crire vos propres
  documents LDP. Rcuprer et configurer les outils, prendre contact
  avec le LDP en gnral, et partager vos connaissances avec tous les
  utilisateurs de Linux.


  44..11..  PPoouurr lleess nnoouuvveeaauuxx aauutteeuurrss

  Si vous tes un nouvel auteur au sein du LDP, et que vous voulez
  prendre en main un HOWTO (ou un Mini-HOWTO) non maintenu ou en crire
  un vous mme, contactez le coordinateur du LDP  l'adresse ldp-
  discuss@lists.linuxdoc.org. Cela lui permet de savoir qui travaille
  sur quel document. Tous les HOWTO envoys devront tre au format SGML
  (bass sur la DTD LinuxDoc ou DocBook). Les mini-HOWTO pourront tre
  aux formats SGML ou HTML, mais seuls les documents SGML seront inclus
  dans les versions imprimes des HOWTO.



  44..22..  LLeess lliisstteess ddee ddiissccuussssiioonn

  Il y a quelques listes de discussion auxquelles vous pouvez vous
  abonner pour prendre part au fonctionnement du LDP. La premire est
  ldp-discuss@lists.linuxdoc.org, qui est le principal lieu de
  discussion du LDP. Pour s'abonner, il suffit d'envoyer un message avec
  "subscribe" dans le champ du sujet  l'adresse mailto:ldp-discuss-
  request@lists.linuxdoc.org <mailto:ldp-discuss-
  request@lists.linuxdoc.org>. Pour se dsabonner, mme adresse avec
  "unsubscribe" dans le champ sujet du message.


  44..33..  TTllcchhaarrggeerr eett iinnssttaalllleerr lleess oouuttiillss

  44..33..11..  ssggmmllttoooollss

  Rcuprez le paquetage sgmltools depuis http://www.sgmltools.org/, ou
  directement depuis votre distribution. Les fichiers de sgmltools.org
  sont le code source de l'application, vous devrez donc les compiler
  pour votre machine. Utiliser un paquetage pr-compil pour votre
  distribution est plus facile, puisque vous n'aurez pas  le compiler
  et viterez les problmes de compilation (sauf si vous tes un
  programmeur).


  Les outils sgmltools sont inclus dans la distribution RedHat. Si ce
  n'est pas le cas, vous pouvez le tlcharger depuis le site ftp de
  RedHat ou un des sites miroirs.


  Si vous utilisez une Debian, sgmltools est galement inclus en
  standard. Dans le cas contraire, vous pourrez utiliser apt-get pour
  tlcharger et installer le paquetage  votre place :



  # apt-get install sgml-tools




  Pour plus d'informations sur le paquetage Debian, regarder  l'adresse
  http://www.debian.org/Packages/stable/text/sgml-tools.html


  Pour la compilation des sources, la marche  suivre est :



  # tar -zxvf sgmltools-x.x.x.tar.gz
  # cd sgmltools-x.x.x
  # ./configure
  # make
  # make install




  Remplacez sgmltools-x.x.x par la version du paquetage que vous
  utilisez. A la date o j'cris ces lignes, la version qui supporte
  LinuxDoc est la 1.0.9, et celle qui supporte DocBook est 2.0.2. Ces
  deux versions sont disponibles sur le site web dj vu ci-dessus.


  Une fois les outils installs, vous avez plusieurs commandes 
  disposition.
  sgmlcheck file.sgml - Vrifie la syntaxe du document

  sgml2html file.sgml - Convertit un fichier SGML en HTML. Le fichier
  file.html contiendra la table des matires, les fichiers file-x.html
  contiendront les sections numrotes x.

  sgml2rtf file.sgml - Convertit un fichier SGML en deux fichiers Rich
  Text Format (RTF). Le fichier file.rtf contiendra la table des
  matires et file-0.rtf contiendra toutes les sections.


  sgml2txt file.sgml - Convertit un fichier SGML en texte ASCII. La
  table des matires et les sections sont toutes dans le fichier
  file.txt.


  sgml2info file.sgml - Blah SGML blah INFO, utilis par la commande
  info. Tout est contenu dans file.info.


  sgml2latex file.sgml - Blah SGML blah TeX.


  sgml2lyx file.sgml - SGML converti pour l'diteur graphique LyX.
  Intressant si vous avez gnr un fichier SGML et voulez le convertir
  pour l'utiliser avec LyX.


  44..44..  EEccrriirree dduu SSGGMMLL  llaa mmaaiinn

  Tout comme le HTML, vous pourrez crire du SGML  la main, une fois
  que vous connatrez toutes les balises dont vous aurez besoin. Vous
  trouverez ici une description pour la plupart des balises, avec des
  exemples d'utilisations. Le code source SGML de ce document,
  disponible sur le site web vu dans la section ``Introduction'', est un
  bon exemple pour dmarrer l'apprentissage. J'essairai de donner les
  indications sur les interprtations des balises dans les diffrents
  formats de conversion.


  44..44..11..  DDbbuutt dduu ddooccuummeenntt

  Pour commencer un nouveau document, crez un nouveau fichier avec
  votre diteur ASCII favori et commencez comme a :



  <!doctype linuxdoc system>




  Cela prcise le type de document (LinuxDoc dans notre cas) que
  l'interprte SGML utilisera pour la conversion vers les autres
  formats. Cette balise ne gnre aucun texte en elle mme.


  Ensuite vous devez entourez le reste de votre travail entre <article>
  et </article>. Cela indique le dbut du contenu (ou de l'article,
  eh?). Si vous connaissez HTML, ces balises sont quivalentes aux
  balises <html> et </html>





  44..44..22..  LLeess iinnffoorrmmaattiioonnss ddee ll''eennttttee

  La premire partie du document devrait inclure des informations
  gnrales  propos du contenu. Elle est similaire aux premires pages
  d'un livre qui contiennent le titre de l'ouvrage, l'auteur, la date de
  publication, la table des matires, etc.


  Le titre est indiqu entre les balises <title> et </title>. De mme on
  utilise <date> et </date> pour la date.


  Les deux sections qui restent sont les balises <abstract> et
  </abstract> qui donnent un rsum du document, et la balise <toc> qui
  indique l'emplacement de la table des matires. Celle ci est
  automatiquement gnre par l'interprte SGML. Nous reviendrons sur
  les sections plus tard.


  Maintenant,  quoi tout cela ressemble-t-il ? En regardant le dbut du
  code source de ce document, vous trouverez : (NdT : voir la version
  originale)



  <!doctype linuxdoc system>

  <!-- LinuxDoc file was created by LyX 1.0 (C) 1995-1999 by <markk> Tue Dec 14 16:17:42 1999
   -->

   <article>
   <title>HOWTO HOWTO
   </title>
   <author>Mark F. Komarinski &lt;markk@cgipc.com&gt;
   </author>
   <date>v1.1, 14 dcembre 1999
   </date>
   <abstract>List the tools, procedures, and hints to get HOWTO authors up to speed
   and writing.
   </abstract>
   <toc>




  Cette partie du document est utilise pour crer la page principale
  que vous voyez une fois convertie au format RTF ou HTML.


  44..44..33..  LLeess sseeccttiioonnss

  Pour gnrer la table des matires, il vous faut de quoi la
  construire. Les sections de SGML sont ce que les chapitres sont aux
  publications traditionnelles. Il peut y avoir plusieures sections, et
  chaque section peut avoir des sous-sections, qui peuvent elles aussi
  avoir des sous-sections etc.


  Dmarrer la rdaction de vos documents par les sections est une bonne
  ide puisque cela permet de dresser la liste des sujets que vous
  voulez traiter. Vous pouvez alors subdiviser ces sections principales
  en d'autres de plus en plus petites, jusqu' ce que vous obteniez
  l'information pure que vous pourrez crire en quelques paragraphes.
  J'ai moi mme commenc ce document en utilisant cette mthode.


  Les sections fait partie des quelques balises qui n'ont pas besoin
  d'tre fermes. Ainsi, il n'y a pas de balise </sect>. Vous n'avez pas
  besoin non plus de vous occuper de la numrotation des sections.
  L'interprte SGML s'en chargera lors de la gnration vers d'autres
  formats.


  Les sections sont amorces par la balise <sect>. Chaque nouvelle
  section commence par <sect>. La premire est numrote 1.


  Les sous-sections (comme 1.1) se crent par la balise <sect1>. Elles
  commencent aussi  1.


  Les sous-sous-sections (1.1.1) se crent par la balise <sect2> et
  commencent aussi  1.


  Quand l'interprte SGML arrive  la balise <toc>, il parcourt le reste
  du document et construit la table des matires  partir des balises
  des sections qu'il rencontre. Les sections sont numrotes et listes
  dans la table des matires et, bien sr, utilises dans le reste du
  document. Les sous-sous-sections (1.1.1) n'apparaissent pas dans la
  table des matires, mais sont mises en valeur dans le texte si c'est
  possible.


  44..44..44..  LLeess ppaarraaggrraapphheess

  L'criture de paragraphes est la mme qu'en HTML. Utilisez une balise
  <p> pour indiquer une nouvelle ligne, et commencez  crire. SGML
  ignore les espaces tout comme les tabulations, les espaces multiples
  et les sauts de lignes. Quand SGML rencontre une balise <p>, il
  commence un nouveau paragraphe. Un document SGML correct devrait
  contenir les balises </p> pour finir les paragraphes.


  44..44..55..  TTeexxttee aavvaanncc

  Vous aurez besoin de diffrenci des parties de texte par rapport 
  d'autres. Soit le mettre en valeur, soit pour donner un nom de
  commande. Le premier de ces deux cas se rsout par les balises <em> et
  </em>. Quant au style machine  crire, on utilise les balises <tt> et
  </tt>.


  44..44..66..  LLeess lliisstteess

  Il existe deux types de listes sous SGML. La premire est la liste
  numrote, o chaque item de la liste est numrot (comme les
  sections), en commenant  1.



  1. Voici la premire entre de la liste numrote.

  2. Voici la seconde.

  3. Et la troisime.


  Le code pour cette liste est le suivant :



  <enum>
   <item>Voici la premire entre de la liste numrote.
   <item>Voici la seconde.
   <item>Et la troisime.
  </enum>




  La balise <enum> indique que les entres qui la suivent doivent tre
  numrotes.


  L'autre type de liste est la liste  items simple, o chaque entre 
  une toile, un cercle, ou un point, ou tout autre symbole pour
  indiquer chaque item.



    Voici la premire entre de la liste  items.

    Voici la seconde.

    Et la troisime.


  Le code de la liste ressemble  a en SGML :



  <itemize>
   <item>Voici la premire entre de la liste  items.
   <item>Voici la seconde.
   <item>Et la troisime.
  </itemize>




  Comme vous le voyez, la balise <item> est la mme pour les listes
  numrotes et les listes  items.


  Une troisime forme de liste est la liste de dfinition. Elle comporte
  un terme  dfinir, et la phrase de dfinition.



     LLDDPP
        Le Projet de Documentation Linux

     SSGGMMLL
        Standard Generalized Markup Language


  Le code qui permet de crer cette liste est :


  <descript>
   <tag>LDP</tag>Le Projet de Documentation Linux
   <tag>SGML</tag>Standart Generalized Markup Language
  </descript>




  Ce n'est pas tout  fait la mme syntaxe que pour les listes  items
  et numrotes, mais la liste est aussi entoure par des balises
  (<descrip> et </descrip>) et chaque item qui est un mot  dfinir est
  entour par <tag> et </tag>. Le reste de la ligne est alors considr
  comme la dfinition de ce dernier.


  44..44..77..  TTeexxttee vveerrbbaattiimm

  De temps en temps, on a besoin d'afficher du texte comme on l'crit.
  Pour cela, vous pouvez utiliser les balises <verb> et </verb> pour
  entourer du texte qui doit apparatre tel quel. Les espaces, les
  retours  la ligne, et tout autre caractre spcial sont prservs
  jusqu` la balise </verb>.



  Ceci est du texte verbatim.

  Et voici un autre texte verbatim.




  44..44..88..  LLeess UURRLL

  SGML fournit de quoi utiliser des URL (Universal Resource Locators ,
  NdT: sortes de pointeurs vers des ressources extrieures) de tous
  types. Cela ne sera utilis que par les versions HTML, mais d'autres
  formats pourrait galement y avoir recours.  La meilleure utilisation
  en sera faite pas HTML, mais d'autres formats, tels que PDF, pourront
  aussi en tirer avantages.


  Les URL n'ont pas de balise de terminaison, mais toutes les
  informations sont contenues dans la balise <url> elle-mme. Voici un
  URL qui pointe vers la page du LDP : http://www.linuxdoc.org/. Et
  voici le code pour le crer :



  <url url="http://www.linuxdoc.org/"
  name="http://www.linuxdoc.org/">




  La partie url="http://www.linuxdoc.org/" donne la destination du
  pointeur, et la partie name="http://www.linuxdoc.org/" indique au
  navigateur ce qu'il doit afficher en ralit. Dans ce cas, les deux
  parties sont identiques, mais on pourrait crer une balise url qui
  ressemblerai  a :



  <url url="http://www.linuxdoc.org/"
  name="LDP">




  Ce qui affichera ceci dans le texte : LDP. Toutefois, un bon principe
  consiste  dupliquer l'URL dans la partie name. La raison est que si
  vous utilisez un format du type texte ou RTF, ces balises n'auront pas
  de significations. Le lecteur ne connatra pas l'URL  utiliser.

  44..44..99..  LLeess rrffrreenncceess

  Alors que les URL sont adapts pour faire rfrence aux ressources
  externes  votre document, ce n'est pas le cas pour les rfrences au
  sein du texte lui-mme. Pour cela, les balises <label> et <ref> sont
  prfrables. La balise <label> indique un endroit dans le document
  auquel vous voudrez faire rfrence ailleurs dans le texte, comme un
  signet. La cration du <label> est simple. Insrez la ligne suivante 
  l'endroit voulu :



  <label> id="introduction">




  Vous avez alors cr un point dans le texte auquel vous pourrez vous
  rfrer en tant que "introduction". En effet, cette balise est
  utilise dans le document SGML que vous lisez. Quand vous voulez
  pointer vers cet endroit (comme ``ici''), vous insrez le code SGML
  suivant :



  <ref id="introduction" name="ici">




  et SGML insrera le mot "ici" dans le texte qui sera un lien vers la
  section indique par le label "introduction".


  L'autre utilisation des rfrences est l'indexation. Puisque les
  documents du LDP sont souvent publis sur papier sous forme d'un grand
  nombre de documents, les rfrences servent  gnrer un index qui
  apparatra  la fin du livre, bas sur les mots et les sujets.


  44..44..1100..  LLeess ccaarraaccttrreess ssppcciiaauuxx

  Tout comme pour HTML, vous devrez interdire l'interprtation de
  certains caractres non alphanumriques pour viter que SGML les voit
  comme du code. Voici une liste des codes utiliss. Vous en trouverez
  d'avantage dans le Guide de l'utilisateur de sgmltools  l'adresse
  http://www.sgmltools.org/guide/guide.html



    Utilisez &amp; pour le et commercial

    Utilisez &lt; pour le caractre infrieur  (<)

    Utilisez &gt; pour le caractre suprieur  (>)

    Utilisez &etago; pour un infrieur  suivi d'une barre oblique (</)

    Utilisez &dollar; pour le signe dollar ($)

    Utilisez &num; pour un dise (#)

    Utilisez &percnt; pour le pourcent (%)

    Utilisez &tilde; pour un tilde (~)

    Utilisez " et " pour les apostrophes, ou utilisez &dquot; pour "

    Utilisez &shy; pour un trait d'union (c'est  dire une indication
     o le mot peut tre coup pour la justification)


  44..55..  EEccrriirree dduu SSGGMMLL aavveecc dd''aauuttrreess oouuttiillss

  44..55..11..  LLyyXX

  Je vais encore chanter les louanges pour LyX. Je favorise cette
  application car je l'apprcie vraiment. Il donne la possibilit
  d'crire en SGML avec la facilit d'un traitement de texte standard.
  Ce n'est pas un programme WYSIWYG, mais plutt une application WYSIWYM
  (What You See Is What You Mean, NdT: Ce que vous voyez est ce que vous
  pensez), puisque ce que vous voyez n'est pas forcement ce que vous
  obtiendrez une fois que l'interprteur SGML aura fait son travail.


  Pour crer un document LinuxDoc avec LyX, tlchargez et installez
  l'application. Assurez-vous d'avoir dj install TeX et sgmltools
  (voir ``Tlcharger et installer les outils'' pour plus d'informations
   ce propos). Ensuite, lancez LyX et slectionnez "file->new from
  template...". Cliquez sur "Templates" et slectionnez
  linuxdoctemplate.lyx et vous obtiendrez un document de base, avec tous
  les en-ttes d'information qu'un document du LDP se doit d'avoir.
  Modifiez les donnes selon vos besoins (c'est  dire complter les
  champs Titre, Auteur, Date, Abstract, etc.) en commencez la rdaction
  de votre document. Le menu dans le coin en haut  gauche vous permet
  de slectionner le type du texte (standard, liste numres ou 
  items, sections). Le point d'exclamation est utilis pour mettre le
  texte en valeur, et vous pouvez soit cliquer dessus et commencer 
  taper le texte, soit slectionner du texte et cliquer dessus pour
  mettre en valeur du texte dj crit. D'autres spcificits de SGML
  peuvent tre trouves dans le menu Insertion. Vous pouvez insrer des
  URL, des rfrences, des entres d'index, et d'autres types de
  donnes. Une fois votre document termin, vous pouvez le sauvegarder
  au format LyX, et l'exporter au format LinuxDoc et obtenir ainsi un
  fichier avec l'extension .sgml. sgmlcheck peut alors vrifier ce
  fichier, qui est prt  tre converti vers d'autres formats.


  44..55..22..  EEmmaaccss

  Emacs dispose d'un mode spcial pour crire en SGML appel psgml. Ceux
  qui ont une exprience de ce mode sont invits  donner des
  informations  l'auteur par courrier lectronique. psgml est un module
  majeure pour Emacs conu pour diter des documents SGML et XML. Il
  permet une coloration syntaxique et un joli affichage qui font
  ressortir les balises SGML, il fournit une mthode dnsertion des
  balises sans les taper  la main, et est capable de valider la syntaxe
  de votre document lors de sa rdaction. Pour les utilisateurs d'Emacs,
  c'est un excellent outil. Je pense qu'il permet une plus grande
  versatilit que tout autre diteur de code SGML. Il fonctionne aussi
  bien avec DocBook, LinuxDoc et d'autres DTD. La documentation psgml
  est disponible  http://www.lysator.liu.se/~lenst/about_psgml/
  <http://www.lysator.liu.se/~lenst/about_psgml/>.


  44..55..33..  LLeess aauuttrreess oouuttiillss SSGGMMLL

  S'il y a d'autres outils permettant d'utiliser la DTD LinuxDoc pour
  gnrer des documents du LDP, faites le moi savoir.



  44..66..  LLeess bbaasseess ddee CCVVSS

  Le LDP est en train de mettre un place un accs CVS pour les auteurs.
  Il y a, en effet, de bonnes raisons d'utiliser CVS :



  1. CVS gre une sauvegarde des documents. Si vous passer un document 
     un autre auteur, il peut rcuprer le document depuis CVS et
     continuer  travailler dessus. Si vous avez besoin de revenir sur
     une ancienne version, vous pouvez aussi la rcuprer.


  2. C'est formidable si plusieurs auteurs travaillent sur le mme
     document. Vous pouvez demander  CVS de vous indiquez qu'elles
     modifications ont tes faites pendant que vous travailliez sur le
     document, et directement intgrer ces changements.

  3. CVS garde un rapport des modifications du document. Ce rapport peut
     tre plac automatiquement dans le fichier si vous utilisez
     certaines balises qui seront analyses avant l'interprteur SGML.

  4. Il peut servir, grce  un programme,  mettre  jour le site web
     du LDP automatiquement, ds qu'un document a t termin et reu.
     Ce n'est pas encore en place, mais a ne va pas tarder.


  Si CVS est quelque chose de nouveau pour vous, voici quelques pages
  web qui pourront vous aider :



  1. http://www.sourcegear.com/CVS/Docs/blandy
     <http://www.sourcegear.com/CVS/Docs/blandy>

  2. https://wroclaw.art.pl/~ser/docs/cvs.html
     <https://wroclaw.art.pl/~ser/docs/cvs.html>


  44..77..  OObbtteenniirr uunn ccoommppttee CCVVSS

  D'abord, il vous faudra obtenir un compte dans le repository CVS du
  LDP (NdT: lieu de stockage et de dpt des documents pour CVS).  C'est
  souvent le rpertoire racine qui est utilis par CVS, o chaque projet
  (HOWTO, Mini-HOWTO, ...) dispose d'un sous-rpertoire.


  Vous devrez crer un mot de passe crypt et un identifiant
  d'utilisateur pour votre compte. Ce mot de passe vous permet d'envoyer
  un mot de passe crypt au groupe CVS sans qu'ils aient besoin de
  connatre votre mot de passe. Vous pouvez le faire par les commandes
  suivantes, depuis un shell bash (ou sh) :



  $ echo votre_mot_de_passe | perl -e "print crypt(<>, join




  (NdT: je conseille un

  ; echo



  depuis un shell et que la rponse ne semble pas s'afficher)


  Envoyez la sortie de cette commande avec l'identifiant d'utilisateur 
  cvsadmin@cvslist.linuxdoc.org <mailto:cvsadmin@cvslist.linuxdoc.org>.
  Votre CVSROOT unique sera crer et vous recevrez un e-mail avec la
  rponse.


  Quand vous obtiendrez la rponse, connectez vous sur votre CVSROOT et
  vrifiez que tout est configur correctement :



  $ export CVSROOT=:pserver:your_userid@cvs.linuxdoc.org:/cvsroot
  $ cvs -d $CVSROOT login




  (Remplacez CVSROOT par ce qui vous a t indiqu dans la rponse.)


  On vous demandera votre mot de passe, et vous aurez accs au
  repository CVS en mode lecture-criture. Une fois que vous aurez
  utilis login et obtenu accs au systme, votre mot de passe est
  stock dans .cvsroot et vous n'aurez plus besoin d'utiliser cvs login.
  Positionner CVSROOT correctement et c'est parti.


  Vous pouvez obtenir le repository linuxdoc en entier avec cette
  commande :


  $cvs get linuxdoc




  Ou vous pouvez obtenir le fichier source SGML de votre propre document
  par :


  $ cvs get linuxdoc/src/VOTRE-HOWTO.sgml
  $ cvs get linuxdoc/minisrc/VOTREDOC.sgml




  Une liste des changements est galement disponible. C'est un e-mail
  envoy  chaque changement dans le repository. Remarquez que cel peut
  devenir une liste  trs grand dbit. Vous pouvez vous y abonner en
  envoyant un e-mail vide  commits-subscribe@cvslist.linuxdoc.org. Vous
  pouvez annuler votre abonnement en envoyant un e-mail vide  commits-
  unsubscribe@cvslist.linuxdoc.org .


  44..88..  AAuuttrreess iinnffoorrmmaattiioonnss ssuurr CCVVSS

  44..88..11..  AAccccss CCVVSS aannoonnyymmee

  L'accs CVS anonyme (en lecture seule) est disponible par :




  $ cvs -d :pserver:cvs@anoncvs.linuxdoc.org:/cvsroot login




  Utilisez "cvs" comme mot de passe. Vous pouvez alors accder aux
  modules linuxdoc comme dcrit ci-dessus. Notez que les changement
  apparaissent sur le site cvs anonyme environ une demi-heure aprs le
  site principal.


  44..88..22..  FFiicchhiieerrss CCVVSS vviiaa llee wweebb

  Vous pouvez accder au repository CVS par le web  l'adresse
  http://cvsweb.linuxdoc.org/index.cgi/linuxdoc
  <http://cvsweb.linuxdoc.org/index.cgi/linuxdoc>.


  44..88..33..  AAccccss ggrraapphhiiqquuee  CCVVSS

  Il existe des interfaces graphiques pour CVS, et vous en trouverz une
  liste sur le site http://freshmeat.net/appindex/
  <http://freshmeat.net/appindex/>. Cherchez CVS.


  44..99..  CCVVSS eett llaa mmiissee  jjoouurr ddeess ffiicchhiieerrss

  CVS reconnait une balise spciale que vous pouvez utiliser pour
  insrer la date et la version automatiquement dans votre document.
  C'est la balise $Id$. En mettant cette balise dans la section <date>
  (par exemple), elle sera modifie  chaque changement du document,
  permettant une incrmentation automatique de la version.


  Quand vous voulez copier votre fichier modifi sur le serveur CVS,
  utilisez la commande cvs ci -m "commentaires" YOUR-HOWTO.sgml. Le
  paramtre -m "commentaires" n'est pas obligatoire, mais si vous ne le
  mettez pas, vous serez ammen dans votre diteur (certainement vi, ou
  l'diteur indiqu par la variable d'environnement EDITOR) et devrez
  taper un commentaire  propos des changements. Si vous dcidez
  d'utiliser un diteur plutt que de spcifier le commentaire sur la
  ligne de commande, il se peut qu'il faille quelques (plus de 5)
  secondes pour finir ce qu'il y avait  faire et effectuer la mise 
  jour.


  Vous pouvez suivre toutes les discussions  propos de CVS sur la liste
  ldp-discuss. Pour l'instant, les soumissions LDP doivent toujours tre
  envoyes  ldp-submit.


  55..  DDiissttrriibbuueerr vvoottrree ddooccuummeennttaattiioonn

  55..11..  AAvvaanntt llaa ddiissttrriibbuuttiioonn

  Avant de distribuer votre prose  des millions de lecteurs potentiels,
  il y a quelques petites choses  faire.


  D'abord, vrifiez le bon franais de votre texte. La plupart des
  outils que vous utiliserez pour crire en SGML (Emacs, LyX, et les
  autres diteurs de texte) disposent de modules de vrification de
  l'orthographe. Si ce n'est pas le cas, il y a toujours ISPELL,
  disponible dans toutes les distributions. Utilisez aussi sgmlchek pour
  vrifier la cohrence de vos balises SGML.

  Deuximement, faites relire votre document par quelqu'un d'autre que
  vous pour obtenir des commentaires et d'ventuelles corrections. La
  documentation publie par le LDP a besoin d'tre la plus correcte
  possible, car des millions d'utilisateurs de Linux peuvent avoir
  besoin de la lire. Si vous faites partie d'une liste de discussion
  parlant du sujet trait, demandez aux autres intervenants de vous
  aider.


  Troisimement, crez un site web o vous pourrez distribuer vos
  ralisations. Ce n'est pas indispensable, mais trs utile pour
  retrouver la source originale du document.


  55..22..  NNoottiioonnss ddee ccooppyyrriigghhtt eett ddee lliicceennccee

  Pour qu'un document soit accept par le LDP, il doit utilis une
  licence qui en autorise une distribution et une publication libre. En
  tant qu'auteur, vous pourrez conserver le copyright et ajouter
  d'autres restrictions (par exemple, vous devez approuver toutes
  traductions ou travaux drivs). Une version simple d'une licence est
  disponible  l'adresse http://www.linuxdoc.org/COPYRIGHT.html. Si vous
  choisissez d'utiliser ce copyright, placez le dans votre code source
  dans une section intitule "Copyright et licence" o quelque chose
  dans ce genre. Incluez galement une clause de proprit (puisque vous
  en serez le propritaire). Si vous tes un nouveau responsable d'un
  HOWTO qui existait dj, vous devez inclure les clauses de copyright
  de(s) l'ancien(s) auteur(s) et la priode o ils ont maintenu le
  document,  moins qu'ils aient distribu leur document dans le Domaine
  Publique quand ils en ont arrt la maintenance.


  55..33..  UUnnee ffooiiss qquuee vvoottrree ddooccuummeenntt aa tt rreelluu eett qquuee vvoouuss aavveezz pprriiss eenn
  ccoommppttee lleess ccoommmmeennttaaiirreess ddeess rreelleecctteeuurrss,, vvoouuss ppoouuvveezz ssoouummeettttrree vvoottrree
  tteexxttee aauu LLDDPP.. EEnnvvooyyeezz uunn ee--mmaaiill llddpp--ssuubbmmiitt@@lliissttss..lliinnuuxxddoocc..oorrgg..
  IInnddiiqquueezz llee nnoomm dduu HHOOWWTTOO ddaannss llee ssuujjeett dduu mmaaiill,, eett ddccrriivveezz lleess
  cchhaannggeemmeennttss qquuee vvoouuss aavveezz ffaaiitt ((rrccrriittuurree mmaajjeeuurree oouu ccoorrrreeccttiioonnss ddee
  ffaauutteess dd''oorrtthhooggrraapphhee ......)) ddaannss llee ccoorrppss dduu mmeessssaaggee,, eenn yy jjooiiggnnaanntt
  vvoottrree ddooccuummeenntt.. CCeell ppeerrmmeett aauuxx mmaaiinntteenneeuurrss ddee ffaaiirree lleeuurr ttrraavvaaiill pplluuss
  rraappiiddeemmeenntt,, eett ddee nnee ppaass aavvooiirr  ttrroopp aatttteennddrree aavvaanntt qquuee vvoottrree HHOOWWTTOO
  nnee ssooiitt ddiissppoonniibbllee ssuurr llee ssiittee wweebb dduu LLDDPP..  SSii vvoouuss nn''aavveezz ppaass ddee
  rrppoonnssee ddaannss lleess 77 jjoouurrss ssuuiivvaanntt,, rreennvvooyyeezz uunn mmaaiill ppoouurr ssaavvooiirr ssii
  vvoottrree HHOOWWTTOO  bbiieenn tt ttrraaiitt..  SSoouummiissssiioonn aauu LLDDPP

  66..  CCoonnsseeiillss ddee ssttyyllee

  Ceci n'est pas un guide complet sur comment crire une bonne
  documentation (pour l'instant), mais considrez le comme une liste
  rapide de conseils pour vous aider tout au long de la rdaction.



    Etre clair. Tout le monde doit comprendre de quoi vous parl.

    Utiliser des exemples quand c'est possible. Cela aide  comprendre
     de quoi vous parl.

    Etre organis. Ne pas sauter  des sujets sans lien dans une mme
     section.


  Vous pourrez obtenir beaucoup d'autres conseils sur le style du LDP 
  l'adresse http://www.linuxdoc.org/HOWTO/LDP-Style-Guide.html.



  77..  FFAAQQ  pprrooppooss dduu LLDDPP

  77..11..  JJee ddssiirree aaiiddeerr llee LLDDPP.. CCoommmmeenntt ppuuiiss--jjee llee ffaaiirree ??

  La faon la plus simple, c'est de trouver un sujet et d'en faire un
  document. Regardez galement la liste des HOWTO non maintenus et voyez
  s'il n'y en a pas un que vous pourriez continuer.


  77..22..  lliivvrree.. CCoommmmeenntt eesstt pprroottgg llee ccoonntteennuu dduu LLDDPP ??  JJee vvoouuddrraaiiss ppuubb
  lliieerr uunn eennsseemmbbllee ddee ddooccuummeennttss dduu LLDDPP ddaannss uunn

  Rfrez vous  la page http://www.linuxdoc.org/COPYRIGHT.html.


  77..33..  ccoorrrriiggeerr ??  JJ''aaii ttrroouuvv uunnee eerrrreeuurr ddaannss uunn ddooccuummeenntt dduu LLDDPP..
  PPuuiiss--jjee llee

  Contactez l'auteur du document, o le coordinateur et informez le du
  problme en lui donnant une ventuelle correction.














































