{"id":183253,"date":"2026-09-05T16:53:29","date_gmt":"2026-09-05T14:53:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/reformirovanie-proczessa-utverzhdeniya-znachitelnyh-izmenenij-v-gnome"},"modified":"2026-09-05T16:53:33","modified_gmt":"2026-09-05T14:53:33","slug":"reforming-the-approval-process-for-major-changes-in-gnome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reforming-the-approval-process-for-major-changes-in-gnome","title":{"rendered":"R\u00e9forme du processus d'approbation des changements significatifs dans GNOME","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les d\u00e9veloppeurs de GNOME discutent de l'introduction d'un nouveau processus de prise de d\u00e9cision bas\u00e9 sur la publication de propositions sous forme de RFC (Request for Comments) et leur approbation conjointe ult\u00e9rieure. Les membres de la GNOME Foundation sont invit\u00e9s \u00e0 se joindre \u00e0 la discussion et \u00e0 faire part de leurs commentaires avant le 4 octobre. Le mod\u00e8le bas\u00e9 sur RFC est pr\u00e9vu d'\u00eatre appliqu\u00e9 uniquement dans des cas particuliers, pour r\u00e9soudre des situations de blocage, approuver des changements majeurs dans le projet affectant les m\u00e9thodes de travail des participants ou le code de diff\u00e9rentes applications et sous-syst\u00e8mes, ainsi que des changements architecturaux et des r\u00e9visions majeures de l'interface. <\/p>\n
Il est not\u00e9 que le mod\u00e8le informel pratiqu\u00e9 actuellement, bas\u00e9 sur la prise de d\u00e9cisions individuelles, entra\u00eene l'\u00e9puisement des participants, des d\u00e9bats prolong\u00e9s et une recherche \u00e9puisante de consensus dans les chats. Le nouveau mod\u00e8le propose un cadre rigide pour accro\u00eetre la transparence, structurer le processus et passer \u00e0 une responsabilit\u00e9 collective pour la d\u00e9cision au lieu d'une responsabilit\u00e9 individuelle. Parmi les inconv\u00e9nients du mod\u00e8le de gestion bas\u00e9 sur RFC, on note la complexit\u00e9 du processus pour certains d\u00e9veloppeurs et l'absence de m\u00e9canisme de r\u00e9solution des conflits, menant \u00e0 la stagnation des RFC importants. <\/p>\n
\u00c9tapes de promotion des RFC : <\/p>\n
\n
Envoi au d\u00e9p\u00f4t GNOME\/rfcs du fichier RFC-XXXX-nom.md contenant une proposition structur\u00e9e et un lien vers la discussion.\n
Discussion de la proposition sur la plateforme Discourse avec des modifications apport\u00e9es en cours de route et int\u00e9gration des corrections dans le RFC.\n
Publication par les participants d'objections marqu\u00e9es par \u00ab **Preoccupation** \u00bb d\u00e9crivant d'\u00e9ventuels probl\u00e8mes ou proposant une autre solution. Si l'objection est soutenue par l'\u00e9diteur ou par l'un des participants concern\u00e9s, elle est consid\u00e9r\u00e9e comme obligatoire pour examen.\n
Examen des objections soulev\u00e9es, \u00e9laboration de mesures pour leur r\u00e9solution et int\u00e9gration des modifications dans le RFC.\n
Apr\u00e8s la fin de la discussion et l'examen des objections, une p\u00e9riode finale de commentaires de 14 jours (FCP, Final Comment Period) est d\u00e9clar\u00e9e, durant laquelle seules de nouvelles objections peuvent \u00eatre soulev\u00e9es. Si une nouvelle objection est accept\u00e9e, la discussion red\u00e9marre, et la p\u00e9riode finale de r\u00e9ception des objections est d\u00e9cal\u00e9e.\n
\u00c0 l'issue de la p\u00e9riode finale de commentaires et apr\u00e8s la r\u00e9solution de toutes les objections, le RFC est soit accept\u00e9, soit rejet\u00e9. <\/ul>\n