Je confirme, RedHat a très mal géré la situation après le renvoi de jbj. Ce n'est pas moi qui le dit mais Greg DeKoenigsberg Fedora Community Manager pour RedHat. Le renvoi de jbj était parfaitement justifié, mais là n'est pas le problème.
Pendant 1 an, RedHat a littéralement laissé pourrir la situation, jbj continuait le développement de RPM mais RedHat. n'a pas voulu y toucher ni reprendre les choses en main. RPM étant un composant important de Fedora et RHEL, c'est une faute grave. http://lwn.net/Articles/196523/
Quant aux contributions de Novell ou Mandriva, certes elles ne sont pas aussi importantes que celle de RedHat mais elles sont les bienvenues.
Quant à l'avenir, savoir qui de RPM ou RPM5 sera le meilleur techniquement, je n'en sais rien. Alors que le RPM5 de jbj a pris pas mal d'avance -après, dieu seul sait ou il va-, dans ses dernières annonces, Panu Matilain parle encore de nettoyage du code et toujours pas de roadmap claire vers l'avenir de RPM.
RedHat se trompe rarement, mais la gestion du problème RPM a été un cafouillage de première.
[^] # Re: Re:
Posté par GeneralZod . En réponse à la dépêche Déjà la nouvelle année 2008 pour Mandriva Linux. Évalué à 4.
Pendant 1 an, RedHat a littéralement laissé pourrir la situation, jbj continuait le développement de RPM mais RedHat. n'a pas voulu y toucher ni reprendre les choses en main. RPM étant un composant important de Fedora et RHEL, c'est une faute grave.
http://lwn.net/Articles/196523/
Quant aux contributions de Novell ou Mandriva, certes elles ne sont pas aussi importantes que celle de RedHat mais elles sont les bienvenues.
Quant à l'avenir, savoir qui de RPM ou RPM5 sera le meilleur techniquement, je n'en sais rien. Alors que le RPM5 de jbj a pris pas mal d'avance -après, dieu seul sait ou il va-, dans ses dernières annonces, Panu Matilain parle encore de nettoyage du code et toujours pas de roadmap claire vers l'avenir de RPM.
RedHat se trompe rarement, mais la gestion du problème RPM a été un cafouillage de première.