Je pense que tu ne dois pas suivre les choses d'assez prêt.
Par exemple, systemd a été retardé de 6 mois pour manque de documentation, et il a été mis par défaut lors de la F16, parce que la documentation a été jugé suffisante ( mais pas suffisante pour tous, si j'en crois certains ici, et pourtant, lennart a mouillé la chemise je trouve ).
Enfin, il y a les élections en ce moment, donc tu peux toujours signaler que selon toi, le processus de features devrait rendre obligatoire l'écriture de documentation. Le vrai souci est dans ce cas que faire si quelqu'un ne joue pas le jeu. Dire "on reverte la feature" me parait assez violent, et retarder tout le monde pour une doc me parait pas terrible non plus.
Et comme tu dis, tout les bugs notés comme bloquant ont été corrigé, y a un meeting de validation chaque semaine, annoncé sur les listes. Donc soit un bug qui t'affecte n'a pas été noté comme bloquant, soit il n'a pas été reporté à temps. Si il n'a pas été reporté, ben soit c'est pas de chance, il touche tout le monde mais personne n'a fait de rapport, soit il touche moins de gens que tu crois, et il n'a pas eu droit à un rapport.
Ou le bug a été rapporté et il n'a pas été retenu comme bloquant, auquel cas il faut en effet dans ce cas revoir les critères de choix, et pour être franc, c'est déjà ce qui est fait régulièrement. Si tu penses qu'il y a eu un souci à ce niveau, les logs des meetings sont publiques, tu peux aller dire "voila, moi, je trouve que ce bug aurait du être noté comme bloquant, donc je propose de rajouter ça à la liste des critéres pour que ça se passe pas une 2eme fois". C'est pas un engagement sur le long terme, donc tu va pouvoir consacrer autant de temps à tout les projets libres auquel tu contribues, et au pire, on te dit non, auquel cas t va pouvoir revenir poster un journal.
[^] # Re: Konsole : can't open a pseudo teletype -> Solution
Posté par Misc (site web personnel) . En réponse au journal Fedora : Mise à jour calamiteuse de F16 à F17. Évalué à 2.
Je pense que tu ne dois pas suivre les choses d'assez prêt.
Par exemple, systemd a été retardé de 6 mois pour manque de documentation, et il a été mis par défaut lors de la F16, parce que la documentation a été jugé suffisante ( mais pas suffisante pour tous, si j'en crois certains ici, et pourtant, lennart a mouillé la chemise je trouve ).
Ensuite, il y a eu 3 semaine de reports de la release de Fedora 17, justement pour corriger les bugs critiques.
( cf https://fedoraproject.org/wiki/Releases/17/Schedule ).
Enfin, il y a les élections en ce moment, donc tu peux toujours signaler que selon toi, le processus de features devrait rendre obligatoire l'écriture de documentation. Le vrai souci est dans ce cas que faire si quelqu'un ne joue pas le jeu. Dire "on reverte la feature" me parait assez violent, et retarder tout le monde pour une doc me parait pas terrible non plus.
Et comme tu dis, tout les bugs notés comme bloquant ont été corrigé, y a un meeting de validation chaque semaine, annoncé sur les listes. Donc soit un bug qui t'affecte n'a pas été noté comme bloquant, soit il n'a pas été reporté à temps. Si il n'a pas été reporté, ben soit c'est pas de chance, il touche tout le monde mais personne n'a fait de rapport, soit il touche moins de gens que tu crois, et il n'a pas eu droit à un rapport.
Ou le bug a été rapporté et il n'a pas été retenu comme bloquant, auquel cas il faut en effet dans ce cas revoir les critères de choix, et pour être franc, c'est déjà ce qui est fait régulièrement. Si tu penses qu'il y a eu un souci à ce niveau, les logs des meetings sont publiques, tu peux aller dire "voila, moi, je trouve que ce bug aurait du être noté comme bloquant, donc je propose de rajouter ça à la liste des critéres pour que ça se passe pas une 2eme fois". C'est pas un engagement sur le long terme, donc tu va pouvoir consacrer autant de temps à tout les projets libres auquel tu contribues, et au pire, on te dit non, auquel cas t va pouvoir revenir poster un journal.