Le 24.01.02, Raphael Hertzog a tapot� :
| Bonjour,
Salut.
| j'envisage de me pr�senter aux �lections Debian qui approchent.
Excellente id�e !
| Donc, je me permets de lancer cette enfilade "cahier de dol�ances"
| pour recevoir vos id�es/requ�tes/probl�mes.
Tr�s bonne id�e aussi.
| Je vous demande de rester relativement concret, ce n'est pas la
| peine de me dire "on veut des release stable plus souvent", ca tout le
| monde le sait et tout le monde le veut. Par contre si vous avez
| des id�es sur comment y parvenir, alors oui n'h�sitez pas. Ce qui
| m'int�resse aussi c'est tout ce que vous pouvez avoir � dire/sugg�rer autour
| de l'image de Debian, de la communication de Debian, de son organisation
| interne, de sa mani�re d'�tre en contact avec ses utilisateurs, de la
| mani�re de collaborer avec les d�veloppeurs, etc.
Apr�s plusieurs ann�es d'utilisation de cette distro
exceptionnelle ainsi que d'autres (Slack principalement) mais
aussi d'autres OS (BSD, Solaris...) j'ai pris quelques habitudes
bas�e sur une longue r�flexion et de grandes discussions que ce
soit sur cette ml ou sur les newsgroups.
� l'heure actuelle, une grande partie des installations de Linux
et de la Debian en particulier se font sur des machines en
environnement r�seau. Les am�liorations que je propose permettent
non seulement de simplifier l'installation en r�seau (eg : un
serveur d'applis et des clients) ainsi que de facilit� la mise �
jour plus rapide des paquetages.
Cette modification a d�j� �t� �voqu�e : il s'agit de d�couper
l'ensemble des paquetages en 2 parties. D'une part les paquetages
concernant la base du syst�me (en fait surtout faisant la base
d'un syst�me unix minimal mais n�anmoins fonctionnel). Et d'autre
part tous les autres paquetages.
Ce qui fait la sp�cificit� de ce syst�me est que les releases de
la base de l'OS sont plus facile et rapides. De plus, si l'on
joint � cela le fait d'avoir des paquets non-de-base (extra)
compil�s pour la derni�re version de base, la mise � jour est
grandement facilit�e : en effet, il n'est plus n�cessaire d'avoir
des paquets unstable mais uniquement stable/testing, ces derniers
n'�tant disponible que pour tester les nouvelles fonctionnalit�s
du logiciel incrimin�. De plus, l'ind�pendance n�cessaire par
rapport � la base (dans le sens des mises-�-jour) et la limitation
des d�pendances envers les autres paquets est indispensable.
Enfin, ce d�coupage base/extra associ� � des paquets relocatable
(fr ?) (je sais on en a d�j� beaucoup parl�) pour les paquets
extra, permettrait, si l'on sp�cifie un pr�fix particulier pour
tous ces paquets, de les installer/upgrader facilement dans un
environnement r�seau. Il ne n�cessiterait plus que l'installation
de la base sur toutes les machines, des paquets choisis sur le
serveur de fichiers �pic�tou !
L'avantage est que ce serait aussi valable pour une station seule.
Bien s�r une bonne ergonomie est indispensable (ergonomie ne veut
pas forc�ment dire fen�tres/graphique, hein :) : une pr�sentation
claire des �tapes (tenant dans un �cran de 24 lignes) pass�es et
futures (mieux que ce qui est actuellement fait) serait un plus
ind�niable.
Thomas -- grain de sel
--
BOFH excuse #190:
Proprietary Information.
