Russian Fedora

cообщество русскоязычных участников
международного проекта Fedora

RHEL продолжает управлять самым мощным суперкомпьютером на текущий момент

Вышел очередной рейтинг суперЭВМ Top500. Впервые за пару лет в нем поменялся лидер, и теперь все три первых места заняли машины под управлением RHEL. Мы-бы, конечно, поставили Fedora 32, но RHEL тоже неплохо. Топовая суперЭВМ построена на базе процессоров ARM, и работа RHEL на этой архитектуре стала возможной благодаря тому, что в рамках проекта Fedora провели работу по поддержке этой архитектуры.

Мы довольны, что самосборные системы постепенно уступают место проверенным надежным Linux-дистрибутивам. Вполне возможно, что с переходом на стандартные дистры, мы начнем реже слышать новости о массовых взломах суперкомпьютеров. Понятно же, что происходит это из-за ошибок в устаревшем ПО, которое никто не обновлял. А не обновляли его в том числе и потому, что на самосборе это делать сложно. Почему не обновляли ПО на тех суперЭВМ, где установлена SUSE и CentOS, мы сказать не можем. В очередной раз вынужденно признаем, что у учёных с современными IT-практиками уже давно все очень плохо.

Изменения в Fedora 33

Одобрили еще несколько изменений будущей Fedora 33.

Ну и самая долгожданная новость!

На подходе еще пачка изменений, среди которых обсуждаемое прямо сейчас - возможность выбирать между GCC и LLVM для сборки каждого конкретного пакета.

Stratis 2.1

Вышел Stratis 2.1. Это наш Unux-way способ заменить не очень удачные Btrfs или ZFS. В отличие от этих двух, Stratis, совершенно в духе юниксвэя, полностью полагается на существующие технологии - device mapper и XFS. Проект развивается, и, к сожалению, пока не позволяет собирать RAID и не обеспечивает отказоустойчивости. Будет, конечно - проекту еще и трех лет нету.

Мы бы и рассмотрели другие варианты, но ZFS, это юридическое минное поле, а btrfs показала себя настолько ненадежной, что, как говорят, теперь в ядро не принимается файловая система, если к ней нет fsck. Когда принимали btrfs, то разработчики говорили, что в этом не будет необходимости, что, конечно, оказалось совершенно не так. Теперь fsck требуется обязательно, с чем столкнулся автор файловой системы NOVA.

Lenovo будет поставляться с Fedora и сертифицироваться

Продолжается история с намерениями Lenovo поставлять свои ноутбуки с Fedora. Теперь они сообщили, что будут сертифицировать всю линейку своих высокопроизводительных ноутбуков и рабочих станций на совместимость с Linux, в том числе и с дитрибутивом Ubuntu.

Наши коллеги в очередной раз решили проблему и заодно упростили жизнь участников коммьюнити других дистрибутивов! А в это время странные люди тратят своё и чужое время на кастомизацию Debian с единственной целью, чтобы как не в Fedora. Почувствуйте разницу, как говорится.

Хотелось бы сказать по поводу ноутбуков. Для нас это основной инструмент, и, в отличие от тех, кто работает с Linux с помощью Putty, кто устанавливает Linux в VitrualBox на десяточке, дуалбутчиков и т.д., мы всегда большое внимание уделяем работе Linux на десктопе. От долгой работы ноутбучной батареи, и правильной работы переключателей Wi-Fi, до улучшений в Wayland и безопасных обновлений прошивок на ноутбуках - все входит в область наших профессиональных интересов. Далеко не только серверы.

Firefox 77 и аппаратное ускорение на Wayland

Вышел Firefox 77 (новость уже обсуждается на Linux.org.ru и OpenNET.ru).

Мы, конечно, рекомендуем устанавливать приложение из репозитория, потому что в нем есть дополнительная функциональность, которая может быть вам интересна. Например, у нас есть аппаратное ускорение видео в Firefox. Функциональность была реализована нашими коллегами и уже рассматривается в upstream, так что вскоре будет доступна и в других дистрибутивах. Пока поддерживается только видеокарты Intel и AMD, но, наверное, рано или поздно будет поддержка и для NVidia. Для ускорения нужно будет дополнительно установить пакеты ffmpeg, libva и libva-utils. К сожалению, поддерживаются не все кодеки - только H.264/VP8/VP9. На YouTube используется AVC1, а внутри Firefox еще и придется отключить bundled libvpx (еще одно доказательство, что bundled libs, это зло). Полагаем, что вскоре все эти настройки не будут требоваться.

Гномы победили тролля!

