> Sous MacOS, je veux bien, mais sous Windows, on se pose des questions avant d'installer la plupart des programmes (ne serais-ce que pour ce meeerrveilleux concept de la base de registre...)
Franchement, la base de registres a plein de problèmes (dont une structure absolument débile et gargantuesque, ainsi que sa nature de fourre-tout immonde), mais ce n'est pas pour autant que je me pose des questions. La plupart du temps sous Win32, je lance setup.exe et vogue la galère (exception faite des très vieux programmes pour win3.x qui peuvent poser des problèmes). Sous Linux, la première chose qu'on se demande, c'est : est-ce que les dépendances sont bonnes ? Généralement c'est « non » et RPM n'ira pas comme APT te chercher les bons paquets tout seul. La deuxième question c'est « est-ce que résoudre les dépendances va se faire sans conflit ? ». Et là, si ton paquet vient d'une autre distrib', tu l'as très profond dans un orifice que je me refuse à citer en public. Donc tu te retrouves à y aller à grands coups de rpm --force --nodeps --melesbroutepas... pour découvrir que le script d'init ne fonctionne pas correctement. Quelques bidouillages plus tard, ton démon fonctionne mais ton opinion de Linux n'est plus aussi bonne qu'avant. Idem quand tu es habitué à avoir tes zones dans /var/cache/bind et que ta nouvelle distrib te les met dans /var/named, etc. Je rejoins ici D.J. Bernstein lorsqu'il dit ( http://cr.yp.to/compatibility.html(...) ) que les logiciels devraient fonctionner de la même manière d'un système à l'autre. Je n'ai pas envie de passer mes journées à jouer à cache-cache avec mes fichiers, j'ai mieux à faire de mon temps !...
> sisi, c'est la meilleure solution.
Je suis pas d'accord[tm] :-)
L'avantage d'avoir des répertoires « thématiques », c'est que j'ai toutes mes applications système dans /sbin, mes applications standard dans /bin, etc. Là où ça devient merdique, et là, Mosfet a raison, c'est lorsque tout se retrouve en vrac dans /usr/bin. Déjà, les applis graphiques devraient logiquement être dans /usr/X11R6/bin... Et il y a d'autres trucs. Ainsi, /usr/lib contient nombre de trucs qui sont tout sauf des bibliothèques. Bref, c'est un beau foutoir. Quant à ce qui est de reloger des paquetages, je vois pas l'intérêt, si ce n'est risquer que le programme ne marche plus (genre tiens, le chemin était codé en dur dans le script d'init...). Bref, je me fiche perso de savoir où sont stockées mes applis, mais il faut que ce soit (1) logique (vraiment logique) et (2) standardisé de partout, afin que je puisse sauter d'une distrib (voire d'un système) à l'autre sans perdre mes marques. Mais là, je prends mes rêves pour la réalité...
[^] # Re: outils de packages
Posté par William Steve Applegate . En réponse à la dépêche Mosfet : Rage against the File System Standard. Évalué à 3.
Franchement, la base de registres a plein de problèmes (dont une structure absolument débile et gargantuesque, ainsi que sa nature de fourre-tout immonde), mais ce n'est pas pour autant que je me pose des questions. La plupart du temps sous Win32, je lance setup.exe et vogue la galère (exception faite des très vieux programmes pour win3.x qui peuvent poser des problèmes). Sous Linux, la première chose qu'on se demande, c'est : est-ce que les dépendances sont bonnes ? Généralement c'est « non » et RPM n'ira pas comme APT te chercher les bons paquets tout seul. La deuxième question c'est « est-ce que résoudre les dépendances va se faire sans conflit ? ». Et là, si ton paquet vient d'une autre distrib', tu l'as très profond dans un orifice que je me refuse à citer en public. Donc tu te retrouves à y aller à grands coups de rpm --force --nodeps --melesbroutepas... pour découvrir que le script d'init ne fonctionne pas correctement. Quelques bidouillages plus tard, ton démon fonctionne mais ton opinion de Linux n'est plus aussi bonne qu'avant. Idem quand tu es habitué à avoir tes zones dans /var/cache/bind et que ta nouvelle distrib te les met dans /var/named, etc. Je rejoins ici D.J. Bernstein lorsqu'il dit ( http://cr.yp.to/compatibility.html(...) ) que les logiciels devraient fonctionner de la même manière d'un système à l'autre. Je n'ai pas envie de passer mes journées à jouer à cache-cache avec mes fichiers, j'ai mieux à faire de mon temps !...
> sisi, c'est la meilleure solution.
Je suis pas d'accord[tm] :-)
L'avantage d'avoir des répertoires « thématiques », c'est que j'ai toutes mes applications système dans /sbin, mes applications standard dans /bin, etc. Là où ça devient merdique, et là, Mosfet a raison, c'est lorsque tout se retrouve en vrac dans /usr/bin. Déjà, les applis graphiques devraient logiquement être dans /usr/X11R6/bin... Et il y a d'autres trucs. Ainsi, /usr/lib contient nombre de trucs qui sont tout sauf des bibliothèques. Bref, c'est un beau foutoir. Quant à ce qui est de reloger des paquetages, je vois pas l'intérêt, si ce n'est risquer que le programme ne marche plus (genre tiens, le chemin était codé en dur dans le script d'init...). Bref, je me fiche perso de savoir où sont stockées mes applis, mais il faut que ce soit (1) logique (vraiment logique) et (2) standardisé de partout, afin que je puisse sauter d'une distrib (voire d'un système) à l'autre sans perdre mes marques. Mais là, je prends mes rêves pour la réalité...
Envoyé depuis mon PDP 11/70