В мире Linux-сообществ часто возникают спорные и важные вопросы, касающиеся поддержки устаревших архитектур и технологий. Одним из таких вызовов оказалось предложение разработчиков дистрибутива Fedora отказаться от 32-битных пакетов начиная с версии Fedora 44. Это решение уже вызвало широкий отклик среди пользователей, особенно тех, кто активно пользуется Steam и играет в игры на платформе Linux. 32-битная архитектура, в частности поддерживаемая через мультилиб (multilib) и i686 пакеты, остаётся жизненно важной для правильной работы клиента Steam и множества игр, использующих совместимость через Proton или Wine. На первый взгляд, решение отказаться от 32-битных библиотек выглядит логичным с точки зрения прогресса и упрощения поддержки, но последствия для игровой экосистемы могут быть существенными.
История уже знает подобные случаи: когда Canonical попыталась убрать 32-битную поддержку в Ubuntu, Valve резко выразила своё несогласие и перестала рекомендовать Ubuntu как дистрибутив для игр. В результате Canonical была вынуждена пересмотреть свои планы. Эта история служит своего рода предупреждением для Fedora и других дистрибутивов, что подобные изменения требуют осторожного подхода. Разработчики Fedora ведут открытое обсуждение изменений на официальном форуме, предлагая голосование и собирая мнения сообщества. Несмотря на возможное утверждение изменений, важно понимать, что Steam — это лишь часть проблем.
Многие другие приложения и игры, особенно те, что созданы много лет назад, и по сей день требуют 32-битной поддержки. Для них отсутствие таких библиотек может привести к сбоям и невозможности запуска. С другой стороны, последние версии Wine, начиная с 9.0, значительно улучшили поддержку WoW64 — технологии, позволяющей запускать 32-битные Windows-приложения на 64-битных системах. Это открывает возможность смягчить удар от уменьшения доступности 32-битных библиотек.
Однако, не все игры поверх Wine работают без проблем, а нативные 32-битные игры на Linux могут перестать запускаться или работать корректно без дополнительной поддержки со стороны системы. Важный аспект — то, что разработчики Fedora признают зависимость Steam и Wine от 32-битных пакетов. В предложении четко указано, что эти сервисы рассматриваются, и изменения продумываются с учетом их влияния. Тем не менее, реальный переход на отсутствие 32-битной поддержки заставит игроков и разработчиков искать обходные пути. Возможно, Valve ускорит работу над полноценным 64-битным клиентом Steam.
На данный момент клиент Steam на Linux остаётся 32-битным приложением, что вызывает вопросы у многих пользователей. Несмотря на существование Steam Flatpak — контейнерного варианта Steam — Valve не даёт официальной поддержки этой версии, а она, в свою очередь, имеет ряд своих собственных проблем и ограничений. Кроме того, очевидно, что Fedora не входит в число топ-дистрибутивов среди пользователей Steam, что делает её уникальное решение менее критичным для Valve с точки зрения приоритетов разработки. В пользовательских сообществах выделяются тревоги и сомнения. Многие геймеры, использующие Fedora, опасаются, что потеряют возможность комфортно играть через Steam и другие платформы.
Некоторые уже рассматривают вариант перехода на другие дистрибутивы, например, на Ubuntu или Kubuntu, где 32-битная поддержка пока сохраняется. Другие выражают обеспокоенность по поводу проектов, основанных на Fedora, например, Nobara Linux, который использует Fedora как основу и зависит от 32-битных пакетов. Переход Fedora к отказу от i686 заставит и такие проекты искать альтернативы или внедрять собственные решения. Одним из приведённых аргументов за прекращение поддержки 32-бита является то, что технология уже морально устарела. Архитектура AMD64 и x86-64 уже более 20 лет.
Большинство пользователей и приложений переместились на 64-битную платформу, и программное обеспечение постепенно прекращает выпускать 32-битные версии. Поэтому, считают разработчики, нужно заранее планировать отказ от устаревшей поддержки, чтобы избежать экстренной адаптации и технического долга в будущем. Поддержка 32-битных библиотек усложняет сборку и тестирование пакетов, ведёт к увеличению размеров дистрибутива и требует дополнительного внимания со стороны разработчиков. Противники отказа от 32-битных пакетов указывают на то, что многие популярные игры всё ещё требуют этих библиотек. Некоторые версии Proton и Wine, обеспечивающие совместимость Windows-игр на Linux, работают лучше именно с 32-битной средой.
Новые версии Proton нередко сталкиваются с регрессиями и ошибками, что усложняет жизнь геймеров. Отсутствие поддержки 32-бита может усугубить такие проблемы и уменьшить количество игр, доступных для запуска на Fedora. Решения вроде Steam Flatpak, хотя и предоставляют альтернативу, не смогут полностью заменить традиционный Steam-клиент, так как Flatpak-версия не поддерживается официально Valve и имеет свои ограничения. Аналогично, RPM-версия Steam от RPMFusion тоже попадает под влияние отказа 32-битных пакетов в Fedora, что ставит под вопрос её работоспособность. В сообществе высказывается мнение, что сторонние репозитории и дистрибутивы смогут поддерживать необходимые 32-битные компоненты дольше, но это приведет к усложнению и раздробленности экосистемы.
Также стоит учитывать влияние такого шага на стриминг и запись геймплея. Например, популярное ПО OBS с поддержкой захвата игр часто нуждается в 32-битном стекe графики. Отказ от поддержки 32-битного userspace графического стека сломает функционал захвата игр у части пользователей. На фоне всего происходящего, некоторые пользователи советуют рассматривать альтернативные решения. Например, дистрибутив Bazzite, основанный на Fedora, который полностью ориентирован на геймеров и сохраняет совместимость с 32-битными библиотеками.
Пользователи также особо выделяют Steam Deck как устройство, где все подобные проблемы сведены к минимуму благодаря своему контролируемому программному окружению. В итоге можно сказать, что Fedora стоит на пороге больших перемен, которые откликнутся далеко за пределами её аудитории. С одной стороны, рационально отказаться от устаревшей поддержки и двигаться вперёд к 64-битной современности, упрощая разработку и поддержку. С другой — рисковать потерять часть игровой аудитории, вызвать неудобства у разработчиков и пользователей, а также потребовать серьезных усилий для обеспечения совместимости и стабильности. Обсуждения на форумах сообщества Fedora и специализированных ресурсах, таких как GamingOnLinux, показывают, что для многих пользователей решение не просто техническое, а затрагивает комфорт ежедневного использования системы и любимых игр.
Для Valve и других компаний, связанных с игровой индустрией Linux, это сигнал к ускорению разработки 64-битного Steam-клиента и усовершенствованию Proton, чтобы полноценно поддерживать современные стандарты и несовместимость со старыми архитектурами исключить постепенно и безболезненно. Глядя вперёд, пользователям Fedora и всем Linux-геймерам стоит отслеживать обновления и быть готовыми к изменениям. Важно понимать, что отказ от 32-битных пакетов — это не просто моментальный переход, а долгосрочный процесс с перекрёстными эффектами. Большинство крупных дистрибутивов постепенно движутся в том же направлении, что требует от сообщества адаптации и переосмысления устаревших подходов. Для тех, кто ценит стабильность и полную совместимость с играми, возможно, стоит рассмотреть выбор дистрибутивов с продолжительной поддержкой 32-битных библиотек или альтернативные способы запуска игр, включая Flatpak или контейнерные технологии.
Однако и здесь существуют свои ограничения, и не все приложения работают корректно. В конечном итоге отказ от 32-битных пакетов — это неизбежная часть эволюции Linux-экосистемы. Прогресс требует идти вперёд, даже если это вызывает временные неудобства. Главное, чтобы все изменения сопровождались продуманным планированием, диалогом с сообществом и поиском альтернативных решений, которые позволят сохранить игровой опыт на минимальном компромиссе. Fedora выступает не только как операционная система, но и как индикатор настроений и трендов в мире Linux.
Её решения и опыт помогут определить, как дальше будет развиваться инфраструктура для игр и приложений на Linux. Самое главное — обеспечить, чтобы переходный период прошёл гладко и оставил у пользователей чувство уверенности и поддержки.
