Переход с 32-битных операционных систем на 64-битные давно стал трендом в мире Linux и программного обеспечения в целом. В этом контексте последнее предложение команды Fedora о полном прекращении поддержки 32-битной архитектуры i686 вызвало живую дискуссию в сообществе. Однако планы на прекращение совместимости с 32-битным софтом были отложены. Разберемся, что это значит для пользователей, зачем возникла идея отказа от 32-битной поддержки, какие последствия это могло бы иметь и почему в итоге Fedora решила сделать шаг назад. Fedora – одна из ведущих дистрибутивов Linux, известная своим вниманием к современным разработкам и тестированием новых технологий.
Поддержка 32-битных систем в ней сохраняется уже давно, несмотря на умеренный спад популярности таких архитектур. Однако с выходом Fedora 31 дистрибутив уже перестал предлагать 32-битные ядра и установки, что стало первым шагом на пути отказа от устаревших платформ. В июне 2025 года разработчики под руководством Фабио Валентини предложили новый шаг – отказаться от поддержки 32-битных библиотек на 64-битных системах и прекратить собирать новый софт для 32-битных компьютеров в Fedora 44. Главная причина такого решения – сложности и лишние затраты времени и сил на поддержку все более устаревающей архитектуры при одновременном распространении 64-битных систем. Поддержка 32-битного софта требует значительных ресурсов: разработчикам приходится тратить дополнительное время на создание, тестирование и отладку множества пакетов.
При этом многие современные программы и библиотеки уже перестают поддерживать 32-битные варианты. Упростить систему сборки, уменьшить нагрузку на серверы и ускорить выход обновлений – одни из главных мотивов для отказа от 32-битности. Отказ от 32-битных библиотек, известный как multilib, позволил бы уменьшить размеры репозиториев и ускорить работу пакетных менеджеров. С точки зрения конечного пользователя, это означало бы более быструю загрузку обновлений и уменьшение вероятности конфликтов между пакетами разных архитектур. Но для многих юзеров, особенно с игровыми интересами, отказ от 32-битной поддержки грозил крупными неудобствами.
Многие игры, особенно старые или портированные, а также платформы типа Steam и Wine, неизменно используют 32-битные инструменты и библиотеки. Отказ от поддержки 32-битных пакетов мог привести к невозможности запуска таких игр или серьёзному ухудшению их производительности. Особенно беспокоились поклонники Wine, который позволяет запускать Windows-приложения на Linux. Часто поддержка старых 32-битных версий была ключевой для корректной работы многих приложений и игр, особенно выпущенных до середины 2010-х годов. Не обошла тревога и те пользователи, которые используют Fedora-ориентированные дистрибутивы, созданные специально для игровой среды, такие как Bazzite и Nobara.
Там поддержка 32-битных библиотек является важным элементом стабильной работы игрового стека. В общем, предложение вызвало активное обсуждение и реакцию сообщества. Многие пользователи выразили опасения, что отказ от 32-битных библиотек разрушит их рабочие рабочие процессы и игровой опыт. Неоднократно звучали отсылки к тому, что даже Windows сохраняет совместимость с 32-битными приложениями для удобства пользователей. Возникло впечатление разрыва между аудиторией Fedora и разработчиками – дискуссия принимает окраску конфликта «разработчики против пользователей».
Проведённый опрос к моменту написания показывал явное большинство против предложения: свыше половины респондентов были категорически против отказа от 32-битной поддержки, а многие другие выразили сомнения или осторожную позицию. Среди представленных альтернатив обсуждались возможности обхода проблемы. Одной из них стал «новый WoW64» в Wine – технология, позволяющая запускать 32-битные Windows-приложения на 64-битных системах без прямой необходимости в 32-битных библиотеках на уровне ОС. Несмотря на прогресс, некоторые пользователи жаловались на нестабильность и неполное отсутствие поддержки в ряде случаев. Другим вариантом стали Flatpaks – изолированные пакеты с собственными библиотеками.
Steam уже предлагает такой вариант, обеспечивающий работу 32-битного программного обеспечения внутри контейнера, но с недостатками в производительности и совместимости с некоторыми технологиями типа SteamVR или Gamescope. Наряду с этим рассматривались контейнерные технологии, такие как Podman или Docker, которые могут позволить запускать старые 32-битные 환경ы в изолированных пространствах, не требующих изменений основной ОС. Ещё одна идея – сохранить минимальный набор 32-битных библиотек, как это сделал Ubuntu, чтобы обеспечить базовую игровую поддержку без полной сборки всех 32-битных пакетов. Подобный компромисс мог бы снизить нагрузку на поддержку и одновременно сохранить совместимость для ключевых случаев. Несмотря на подготовленное предложение, в конце июня 2025 года Фабио Валентини объявил о снятии инициативы с рассмотрения и отсрочке отказа от поддержки 32-битной архитектуры на будущее.
Это решение вызвало смешанную реакцию. Пользователи и геймеры восприняли новость как победу и подтверждение важности их голоса. Разработчики и мейнтейнеры, наоборот, видят в этом шаг назад, который лишь временно откладывает непременное столкновение с проблемой устаревшей 32-битной поддержки. Эта ситуация подчёркивает сложный баланс между сохранением новизны и эффективности разработки и учётом реальных потребностей пользователей. Проблема с постепенным уходом от 32-битной поддержки в Linux не уникальна для Fedora.
Многие дистрибутивы пробуют различные подходы к этому вопросу. Некоторые уже успешно внедрили частичную поддержку, оставляя жизненно важные библиотеки, другие предлагают инструменты для запуска устаревших программ в контейнерах. Тем не менее абсолютного решения нет – рынок и технологии продолжают меняться, а сообщество Linux остаётся многообразным по аппаратным требованиям и предпочтениям. Fedora сохраняет открытость к предложениям сообщества и приглашает к дискуссии для выработки более взвешенных, реалистичных и долгосрочных стратегий. Впереди, вероятно, ждут более гибкие и проработанные сценарии, которые позволят сосуществовать новым и старым технологиям, а также учитывать интересы как пользователей, так и разработчиков.
Подводя итог, можно сказать, что сохранение поддержки 32-битной архитектуры i686 в Fedora хоть и является отложенной мерой, но служит показателем ценности обратной связи и необходимости учитывать разнообразие аудитории. При этом вопрос окончательной судьбы 32-битных библиотек и приложений останется актуальным вплоть до тех пор, пока множество программного обеспечения не перейдёт полностью на 64-битные версии, не потеряв в стабильности и функционале. Пользователям Fedora и всем, кто заинтересован в стабильной работе на Linux, стоит следить за развитием событий, участвовать в обсуждениях и при возможности вносить свои предложения. Такая совместная работа помогает строить открытый инклюзивный проект, способный удовлетворять растущие требования современного мира программного обеспечения и аппаратного обеспечения.
