Fedora, один из самых популярных и инновационных дистрибутивов Linux, недавно столкнулась с серьезной дискуссией вокруг поддержки 32-битной архитектуры i686. Несмотря на планы полностью отказаться от неё начиная с релиза Fedora 44, сообщество и команда проекта приняли решение временно сохранить поддержку i686 из-за значительной обеспокоенности пользователей и разработчиков. Разберемся, что стоит за этим решением и как оно влияет на экосистему Fedora и Linux в целом. Архитектура i686, относящаяся к 32-битным процессорам x86, долгое время играла важную роль в развитии Linux-дистрибутивов. Несмотря на доминирование 64-битных систем, 32-битные библиотеки и приложения продолжают использоваться на современных 64-битных машинах благодаря технологиям многобиблиотечной поддержки (multilib).
Это особенно важно в таких сферах, как игровые приложения и эмуляция Windows-программ с помощью Wine. Изначально Fedora планировала отказаться от поддержки i686 уже несколько лет назад. В 2017 году предлагалось полностью убрать 32-битные ядра, однако после создания специальной группы разработчиков, отвечающей за архитектуру x86, поддержка частично сохранялась. В 2019 году с выпуском Fedora 31 были прекращены отдельные сборки и образы для i686, но 32-битные пакеты продолжили собираться и включаться в репозитории для 64-битных систем, что позволяло запускать 32-битные приложения на современных компьютерах. С выпуском Fedora 37 процесс сохранения пакетов i686 начал упрощаться: поддержка для «листовых» пакетов, не являющихся зависимостями для других программ, была фактически отменена, позволяя поддерживать лишь набор базовых библиотек и приложений, необходимых для работы популярных программ, таких как Steam и Wine.
Однако количество этих пакетов продолжало ограничиваться, и сообщество начали обсуждать полностью отказаться от i686 в пользу упрощения и повышения эффективности сборок. В июне 2025 года была опубликована официальная инициатива прекратить поддержку multilib для i686 начиная с Fedora 44, что повлекло за собой бурное обсуждение. Основной мотив - значительное снижение интереса со стороны разработчиков и поддерживающих проектов, которые всё чаще отказываются от сборок для 32-битных архитектур. Это создаёт дополнительную нагрузку на поддерживающих Fedora, в особенности на команду релиз-инжиниринга, которая сталкивается с необходимостью кросс-компиляции и обслуживанием тысячи пакетов одновременно в двух архитектурах. Помимо технической стороны, вопрос коснулся многих пользователей, среди которых особенно активно выступали геймеры и разработчики компиляторов.
Ядро GCC требует 32-битных библиотек для правильной поддержки транслирования кода для 32-битных платформ. Если Fedora прекратит поставку i686-пакетов, возможны существенные трудности в разработке и тестировании этого критически важного программного обеспечения. Аналогичные проблемы касаются и других инструментальных средств для работы с 32-битным кодом. Геймеры особенно тревожатся из-за влияния на Steam и проекты, подобные Bazzite — специализированный дистрибутив, основанный на Fedora, который ориентируется на игровое окружение и тесно интегрируется с Steam. Многие игры и установщики по-прежнему требуют поддержки 32-битных библиотек из-за устаревших архитектур или отсутствия 64-битных версий.
Отказ от i686 повлечёт за собой невозможность запуска некоторых популярных приложений и игр. Некоторые разработчики предлагают альтернативные подходы, включая использование Flatpak для распространения Steam с необходимыми 32-битными библиотеками внутри контейнера. Однако для специфических функций, таких как GameScope в Bazzite, Flatpak-решения пока недостаточны, что вызывает опасения насчёт будущего подобных проектов. Отдельного внимания заслуживает позиция сообщества Fedora: многие выразили желание не торопиться с полным отказом от i686, предлагая поискать компромиссные решения, такие как ограничение набора поддерживаемых 32-битных пакетов только необходимыми и востребованными среди пользователей. Такой подход может снизить нагрузку на поддерживающих, но сохранить базовую совместимость для ключевых приложений.
Некоторые эксперты отмечают, что Fedora не единственная, кто сталкивается с такими проблемами. К примеру, Debian также объявил о сокращении поддержки i386 как самостоятельной архитектуры, оставляя её только для работы в качестве эмуляции на 64-битных системах. Другие дистрибутивы принимают схожие меры, пытаясь балансировать современные требования и технические ограничения. Интересно, что развитие Wine, популярного средства запуска Windows-приложений на Linux, также влияет на этот процесс. В версии 9.
0 Wine начал экспериментировать с поддержкой 32-битных Windows-приложений без необходимости использования 32-битных Linux-библиотек, что потенциально снизит зависимость от multilib в будущем. Однако новый способ всё ещё считается экспериментальным и имеет ограниченную производительность и функциональность. Текущая ситуация в Fedora отражает общую тенденцию индустрии: переход от устаревших архитектур к новым технологиям, при этом сохраняя баланс между инновациями и поддержкой пользователей. Окончательное решение по i686 будет зависеть от ряда факторов, включая готовность сообщества брать на себя ответственность за поддержку 32-битных пакетов и возможности технического развития альтернатив. Для пользователей Fedora, которым необходима поддержка 32-битных приложений, важно следить за новостями и быть готовыми к изменениям.
Возможно, потребуется искать альтернативы в виде Flatpak, контейнеров или даже других дистрибутивов, которые сохраняют более широкий набор мультиархитектурных пакетов. Для разработчиков и активных участников сообщества это время для формирования стратегии: как сделать поддержку 32-битных библиотек более устойчивой, кто возьмёт ответственность за сборку и тестирование таких пакетов, и какие технические решения смогут снизить нагрузку на инфраструктуру сборки и поддержки. Сохранение поддержки i686 в Fedora стало временным компромиссом, предоставляющим сообществу время на адаптацию и поиск оптимальных решений. Это также подчеркивает важность диалога между разработчиками, пользователями и заинтересованными сторонами для совместного формирования будущего проекта. В итоге, вопрос поддержки i686 в Fedora остаётся открытым и важным.
Он затрагивает технические, организационные и социокультурные аспекты развития свободного программного обеспечения. За этим процессом стоит следить живо, чтобы своевременно адаптироваться к меняющимся требованиям и продолжать эффективно использовать возможности Linux в различных сферах, включая игры, разработку и работу с разнородным программным обеспечением.
![Hyperreal Specifications for Continuous Sparse Data Computations [video]](/images/D6A93C7B-B635-4E4E-BEDC-0197FFF380AC)