Je pense que c'est à moyen terme une erreur. Même si comme le dit quelqu'un plus haut, ça plait....
Les gens vont attendre l'arrivée des rc avant de faire des rapports de bugs. Ce qui est une grosse erreur. Les sorties sont plannifiées (à 1 voir 3 semaines) même si certains, manifestement, ne veulent pas l'admettre. Pour avoir fait quelques rapports de bug pour RedHat, je peux confirmer que les bugs mineurs des dernières beta sont pratiquement ignorés. Et s'ils sont corrigés, ils sont mis dans rawhide (équivalent cooker de mdk) et rarement incorporé dans la release final pour être sure que la correction n'apporte pas un bug plus important. L'aspect planning est évident (du moins chez RedHat). La RH 8.0 devait avoir acl. acl a été viré à la seconde beta car il y avait des problèmes. Pour la RH 8.1 c'est acpi qui est viré (reporté pour 8.2 ou plus). RedHat n'a pas fait le choix de multiplier les betas voir rc pour intégrer ces fonctionnalités. Ces fonctionnalité sont reportées pour les versions suivantes (acl est dans la RH8.1).
Cette "polique" (qui n'est pas spécifique à RH) est bonne quand c'est une distribe basée sur de nombreuses releases, tout les six mois par exemple (ne pas confondre avec Debian qui a une autre apporche). Ça permet d'avoir les dernières inovations qui marche. Sinon la RH8.0 avec Gnome 2.0 serait sorti 6 mois plus tard alors que Gnome 2.2 est sorti par exemple. C'est la mal nécessaire pour avoir un compremis satisfesant entre fiabilité et ajout de programmes récents. Et noublions pas que la diffusion de programme récent est nécessaire pour les fiabiliser. Ces distribes à sortie fréquente "bossent" pour les futurs version serveur qui doivent être rock solide et peut bouger.
Je pense qu'à moyen terme, il y aura moins de rapport de bug pour les beta (les première version). Celà va retarder leur processus de test des distributeur. Finalement dans quelques mois, années, les distributeurs qui font actuellement un mix beta/rc ne vont faire que des rc. Quel progrès...
[^] # Re: Slackware 9.0-rc1
Posté par matiasf . En réponse à la dépêche Slackware 9.0-rc1. Évalué à 6.
Les gens vont attendre l'arrivée des rc avant de faire des rapports de bugs. Ce qui est une grosse erreur. Les sorties sont plannifiées (à 1 voir 3 semaines) même si certains, manifestement, ne veulent pas l'admettre. Pour avoir fait quelques rapports de bug pour RedHat, je peux confirmer que les bugs mineurs des dernières beta sont pratiquement ignorés. Et s'ils sont corrigés, ils sont mis dans rawhide (équivalent cooker de mdk) et rarement incorporé dans la release final pour être sure que la correction n'apporte pas un bug plus important. L'aspect planning est évident (du moins chez RedHat). La RH 8.0 devait avoir acl. acl a été viré à la seconde beta car il y avait des problèmes. Pour la RH 8.1 c'est acpi qui est viré (reporté pour 8.2 ou plus). RedHat n'a pas fait le choix de multiplier les betas voir rc pour intégrer ces fonctionnalités. Ces fonctionnalité sont reportées pour les versions suivantes (acl est dans la RH8.1).
Cette "polique" (qui n'est pas spécifique à RH) est bonne quand c'est une distribe basée sur de nombreuses releases, tout les six mois par exemple (ne pas confondre avec Debian qui a une autre apporche). Ça permet d'avoir les dernières inovations qui marche. Sinon la RH8.0 avec Gnome 2.0 serait sorti 6 mois plus tard alors que Gnome 2.2 est sorti par exemple. C'est la mal nécessaire pour avoir un compremis satisfesant entre fiabilité et ajout de programmes récents. Et noublions pas que la diffusion de programme récent est nécessaire pour les fiabiliser. Ces distribes à sortie fréquente "bossent" pour les futurs version serveur qui doivent être rock solide et peut bouger.
Je pense qu'à moyen terme, il y aura moins de rapport de bug pour les beta (les première version). Celà va retarder leur processus de test des distributeur. Finalement dans quelques mois, années, les distributeurs qui font actuellement un mix beta/rc ne vont faire que des rc. Quel progrès...