GNOME готовит новый процесс RFC для прозрачного принятия важных решений
Проект GNOME намерен сделать обсуждение крупных изменений более последовательным и понятным. Для этого разработчики предложили формальный процесс Request for Comments - RFC, который поможет координировать решения, затрагивающие сразу несколько команд, приложений или ключевых компонентов настольной среды.
Сейчас предложение находится на финальном этапе публичного обсуждения. Активные участники GNOME Foundation могут высказать замечания до 4 октября 2026 года. После завершения периода комментариев сообщество определит, стоит ли внедрять новую процедуру в постоянную практику проекта.
Инициатором идеи стала участница сообщества GNOME Софи Херольд. По её замыслу, RFC должен применяться прежде всего к масштабным и потенциально спорным изменениям, последствия которых выходят за рамки одного репозитория. Сегодня подобные вопросы нередко обсуждаются одновременно в чатах, трекерах задач и отдельных ветках дискуссий. В результате важные аргументы могут теряться, а новым разработчикам бывает сложно восстановить логику уже принятых решений.
RFC призван решить эту проблему. В каждом документе можно будет зафиксировать суть предложения, причины его появления, рассмотренные альтернативы, позиции разных команд и итоговое решение. Такой архив станет полезен не только в момент обсуждения, но и спустя несколько лет, когда потребуется понять, почему GNOME выбрал конкретное техническое направление.
При этом разработчики подчёркивают: новый механизм не должен превращаться в бюрократическую процедуру для каждого изменения кода. RFC не задуман как обязательный план разработки и не требует предварительного согласования обычных патчей. Его задача - сохранить простой и доступный формат для вопросов, влияющих на архитектуру проекта или взаимодействие между командами.
Среди возможных тем для RFC называют переход GTK на новый формат символических значков, замену GdkPixbuf на Glycin для загрузки изображений, а также перенос документации разработчиков с gtk-doc на gi-docgen. Через тот же процесс могут обсуждаться более широкие инициативы: например, формирование политики GNOME в отношении искусственного интеллекта или изменение основной ветки Git с прежнего названия на main.
Предлагаемая схема начинается с обсуждения между заинтересованными участниками. Затем проект RFC публикуется для более широкого рассмотрения, после чего обычно наступает финальный этап продолжительностью 14 дней. В этот период участники могут высказать возражения, предложить корректировки или поддержать документ. После окончания обсуждения принимается решение о дальнейшем статусе инициативы.
Для первого документа, RFC-0001, предусмотрен особый порядок. Поскольку он описывает саму систему RFC, GNOME рассматривает его как своеобразное испытание нового подхода. Поэтому стандартный двухнедельный срок заменён расширенным периодом: замечания принимаются до 23:59 UTC 4 октября.
Отдельные споры вызывает место, где должны проходить основные обсуждения. В качестве вариантов рассматриваются GitLab и GNOME Discourse. GitLab теснее связан с инфраструктурой проекта и членством в GNOME Foundation, тогда как Discourse удобнее для длинных содержательных дискуссий, к которым можно возвращаться позднее. Окончательный выбор площадки может повлиять на доступность процесса для разработчиков, переводчиков, дизайнеров и обычных пользователей.
Для пользователей Linux подобные изменения важны не меньше, чем новые функции оболочки. Когда человек решает GNOME скачать, ему важно понимать, как развивается среда и почему меняются привычные компоненты. Аналогично, инструкция "GNOME установить" со временем может включать новые требования к графическому стеку, библиотекам и системным службам. Публичный журнал решений позволит заранее увидеть причины таких изменений.
Документированный процесс будет полезен и тем, кто изучает GNOME дистрибутив Linux или выбирает окружение для рабочей станции. Разработчики дистрибутивов смогут лучше планировать обновления, а сопровождающие пакеты - заранее оценивать совместимость. Пользователям, которые предпочитают тонкую GNOME настройка рабочего стола, будет проще понять, какие параметры относятся к стабильной политике проекта, а какие являются временными экспериментами.
Большую роль здесь сыграет и GNOME документация. Если RFC станут единообразно оформляться и индексироваться, документация сможет ссылаться не только на текущие инструкции, но и на историю решений. Это снизит вероятность появления устаревших рекомендаций и поможет новичкам быстрее разобраться в устройстве среды. Дополнительные подробности о предлагаемом формате и его целях опубликованы в материале о формализации крупных решений GNOME через новый RFC-процесс.
Внедрение RFC также может улучшить взаимодействие между техническими и нетехническими участниками проекта. Решения GNOME часто затрагивают дизайн интерфейса, доступность, локализацию, документацию и поддержку сторонних приложений. Единый документ позволит учитывать эти аспекты одновременно, а не подключать заинтересованные команды уже после того, как техническая часть почти завершена.
Кроме того, открытая история обсуждений способна укрепить доверие пользователей. Если изменение вызовет вопросы, разработчики смогут показать не только финальный результат, но и аргументы, которые к нему привели. Это особенно актуально для спорных тем - от политики в отношении ИИ до изменений в инструментах сборки и базовых библиотек.
Если предложение будет принято, GNOME получит более организованный способ обсуждать решения общеэкосистемного масштаба. При этом успех инициативы будет зависеть от того, удастся ли сохранить баланс между прозрачностью и скоростью разработки. Слишком формальная система способна замедлить проект, а чрезмерно свободный формат не решит проблему разрозненных обсуждений. Поэтому первый RFC станет не только описанием новой процедуры, но и практической проверкой того, насколько она подходит крупному проекту с большим числом независимых участников.
