C'est fait pour plusieurs raisons je pense:
1) le multi-plateforme : Que je sois sous Linux, Windows ou MacOS, je peux accéder sans trop de soucis aux bibliothèque. Sans être dépendant du gestionnaire de paquet (éventuel) du système.
2) Ça permet à un non-administrateur d'avoir accès à des paquets ne touchant pas au système à proprement parler. C'est donc plus souple du point de vue utilisateur, même si ça peut poser des problème du point de vue administrateur parfois.
3) Simplifier les procédures de création de paquets, souvent très lourdes dans les distributions, notamment quand on souhaite acquérir une certaine visibilité (accès à la branche "stable").
Certes, la multiplication de ces gestionnaires peut poser problème. Néanmoins, si on veut quelque chose de rapide, simple et réactif, et à la fois stable et éprouvé, on n'a pour l'instant pas de réelle possibilité de n'utiliser qu'un outil.
Une idée que je lance, ça serait d'avoir une norme/langage commun pour pouvoir automatiser ces installation de paquets à l'intérieur des applis. J'ai pesté pas mal de fois contre Eclipse à ce propos. Passer par le clicuodrome à chaque réinstallation pour ajouter 5 plugins est pénible. Un script aurait été très appréciable…
[^] # Re: Gestionnaire de paquets
Posté par isildur37 . En réponse à la dépêche GNU Emacs 24 est là !. Évalué à 3.
C'est fait pour plusieurs raisons je pense:
1) le multi-plateforme : Que je sois sous Linux, Windows ou MacOS, je peux accéder sans trop de soucis aux bibliothèque. Sans être dépendant du gestionnaire de paquet (éventuel) du système.
2) Ça permet à un non-administrateur d'avoir accès à des paquets ne touchant pas au système à proprement parler. C'est donc plus souple du point de vue utilisateur, même si ça peut poser des problème du point de vue administrateur parfois.
3) Simplifier les procédures de création de paquets, souvent très lourdes dans les distributions, notamment quand on souhaite acquérir une certaine visibilité (accès à la branche "stable").
Certes, la multiplication de ces gestionnaires peut poser problème. Néanmoins, si on veut quelque chose de rapide, simple et réactif, et à la fois stable et éprouvé, on n'a pour l'instant pas de réelle possibilité de n'utiliser qu'un outil.
Une idée que je lance, ça serait d'avoir une norme/langage commun pour pouvoir automatiser ces installation de paquets à l'intérieur des applis. J'ai pesté pas mal de fois contre Eclipse à ce propos. Passer par le clicuodrome à chaque réinstallation pour ajouter 5 plugins est pénible. Un script aurait été très appréciable…