[Précédent (date)] [Suivant (date)] [Précédent (sujet)] [Suivant (sujet)] [Index par date] [Index par sujet]

Re: Un cours interactif en installant?

Quoting Gilles Pelletier <[email protected]>:

> Un cours interactif en installant?
> 

J'apprecie beaucoup l'idee.. Tu permets que je me concentre sur ce sujet
alors?

[Hors-sujet:

> Consulter un CD au prompt avec Linux, ce n'est pas tout à fait évident,
> quand on sort des
> belles interfaces d'installation! Bien sûr, je savais qu'il fallait le
> "mounter", mais comme 
> toute l'installation du noyau s'était déjà faite à partir du CD, je pensais
> qu'il était "mounté" 
> une fois pour toutes! De plus, je voyais /hdb et /mount/cdrom (ou quelque
> chose comme). 
> Donc, pas le problème! 
> 
> Un ami m'a remis sur la piste: même l'existence d'un mounting point m'était
> inconnue! 

Il existe un petit module que je considere encore comme experimental 
(est-ce qu'il y a quelqu'un qui a reussi a le faire fonctionner
d'une facon fiable?) qui s'appelle automountd et qui permet de faire
des mount automatiques des que tu accedes au mounting point. Il y a aussi
autocd qui est capable de lire le label d'un CD et le "mounter" sur un
repertoire au choix. Quand ces programmes vont etre au point, ca pourrait
etre pratique.]

<snip on SUSE>

> C'est ce petit pépin, qui m'est arrivé avec le mount, qui me chicotte. Je
> me dis que, un
> jour ou l'autre, je vais certainement en rencontrer des semblables. Si
> jamais des gens
> se branchent à mon ordi, je devrai même revenir aux problèmes de "mount". 
> Alors, 
> j'aimerais bien recevoir un petit cours interactif... en mettant le système
> sur pied.
> 
> Pourquoi, lorsque vient le temps de monter le CD, n'explique-t-on pas ce
> que signifie /dev, /mnt,
> /fstab, /mtab, etc. ? Est-ce qu'un usager un peu sérieux ne devra pas
> apprendre ces concepts
> un jour ou l'autre s'il veut bien gérer son système? Évidemment, il y a
> toujours le «support», 
> mais quand on sait que mtab signifie «mounted tab», le monde est déjà moins
> «cryptique», non?
> 
> Imaginons. Mettons que, une fois installés le noyau et les logiciels
> d'édition, on ouvre deux 
> fenêtres dans Emacs (ou Vi, ou Joe, ou Jack, je ne sais pas). Dans l'écran
> du haut se trouvent 
> les instructions en html; dans celui du bas, le fichier à configurer.
> 
> D'abord, le «cours» a brièvement expliqué à l'usager ce qui vient de se
> passer sur son système:
> un noyau a été installé et des applications fonctionnent déjà en mode
> texte. Pour avoir accès au 
> CD, au floppy, au  «graphique» en SVGA, à l'internet et l'imprimante, il y
> a quelques fichiers à 
> configurer.

Primo, c'est une etape propre aux RPMs (RH, SuSE, Caldera...).
Les fichiers debs (Debian, SEUL, Corel) permettent une configuration
des packages a mesure qu'ils sont intalles. Plusieurs
scripts existent qui permettent a l'usager de refaire cette configuration
plus tard et nous sommes presentement dans le design/implementation d'une
solution permettant de faire des scripts generaux avec une interface
graphique ou texte independante.

Secondo, la majorite des fichiers de configuration ont leur manpages
dans la section 5 (man -S 5 <nom du fichier>) et reference dans la
section FILES du programme qui l'utilisent. Exemple : man fstab

> 
> Finalement, ces fichiers-là, c'est pas du latin. Il y a des « 
> WhatDoYouWantToPutHere="" » 
> exactement comme si c'était du code HTML. Ce n'est pas plus compliqué de
> rentrer les 
> fréquences d'un moniteur dans ce genre de fichier que dans une interface
> graphique... avec 
> les bonnes instructions.

Tercio, la majorite des fichiers de config supportent les commentaires,
ce qui permet de conserver les versions anterieures d'un parametre de
configurations, mais aussi de documenter ces parametres. Sous Debian, 
entk, c'est presque toujours le cas.

> 
> (Je ne dis pas qu'il n'y aurait jamais besoin d'un petit script pour faire
> parfois un calcul en 
> arrière-plan ;-) 
> 
> Notez bien, qu'on ne parle pas ici de la vie de Torvalds, des faqs qui sont
> disponibles 
> à travers le monde, de l'installation en ftp, de montage de cable-modem, ni
> même de disques
> SCSI. On parle du plus simple: IBM PC, IDE, CD bootable, modem 56k, etc.
> Les variantes sont 
> en hyperliens. Si on a un SCSI, on prend l'embranchement avec le lien,  on
> installe le SCSI, on 
> revient au filon principal.
> 
> Dans de telles conditions, faudrait-il lire tellement pour faire une
> installation? Ne vaudrait-il pas 
> mieux lire un peu lors de l'installation, qu'ouvrir un livre à chaque
> problème et se perdre par 
> manque d'une vision globale?
> 
> Une fois le noyau installé, la tâche est-elle si complexe? Y a-t-il des
> problèmes que je ne 
> comprends pas? On m'a pourtant dit que tout était possible avec Linux! 

C'est plus le contenu d'une telle documentation qui est dur a maintenir.
Le LDP (Linux Documentation Project) est un gros projet et la principale
difficulte est de trouve une documentation facile a maintenir et a mettre
a jour en differents formats (d'ou l'utilisation du SGML comme format
principal qui permet une sortie en TXT ou HTML ou TeX).

> 
> Un cours interactif en installant, est-ce trop demander?

Caldera offre un menu d'aide lors de l'installation qui te permet de
lire de la documentation en meme temps que tu installes. Pour Debian
il est possible aussi de lire un court texte d'aide sur le sujet pendant
la premiere partie (bootstrap) de l'installation. Ensuite, tu as un systeme
deja stable et tu peux retrouver la doc dans /usr/doc/. Pour les autres,
desole, je manque d'experience.

> 
> GP
> 

Faire un cours interactif est difficile au niveau du contenu. Si l'usager
Windows ne retrouve pas son c:, d:, etc., l'usager Mac lui ne retrouve pas
son Desktop et Hard Disk, et je n'aborderai pas les cas des Amiga, BeOS,
BSD (et oui, ca peut changer meme a travers les Unixes), etc.

Par contre, quelque chose qui fut souvent considere sont des Tips of the
Day (a la facon Gimp) sous le format de fortune file. Il serait meme
possible de les faire en HTML avec des commandes speciale pour ouvrir
un fichier a editer, etc. Ca ressemblerait un peu aux extensions WinHelp
de Windows 95.

Toutefois, pour commencer, je partirai avec un format fortune a cause
des differents browser qui existent deja pour ce format. 
http://www.patoche.org/LTT contient une belle collection pour partir ces
TIPS et je me rappelle d'en avoir vu une autre collection ailleurs.

On pourrait diviser ces tips en 'Unix general', 'Linux Specific', Linux
for Windows users', 'Linux for Mac Users', etc. Je peux m'occuper des
traductions mais j'aimerais avant tout savoir si je peux recevoir
suffisamment de soumissions pour que ca vaille la peine (en format texte
s'il-vous-plait).

Au revoir!

------------------------------------------------------------------------
Fabien Ninoles        Chevalier servant de la Dame Catherine des Rosiers
aka Corbeau aka le Veneur                    Debian GNU/Linux maintainer
E-mail:                                                    [email protected]
WebPage:                                    http://www.tzone.org/~fabien
RSA PGP KEY [E3723845]: 1C C1 4F A6 EE E5 4D 99  4F 80 2D 2D 1F 85 C1 70
------------------------------------------------------------------------