Re: Un test négatif (mais constructif) de la Mandrake 9.1

> Maintenant, c'est clair que si frlinux avait l'ambition de faire un site de référence sur les distros Linux et même sur GNU/Linux en général, avec ce que cette attitude comporte de professionnel et d'impartial dans son exigence, ben c'est raté. Je pense qu'il va s'améliorer. Les nombreuses retouches qu'il a fait à son dernier article montre qu'il a remarqué qu'il y avait un problème.> A vrai dire, je suis extrêmement perplexe sur les raisons qui poussent RH à ne pas intégrer un tel système à leur distribution (ils n'ont qu'à intégrer apt-rpm, c'est déjà tout adapté pour leur distro), peut-être pourrais-tu m'éclairer à ce sujet ? un problème de syndrome NIH ? "syndrome NIH" ? c'est quoi ? Pourquoi il n'y a pas apt : réponse officielle et pas totalement convaincante : http://people.redhat.com/tcallawa/faq.html#apt-get C'est pas convaincant car rpm permet aussi d'installer "tout et n'importe quoi". Il ne doit pas être dure de faire en sorte que rpm n'installe que des paquets signés RedHat (il faut aussi ajouter une option type --nosigrh). De plus, rpm fournit tout le nécessaire pour contrôler le système (signature paquet, md5sum des fichiers). Il est toujours possible de contourner ces vérifications, mais c'est réservé à quelques "pointeurs". Faut noter le : - "Future revisions of RHN will add functionality to install new packages from Red Hat, not just upgrade existing ones." Côté outils dispos sur la "RedHat Linux" il y a up2date qui donne quelles informations : # up2date --help [...] --show-channels : Show the channel names along with the package name where approriate [...] --channel= : Specify which channels to use by channel label [...] --upgrade-to-release=<release-version> : Upgrade to the channel specified [...] --show-available : List all packages available that are not currently installed When operating in command line mode, specifying package names as arguments to the program will attempt to retrieve (and possibly install, based on your configuration) those packages. Version, release, and architecture details will be determined by the Update Agent automatically. Mais le fonctionnement reste trop centralisé sur rhn. On peut dire qu'il y a une volonté d'avoir des utilisateurs "captifs". Pour un "power user" c'est vraiment insatisfesant. Par contre, une entreprise sera peut-être satisfaite. Il y a aussi redhat-config-packages, redhat-install-packages mais ce sont des programmes qui "suck" grave (c'est un cauchemard). conclusion, ce n'est pas facile de voir où veut aller RedHat sur ce point. Mais il ne vont pas du côté des "power user". Les add-ons vont prendre de l'importance. Et pourquoi pas une nouvelle distribution qui serait une RedHat à 99 % avec un up2date légèrement adapté et quelle programme en plus. RedHat est libre, la voie est libre aussi.> hum, tu as pas coupé ma citation correctement, il n'y a pas de lien direct entre mes deux phrases (tu as d'ailleurs coupé aussi la deuxième). ma conclusion est la conclusion de tout le paragraphe sur RH ! Ooops.