Наши друзья из GNOME Foundation с радостью объявили о победе над злым патентным троллем, Rothschild Patent Imaging. Гномьим юристам удалось так запугать тролля Ротшильда, что тот пообещал никогда больше не судиться с опенсорс-проектами, распространяемыми под лицензиями, одобренными Open Source Initiative. Всех остальных тролль, надо полагать, будет преследовать.

Проблемы с Fedora 32

Не успела выйти Fedora 32, как в ней начали находиться странные даже по описанию ошибки. Оказалось, что в GCC 10, начиная с лета 2019 года, содержится неприятная ошибка, из-за которой в ряде случаев генерируется неправильно работающий код. Недоумевающие пользователи начали обсуждать сложившуюся ситуацию, в которой мы по сути не можем доверять ни одному приложению или библиотеке, собранной в Fedora 32 с GCC 10 примерно до апреля 2020 года. По уму, надо бы экстренно пересобирать все дерево пакетов снова, но в уже выпущенной версии Fedora мы так не делаем. Ну постепенно все битые пакеты так или иначе пересоберем.

Вообще, в Fedora 32, надо признать, появились проблемы. От полуразрушенной Java (которую, правда, хотят отремонтировать), заброшенных NodeJS-пакетов и до слишком стремительно обновляющегося Python3. Народ начал привычно возмущаться, зачем мы упаковываем JS- и в целом языко-специфичные проекты, когда в них есть свои полурабочие, зато стремительные и удобные пакетные менеджеры? Наши коллеги привели обычный список аргументов - более высокая степень интеграции, безопасность, удобное управление, и так далее. Интересно, что вот прямо недавно, вопросом безопасности таких менеджеров пакетов озаботились исследователи из Университета Бонна.

Lenovo будет поставляться с Fedora

Компания Lenovo объявила, что начнет поставлять лэптопы с предустановленной Fedora начиная с этого лета. За систему выбрана Fedora 32, но, понятно, что система будет обновляться.

Почему была выбрана Fedora, кроме того, что это передовой дистрибутив, используемый разработчиками почти всего опенсорса? Мы уже сотрудничали с производителями, у нас был опыт OLPC, и Dell, и Endless, но в этот раз мы продвинулись гораздо дальше. Вы, наверное, слышали проскакивающие порой новости, что оборудование того или этого производителя поставляется с каким-то другим дистрибутивом Linux, так вот, у нас все по-другому. В течении последних нескольких лет участники проекта Fedora работали в тесном взаимодействии с инженерами Lenovo, и в результате Linux (не только Fedora) будет полностью поддерживаться ноутбуками компании. Более того, в будущем Lenovo будет использовать только полностью совместимые с Linux компоненты. Инженеры Lenovo напрямую взаимодействовали с Fedora QA, чтобы протестировать работу Linux на их оборудовании. Напомню, что только в рамках нашего проекта регулярно проводятся систематические тесты. Другие дистрибутивы либо вовсе ничего не тестируют перед релизом, либо проводят их для галочки.

В общем, теперь понятно, какой ноутбук покупать для работы с Linux. Ну а какой туда ставить дистрибутив - тоже понятно.

Планирующиеся изменения в Fedora 33

Как это у нас часто бывает, релиз Fedora 32 откладывается из-за найденных ошибок. Качество для нас крайне важно, поэтому мы лучше перенесем выпуск, но исправим найденное при тестировании. А пока мы уже начали собирать фичи следующей Fedora 33. Пока приняли следующие:

Так вот, про ELN. Это изменение позволит тестировать сборку пакетов в будущем RHEL. Все началось из-за слухов, что в RHEL9 в качестве x86_64 будет подразумеваться процессор с очень современным набором команд. В Fedora, в качестве базового x86_64-процессора сейчас используют старинный AMD K8 из 2003 года, в который, как говорят, игры загружались с магнитофонных кассет.

/images/amd-k8-hardware.jpg

Типичный программист работает на компьютере с процессором AMD K8.

Если в RHEL потребуют использовать более современный процессор, то любой x86_64 уже не подойдет, да и не всякое ПО соберется. Сначала предложили не дожидаясь RHEL повысить требоваия - отказались, так как даже в Intel не все процессоры подойдут, которые сейчас выпускаются. Затем предложили добавить еще одну архитектуру сборки - процессор-то, получается, не x86_64, как мы считаем. Отказались и от этого в пользу более общего решения. Теперь в рамках этой цели сборки (наподобие f32, f31, rawhide, epel7 и т.д.) можно будет вести разработку в рамках будущего RHEL. Это будет как бы Rawhide, но в нем можно будет тестировать небольшие изменения (оптимизации, команды процессора).