C'est un véritable exemple. Une cascade absconse de dépendances provoquant l'installation d'une partie d'Xorg à partir de l'installation de nmap. Avoue que ça fait un peu désordre sur un serveur.
La fiabilité n'implique pas 99% de réussite mais 100% et c'est, comme je l'expliquais plus haut, justement parce qu'il n'est pas possible d'atteindre 100% que Slackware fait le choix de ne pas proposer une solution bancale.
C'est un choix volontaire, une philosophie. On peut ou pas y adhérer, il n'y a pas d'obligation pas plus qu'il y en a à utiliser apt (qui n'atteint probablement pas les 99%).
Oui, avec Slackware tu dois gérer à la main mais si ça ne fonctionne pas ce sera de ta faute, pas de la faute d'un autre qui a fait un choix qui lui a semblé bon.
Cela ne veut pas dire qu'il faut prendre plaisir à souffrir en tapant des lignes de commandes interminables mais cela veut dire que la moindre des choses est de comprendre et de savoir ce que font les commandes qu'on exécute.
Si tu ne sais pas gérer tes dépendances, apprends à le faire (man ldd) mais ne te reposes pas toute ta vie sur une commande dont tu ignores le fonctionnement.
Une fois que tu sauras chasser tes dépendances et si ce "sport" ne te plaît pas tu pourras utiliser apt-get en toutes connaissances de cause et en ayant conscience de ses limitations intrinsèques plutôt qu'en répétant que ces limites n'existent pas.
Pour ma part j'ai écrit mon propre système de contrôle et de gestion des dépendances pour Slackware.
C'est un bête script bash (!) qui vérifie l'ensemble des bibliothèques et exécutables installés sur le système et installe les paquets manquants si nécessaire (évidemment, comme tout gestionnaire de dépendances il a également ses limites).
Bref, chasser des dépendances n'a rien de sorcier et donne une bien meilleure connaissance du système.
Je suis toujours effaré de voir des admins, pro pour beaucoup, ne pas connaître ldd, LD_LIBRARY_PATH, ld.so.conf et toutes ces choses utiles.
Force est de constater qu'ils ont joué exclusivement avec des distributions "pré-machées" et qu'ils se trouvent comme une poule devant un mégot au moindre problème que n'arrive pas à résoudre les outils fournis.
[^] # Re: slackounet
Posté par Doug Le Tough (site web personnel) . En réponse au journal Slackware a un quart de siècle !. Évalué à 3. Dernière modification le 20 juillet 2018 à 19:11.
C'est un véritable exemple. Une cascade absconse de dépendances provoquant l'installation d'une partie d'Xorg à partir de l'installation de nmap. Avoue que ça fait un peu désordre sur un serveur.
La fiabilité n'implique pas 99% de réussite mais 100% et c'est, comme je l'expliquais plus haut, justement parce qu'il n'est pas possible d'atteindre 100% que Slackware fait le choix de ne pas proposer une solution bancale.
C'est un choix volontaire, une philosophie. On peut ou pas y adhérer, il n'y a pas d'obligation pas plus qu'il y en a à utiliser apt (qui n'atteint probablement pas les 99%).
Oui, avec Slackware tu dois gérer à la main mais si ça ne fonctionne pas ce sera de ta faute, pas de la faute d'un autre qui a fait un choix qui lui a semblé bon.
Cela ne veut pas dire qu'il faut prendre plaisir à souffrir en tapant des lignes de commandes interminables mais cela veut dire que la moindre des choses est de comprendre et de savoir ce que font les commandes qu'on exécute.
Si tu ne sais pas gérer tes dépendances, apprends à le faire (man ldd) mais ne te reposes pas toute ta vie sur une commande dont tu ignores le fonctionnement.
Une fois que tu sauras chasser tes dépendances et si ce "sport" ne te plaît pas tu pourras utiliser apt-get en toutes connaissances de cause et en ayant conscience de ses limitations intrinsèques plutôt qu'en répétant que ces limites n'existent pas.
Pour ma part j'ai écrit mon propre système de contrôle et de gestion des dépendances pour Slackware.
C'est un bête script bash (!) qui vérifie l'ensemble des bibliothèques et exécutables installés sur le système et installe les paquets manquants si nécessaire (évidemment, comme tout gestionnaire de dépendances il a également ses limites).
Bref, chasser des dépendances n'a rien de sorcier et donne une bien meilleure connaissance du système.
Je suis toujours effaré de voir des admins, pro pour beaucoup, ne pas connaître ldd, LD_LIBRARY_PATH, ld.so.conf et toutes ces choses utiles.
Force est de constater qu'ils ont joué exclusivement avec des distributions "pré-machées" et qu'ils se trouvent comme une poule devant un mégot au moindre problème que n'arrive pas à résoudre les outils fournis.