ah ? je peux retirer ma glibc sans que rien ne casse ?
Ce n'est pas qu'il n'y en a pas, c'est que rien ne t'aide à les gérer.
Et écrit comme ça c'est tout de suite moins intéressant tu crois pas ?
Non, moi je ne crois pas. Deja, ca ne me semble pas terrible de desinstaller un package sans savoir ce que c'est, rpm, deb ou tgz. C'est une question de bon sens.
D'autant plus que ce ne sont pas les dependances qui font forcement la necessite d'un logiciel (desinstalle lilo ou le bash qu'on rigole). RPM va-t-il se plaindre ? Donc dans ce cas, la gestion des dependances est inutile. Ca n'empeche pas les betises.
J'ajoute que sur la slack, les logiciels sont regroupe en serie (a, ap, d, e, f, gnome, k, kde, kdei, l, n, t, tcl, x, xap, y et extra). Ce qui vient de 'a' est essentiel en general et suffisant pour faire tourner le systeme, donc tu touches pas sans savoir :-) Au moins c'est clair.
D'autre part, les gestions sont souvent mal ficelees avec les rpms ou deb. Ce n'est pas parce qu'un logiciel A a une dependance avec B qu'il ne va plus marcher du tout si je retire B. Dans la plupart des cas, le logiciel marche, simplement avec une fonctionnalite en moins. Dans les autres cas, il met un message d'erreur parce qu'il ne trouve pas B, qu'il suffit d'installer. Bref, la meme chose que ce que dit rpm a part qu'on a pas besoin d'installer les logiciels dans un ordre particulier exclusif. Utilite d'une base de donnee ? Limitee. Je passe sur les dependances circulaires qui me font toujours hurler de rire.
L'utilisation de dependances oblige egalement a fractionner grandement tous les paquets ce qui augmente a la complexite du systeme et tres souvent a sa coherence. Et si on a pas besoin des include ou des libs, et bien tant pis, tous le monde ne bosse pas sur de l'embarque ou des serveurs i486, il y a de la place sur les disques quand meme. Quand j'installe A, j'estime normal d'avoir tout A. C'est incroyable de proposer ce genre d'economie avec des distribs qui font plus de 3 CD de binaires.
Enfin, une base de donnee qui plante pose souvent de serieux problemes et met en jeux la sanite de tout le systeme. Je suis desole de choquer mais cela me semble tres similaire a la base de registre de Windows. Ca ne me semble pas solide comme methode.
A l'oppose, Slackware mise sur la simplicite. Chaque package (un simple tgz) ecrit la liste de ses fichiers dans un bete fichier texte. Tu peux upgrader/downgrader sans problemes. C'est incassable.
Pour ma part, j'ai fait slack 8.0 -> 8.1 -> 9.0 -> 9.1 sans soucis. Bon, il y a un sacre bazar dans /etc, /home/*/ et /usr/local mais ca ronronne toujours. Je ferai probablement le menage en passant a XFS avec la prochaine slack.
La seule critique que j'ai contre le systeme de la slack, c'est que sur une vieille becane qui a beaucoup de packages, retirer ou upgrader un package prend du temps car le script scanne toutes les autres listes de fichiers pour voir si il y a des fichiers communs avec un autre package et donc garder le-dit fichier.
Le systeme de la slack est honnetement le plus fiable a l'utilisation meme si ce n'est pas forcement le plus simple du point de vue utilisateur (quoique...).
[^] # Re: éternel dilemne
Posté par Jérôme Pinot (site web personnel) . En réponse au journal éternel dilemne. Évalué à -1.
Ce n'est pas qu'il n'y en a pas, c'est que rien ne t'aide à les gérer.
Et écrit comme ça c'est tout de suite moins intéressant tu crois pas ?
Non, moi je ne crois pas. Deja, ca ne me semble pas terrible de desinstaller un package sans savoir ce que c'est, rpm, deb ou tgz. C'est une question de bon sens.
D'autant plus que ce ne sont pas les dependances qui font forcement la necessite d'un logiciel (desinstalle lilo ou le bash qu'on rigole). RPM va-t-il se plaindre ? Donc dans ce cas, la gestion des dependances est inutile. Ca n'empeche pas les betises.
J'ajoute que sur la slack, les logiciels sont regroupe en serie (a, ap, d, e, f, gnome, k, kde, kdei, l, n, t, tcl, x, xap, y et extra). Ce qui vient de 'a' est essentiel en general et suffisant pour faire tourner le systeme, donc tu touches pas sans savoir :-) Au moins c'est clair.
D'autre part, les gestions sont souvent mal ficelees avec les rpms ou deb. Ce n'est pas parce qu'un logiciel A a une dependance avec B qu'il ne va plus marcher du tout si je retire B. Dans la plupart des cas, le logiciel marche, simplement avec une fonctionnalite en moins. Dans les autres cas, il met un message d'erreur parce qu'il ne trouve pas B, qu'il suffit d'installer. Bref, la meme chose que ce que dit rpm a part qu'on a pas besoin d'installer les logiciels dans un ordre particulier exclusif. Utilite d'une base de donnee ? Limitee. Je passe sur les dependances circulaires qui me font toujours hurler de rire.
L'utilisation de dependances oblige egalement a fractionner grandement tous les paquets ce qui augmente a la complexite du systeme et tres souvent a sa coherence. Et si on a pas besoin des include ou des libs, et bien tant pis, tous le monde ne bosse pas sur de l'embarque ou des serveurs i486, il y a de la place sur les disques quand meme. Quand j'installe A, j'estime normal d'avoir tout A. C'est incroyable de proposer ce genre d'economie avec des distribs qui font plus de 3 CD de binaires.
Enfin, une base de donnee qui plante pose souvent de serieux problemes et met en jeux la sanite de tout le systeme. Je suis desole de choquer mais cela me semble tres similaire a la base de registre de Windows. Ca ne me semble pas solide comme methode.
A l'oppose, Slackware mise sur la simplicite. Chaque package (un simple tgz) ecrit la liste de ses fichiers dans un bete fichier texte. Tu peux upgrader/downgrader sans problemes. C'est incassable.
Pour ma part, j'ai fait slack 8.0 -> 8.1 -> 9.0 -> 9.1 sans soucis. Bon, il y a un sacre bazar dans /etc, /home/*/ et /usr/local mais ca ronronne toujours. Je ferai probablement le menage en passant a XFS avec la prochaine slack.
La seule critique que j'ai contre le systeme de la slack, c'est que sur une vieille becane qui a beaucoup de packages, retirer ou upgrader un package prend du temps car le script scanne toutes les autres listes de fichiers pour voir si il y a des fichiers communs avec un autre package et donc garder le-dit fichier.
Le systeme de la slack est honnetement le plus fiable a l'utilisation meme si ce n'est pas forcement le plus simple du point de vue utilisateur (quoique...).
PS: Tu as oublie Fedora dans ta liste.