Gentoo — один из самых старых дистрибутивов Linux. Он появился в 2002 году и до сих пор работает по тем же принципам: сборка пакетов из исходных текстов, тщательная настройка под любое железо и полное отсутствие компромиссов. В феврале 2026-го появилась новость о начале переноса зеркал репозиториев с GitHub на Codeberg. И это не просто технический маневр, а принципиальный выбор сообщества.
В чем основные причины ухода, что повлияло на выбор площадки и какие дальнейшие планы у Gentoo — разберемся под катом.
Особенности сборки в Gentoo
Для начала важно сказать, что сборка в Gentoo устроена иначе, чем в большинстве дистрибутивов. Проект использует формат ebuild — специальные файлы с инструкциями по установке программ. В них указано, где взять исходники, какие изменения внести, какие параметры передать компилятору и как разместить результат в системе. Эти инструкции выполняет Portage — менеджер пакетов Gentoo. Такой подход позволяет гибко настраивать поведение программ под разные архитектуры и конфигурации.
Зависимости разделены тщательно: одни требуются только во время сборки, другие — в установленной системе, третьи — после инсталляции. Поддерживаются виртуальные пакеты для альтернатив, параллельные версии одного ПО, механизмы дополнительной защиты компиляции. Все работает в изоляции, чтобы ошибки не повредили ОС.
Поведение пакетов в Gentoo во многом определяется настройками пользователя. Одни параметры задаются глобально и влияют сразу на всю систему, другие — только для конкретной программы. Даже один переключатель может изменить состав зависимостей, активировать дополнительные механизмы безопасности или, наоборот, убрать лишние компоненты вроде графического интерфейса. Gentoo работает на множестве разных процессорных архитектур, и каждая из них имеет свои особенности. Если в описании сборки есть неточность, она может проявиться не сразу, а только на определенной конфигурации. Поэтому правки, созданные автоматически и без учета всех вариантов, часто оказываются нестабильными в реальных условиях.
Почему так сложно? Gentoo вырос из эксперимента по максимально оптимизированной системе. Команда поддерживает дерево исходников, устанавливает и актуализирует пакеты с учетом настроек системы, удаляет лишние зависимости и пересобирает библиотеки после изменения их версий.
Несмотря на всю техническую сложность и строгую политику, Gentoo хорошо известен в мире Linux. По популярности дистрибутив в середине списка — примерно 55-е место в рейтинге за последний год. Аудитория специфическая: разработчики встраиваемых систем, любители максимальной производительности, те, кто предпочитает ручную настройку. Сообщество остается активным: обсуждения в чатах, форумах, подробная документация на вики.
Почему теперь нельзя использовать ИИ
В апреле 2024 года совет Gentoo принял строгую политику и запретил использование любого сгенерированного языковыми моделями контента. Правила распространяются на код, документацию, правки в вики и сообщения об ошибках. Под запрет попали ChatGPT, Copilot, Claude и все аналогичные инструменты.
Первая причина — сложности с определением авторства. Модели обучаются на миллиардах строк из открытых репозиториев и иногда воспроизводят большие фрагменты почти дословно. Если такой фрагмент окажется в репозитории Gentoo и потом попадет в коммерческий продукт, разбираться в ситуации придется уже через суд. Так в 2022 году Copilot «поймали за руку» на копировании защищенных кусков из чужих проектов.
Вторая причина — низкое качество контента. На первый взгляд сгенерированные тексты и фрагменты кода могут показаться интересными и подходящими, но при проверке регулярно всплывают ошибки, неточности и лишние зависимости. Чаще модель предлагает типовое решение и не учитывает редкие сценарии или особенности конкретной системы, что критично для Gentoo. Файл сборки — это не просто набор команд, а подробная инструкция, которая должна работать корректно на разных архитектурах и с различными настройками пользователя. Причем процесс может пойти не по плану не сразу, а уже на одной из конфигурации.
Третья причина — этические принципы. В Gentoo каждый лично отвечает за улучшения, которые предлагает, а когда изменения — совместный труд языковой модели и разработчика, эта связь размывается. Автор может сам не до конца понимать, как работает предложенный код или почему он устроен именно так. Вместо обсуждения идей на ревью приходилось разбираться, к чему приложил руку разработчик, а что добавил алгоритм и какие потенциальные проблемы могут быть у решения. В итоге сообщество решило, что осознанные и понятные изменения важнее, чем количество этих самых изменений.
Почему выбрали площадку Codeberg
Codeberg — площадка для размещения git-репозиториев, которую развивает некоммерческая организация из Германии. Сервис работает на открытом программном обеспечении Forgejo и финансируется за счет пожертвований и членских взносов. На Codeberg можно хранить репозитории, принимать pull request’ы, вести обсуждения и документацию — все как на GitHub, но без интегрированного ИИ-ассистента и коммерческой модели вокруг данных пользователей.
Сначала на Codeberg появилось зеркало основного дерева gentoo — там по категориям разложены тысячи файлов сборки. В них описано, откуда брать исходники, какие изменения применять, как настраивать параметры компиляции и куда устанавливать результат. Затем туда добавили и другие ключевые компоненты проекта: систему управления пакетами, сервис для распределенной сборки и набор вспомогательных утилит. Переход идет постепенно, шаг за шагом, без резких изменений в структуре проекта.
Пока это не полный отказ от GitHub. Основной репозиторий и баг-трекер по-прежнему остаются у Gentoo. Codeberg используется как дополнительная площадка: туда можно отправлять изменения, а дальше они автоматически синхронизируются с основным деревом. Такой подход позволяет участникам работать вне GitHub и чувствовать себя спокойнее в отношении того, как используется их код.
В целом миграция на Codeberg вписывается в общую логику Gentoo. Для проекта выбор хостинга — часть управления и правил разработки наравне с ревью и требованиями к качеству изменений. История показывает, что даже инфраструктурные решения в open source сегодня напрямую связаны с принципами работы сообщества.