> Tout à fait... sauf qu'aucune des distros à base de RPM que j'ai essayées n'implémente la désinstallation automatique des dépendances inutiles
Quel est l'intérêt ?
Gagner un peu de place sur le disque dur et c'est tout.
Enfin comment tu fais pour savoir si un paquet est inutile ou non avec le chargement dynamique des libraries ?
Prend le plugin flash, c'est une librairie, personne en dépend (en tout cas tu ne peux pas le détecter automatiquement). Tu fais quoi, tu le vires automatiquement ?
Certes, tu peux faire une "usine à gaz" qui regarde ce que l'utilisateur a explicitement demandé d'installé. Mais pour l'installation par défaut, tu fais quoi ? Tu considères qu'il n'a explicitement rien demandé ou qu'il a demandé explicitement tout ce qui est dans l'installation par défaut ?
RHEL/Fedora utilisé les groupes (abstraction hors de rpm). Lorsqu'un utilisateur demande l'installation d'un groupe, tu considères que l'utilisateur a explicitement demandé tous les paquets du groupe ?
Prenons le problème avec plus de distance. Si un paquet est installé et n'est pas utilisé, il ne dérange personne (à quelques excèptions comme les programmes avec suid).
Regardes du côté de Windows, 99 % des postes ont l'installation par défaut...
Contrairement à Windows, sous Linux il n'y a pas de programme qui s'exécute et qu'on ne peut virer. Si c'est un service, on peut le désactiver, si c'est un applet Gnome, on peut la virée, etc.
Donc les paquets en trop ne dérange pas sauf pour la place disque, voire la durée de mise de jour.
Cette "finesse" de désinstallation n'a pas de sens en entreprise. Un poste peut être utilisé par plusieures personnes et dans ce cas le poste ne va pas être aux petits oignons pour une seule personne. Si une personne a besoin d'un programme qui n'est pas installé, l'admin installe le programme. Et si la personne part, ben l'admin laisse l'application car il a autre chose à foutre que d'économiser quelques Mo et car l'application sera peut-être utilisée par un autre.
> mais c'est quand même une habitude tenace dans le "clan RPM"...
[^] # Re: Quel administrateur aime bien rhel ?
Posté par IsNotGood . En réponse au journal RHEL 5.2/Ubuntu 8.04. Évalué à 2.
Quel est l'intérêt ?
Gagner un peu de place sur le disque dur et c'est tout.
Enfin comment tu fais pour savoir si un paquet est inutile ou non avec le chargement dynamique des libraries ?
Prend le plugin flash, c'est une librairie, personne en dépend (en tout cas tu ne peux pas le détecter automatiquement). Tu fais quoi, tu le vires automatiquement ?
Certes, tu peux faire une "usine à gaz" qui regarde ce que l'utilisateur a explicitement demandé d'installé. Mais pour l'installation par défaut, tu fais quoi ? Tu considères qu'il n'a explicitement rien demandé ou qu'il a demandé explicitement tout ce qui est dans l'installation par défaut ?
RHEL/Fedora utilisé les groupes (abstraction hors de rpm). Lorsqu'un utilisateur demande l'installation d'un groupe, tu considères que l'utilisateur a explicitement demandé tous les paquets du groupe ?
Prenons le problème avec plus de distance. Si un paquet est installé et n'est pas utilisé, il ne dérange personne (à quelques excèptions comme les programmes avec suid).
Regardes du côté de Windows, 99 % des postes ont l'installation par défaut...
Contrairement à Windows, sous Linux il n'y a pas de programme qui s'exécute et qu'on ne peut virer. Si c'est un service, on peut le désactiver, si c'est un applet Gnome, on peut la virée, etc.
Donc les paquets en trop ne dérange pas sauf pour la place disque, voire la durée de mise de jour.
Cette "finesse" de désinstallation n'a pas de sens en entreprise. Un poste peut être utilisé par plusieures personnes et dans ce cas le poste ne va pas être aux petits oignons pour une seule personne. Si une personne a besoin d'un programme qui n'est pas installé, l'admin installe le programme. Et si la personne part, ben l'admin laisse l'application car il a autre chose à foutre que d'économiser quelques Mo et car l'application sera peut-être utilisée par un autre.
> mais c'est quand même une habitude tenace dans le "clan RPM"...
Il y a des raisons/explications légitimes.