La Mandrake 7.0 apporte de grands progr�s par rapport � d'autres distributions. Entre
autres, on peut
l'installer sur un Compaq Armada 1700! Cette affirmation peut para�tre anodine, mais
je dois pr�ciser qu'avec la
Mandrake 6.1, ce n'�tait pas si simple.Il �tait imp�ratif de d�sactiver le service
PCMCIA lors de
l'installation. On pouvait le r�activer apr�s avoir compil� et r�installer le noyau.
Avec la Suse 6.3, qui n'a
pas cette possibilit�, ce fut catastrophique.
Mais on peut encore am�liorer.
La taille occup�e par /usr est excessive!
Diverses actions doivent �tre men�es:
1- N'installer que ce qui est utile, selon la configuration. Quelques exemples:
/usr/share/terminfo contient 2090 fichiers. Un utilisateur courant n'en utilise
pas plus de 5: linux,
linux-lat, xterm, xterm-color, vt100. Il faudrait faire la s�lection lors de
l'installation de l'archive rpm.
/usr/share/zoneinfo contient 507 fichiers. Un utilisateur s�dentaire n'en utilise
qu'un!
/usr/share/i18n contient 180 charmaps.
/usr/share/locale contient des fichiers pour toutes les langues. Ce n'est pas
utile. L'utilisateur a d�j�
indiqu� lors de l'installation quelle est sa langue; on pourrait lui demander ses
pr�f�rences pour la
localisation, par exemple, avec � fr;en;es �, on installe la localisation � fr � si
elle existe, sinon, et si la
langue d'origine du paquet n'est pas � en �, la localisation � en �, sinon la
localisation � es � si elle
existe; sinon rien. La localisation � ru � ou � pl � ne sert � rien � un utilisateur
qui ne comprend pas cette
langue.
Certaines localisations sont plac�es dans /usr/lib (par exemple
/usr/lib/linuxconf)
Pour r�sumer, utiliser des archives rpm compl�tes, mais un utilitaire
d'installation-configuration qui extrait
les fichiers utiles en fonction des pr�f�rences d�clar�es par l'utilisateur.
2- Un moyen simple de faire une installation all�g�e consiste � supprimer la
documentation. Mais celle-ci est
�parpill�e:
D'abord dans les r�pertoires d�di�s: � usr/doc � � /usr/info � � /usr/man �
Mais aussi dans � usr/lib �, on trouve des sous-r�pertoires � html �, � doc �, �
examples �, � test �, � help�,
� help.eng �, � demos �, � manual �, � tutorial �. Tous ces r�pertoires devraient �tre
harmonis�s et mut�s dans
� usr/doc �. � usr/lib � doit �tre r�serv� � ce qui est n�cessaire au fonctionnement
du programme.
3- La documentation, (pour ceux qui ont de la place) est h�t�roclite. Plusieurs
formats co-existent: man, html,
howto, ps, info, et autres. La encore, on pourrait demander les pr�f�rences de
l'utilisateur, et convertir lors
de l'installation les documents dans le format pr�f�r�, en �vitant les redondances.
4- Le choix des outils. Actuellement un utilisateur ne peut pas choisir les langages
et outils utilis�s: un
utilisateur qui dit (ou pense) � le python ne m'int�resse pas, je ne veux pas
l'installer � installe quand m�me
python parce qu'il est requis par des outils de configuration. Et c'est ainsi qu'on se
retrouve avec des tas
d'outils et de paquets dont on a pas vraiment besoins et qui font � peu pr�s la m�me
chose. On ne contr�le pas
plus ce qu'on met dans sa machine, qu'avec d'autres OS o� on ne sait pas du tout ce
quels programmes contient la
machine
