Pour Fedora, si on compte le dépot DAG qui rajoute 4140 paquets sources ça monte à 13292; si avec ça ça il t'en manque encore, il y a plein d'autre repos pour les projets exotiques.
Pour la Mandriva, on a de base:
main: 2947
contrib: 8473
non-free: 91
PLF free: 205
PLF non-free: 102
=> Total: 11818 paquets source courants.
Après, il existe aussi des dépots annexes pour les logiciels exotiques...
En tout cas, en tant qu'admin système, c'est la Mandriva qui me cause le moins de soucis, car leur système de gestion de paquets est vraiment le plus évolué. L'installation en parallèle d'un RPM sur un groupe de machine, ça, ça n'existe nulle part ailleurs à ma connaissance...
Et je ne parle pas de la 2010.0 qui fut la seule en son temps à s'installer sur mon serveur proliant dont le disque fait 6To. (partitionnement GPT et boot par grub2 supporté par l'installeur de la 2010.0).
Quant aux distributions "hipe", on passe plus de temps à refaire les paquets et recompiler son noyau qu'à travailler avec, car les empaqueteurs passent le temps à désactiver des options par défauts (genre /dev/tcp dans bash, GPT support dans le noyau et autres "features" non-standard, non-LSB, complètement incompréhensibles du point de vue fonctionnel et/ou sécuritaire)
[^] # Re: Nombre de paquets
Posté par Olivier LAHAYE . En réponse à la dépêche Fedora 13 « Goddard », parée au décollage. Évalué à 4.
Pour la Mandriva, on a de base:
main: 2947
contrib: 8473
non-free: 91
PLF free: 205
PLF non-free: 102
=> Total: 11818 paquets source courants.
Après, il existe aussi des dépots annexes pour les logiciels exotiques...
En tout cas, en tant qu'admin système, c'est la Mandriva qui me cause le moins de soucis, car leur système de gestion de paquets est vraiment le plus évolué. L'installation en parallèle d'un RPM sur un groupe de machine, ça, ça n'existe nulle part ailleurs à ma connaissance...
Et je ne parle pas de la 2010.0 qui fut la seule en son temps à s'installer sur mon serveur proliant dont le disque fait 6To. (partitionnement GPT et boot par grub2 supporté par l'installeur de la 2010.0).
Quant aux distributions "hipe", on passe plus de temps à refaire les paquets et recompiler son noyau qu'à travailler avec, car les empaqueteurs passent le temps à désactiver des options par défauts (genre /dev/tcp dans bash, GPT support dans le noyau et autres "features" non-standard, non-LSB, complètement incompréhensibles du point de vue fonctionnel et/ou sécuritaire)