Je ne vois pas en quoi c'est moins le bordel de déporter dans /usr/local des truc qui sont dans /usr dans un autre système ...
La différence que je vois, c'est que quand tu cherches quelques chose, sur un BSD, tu le cherches dans /usr/local, sur un linux sur /usr ... bof comme amélioration du rangement. Sans compter que sur une LFS tu peux sans effort obtenir pratiquement la même chose en oubliant systématiquement les "--prefix=/usr" lors du configure.
Arnaud: je pense que cet arguments n'est pas du tout un avantage pour BSD: un niveau de plus dans l'organisation, alors que de toutes façon dans ce niveau t'y mets aussi tout le (reste du) bordel ... Je pense que ça perd plus que ça ne permet d'y retrouver ses petits.
A un moment, il me semble que nasgaia avait pris le parti d'installer toutes les grosses appli dans un rep séparé dur /opt, ça au moins ça rangeait les choses d'une manière vraiment différente.
Je pense vraiment que ce qui fait que c'est pas le bordel sur un système, c'est le système de gestion des packages (que ce soient les ports BSD, portage, rpm, apt, ou autres). Si le système de gestion de packages sait toujours exactement ou se trouvent tous les fichiers qu'il a installé et qu'il sait comment les désinstaller, alors ce n'est pas le bordel : il n'y a, alors, plus vraiment d'y perdre ses petits, il suffit de demander à rpm, apt, portage, "port BSD" (je ne connais pas l'outil).
Quant à l'argument d'Arnaud sur l'organisation du développement des deux systèmes ... bin je ne suis pas complètement d'accord. Dans le kernel « vanilla », c'est Linus (ou le mainteneur officiel) qui décide ce qu'on met dedans. Rien ne l'empêche, a priori, d'avoir une ligne claire et précise (et c'est le cas pour Linus). Le kernel de Linux a un développement monarchique : le roi décide (en l'occurrence le roi c'est Linus).
Maintenant, il y a beaucoup de personnes qui développent des trucs parallèlement à l'équipe officielle qui ne sont jamais intégré au kernel (je pense surtout aux drivers, mais aussi à certains systèmes de fichiers, ...) Et c'est vrai que c'est le bordel et parfois mal fait. Mais, ça vient plus du fait qu'il y a beaucoup plus de personnes intéressées par le développement de Linux qui ne sont pas dans la, comme tu dis, "core team", que pour les *BSD du fait que Linux est plus connu/utilisé.
Et pour les distribution elle-même, il y a toujours une "core team" aussi. Je ne peux pas influencer directement le développement ni de MDK, ni de RH, SuSE, Debian, Slack, ... Par contre le fait que toutes ses distributions existent fait que Linux n'est pas monolithique. Et renforce cette impression de bordel. Mais si *BSD se développait plus, je suis sûr qu'on verrait de multiple "fork" (yen a déjà au moins 3 ...) et le bordel naîtrait aussi.
Quand au fait que Linux soit, au départ, un projet d'étudiant pour y faire ses TD d'info : c'est un fait. Mais de là à dire que c'est encore le cas ... je pense que c'est un peu pousser mémé dans les orties.
PS: pour arnaud: je sais que portage n'est qu'une pâle copie des ports bsd ;-)
Poste le Friday 10 September 2004 10:33:41