Linux fedora русская версия официальный сайт
cообщество русскоязычных участников
международного проекта Fedora
Опять изменения в Fedora 33
Одобрили еще несколько фич будущей Fedora 33.
- Aarch64 Pointer Authentication & Branch Target Enablement. Технология повышения безопасности кода на соответствующей платформе.
- По умолчанию будет использоваться файловая система btrfs. Договориться по этой фиче было непросто. Некоторое время назад, у нас было полно историй про то, как кто-то начал использовать файловой системой для /home и быстро потерял все данные. Плюс в RHEL её отключили. Посмотрим, что получится в этот раз. Наши коллеги пока сдержанно отзываются, но отмечают ценность fs для контейнеров и виртуалок.
- Переход на приемлемое для апстрима решение для индикации успешности загрузки. Сейчас мы используем Fedora-специфичные патчи для GNOME, чтобы не показыватьв загрузчике пункты меню, которые не привели к успешной загрузке. К сожалению, они в таком состоянии, что послать в апстрим их не получится, и требуют переработки.
- RPM-макросы CMake будут исправлены, чтобы автоматически делать out-of-tree builds. Сейчас сборка по умолчанию происходит в той директории, куда распаковались исходники. Сам апстрим проекта не рекомендует этого и мы будем поддерживать их в этом.
- Удаление пакетов pytoml, mod_php, zanata.
- Отключить активацию dmraid при первом запуске системы. Сейчас она копируется прямо с LiveCD. Заодно удалить device-mapper-multipath с LiveCD. Если вам надо, то ставьте сами.
- Обновление GHC до версии 8.8, Glibc до версии 2.32, LLVM до версии 11, LXQt до версии 0.15.0, Node.js до версии 14.
- Обновление IBus до версии 1.5.23. Это изменение поможет тем, кто пока еще почему-то не использует GNOME, так как там лучше интеграция с xcb.
- Включение EarlyOOM в версии для KDE. Наверное, KDE в этом нуждается.
- Настройки модульных репозиториев будут поставляться в отдельном пакете.
- Переход на другой формат записей для NetworkManager.
- Полный запрет на прекомпилированный байткод для питона.
- Прекращается поставка non-threaded версии OpenLDAP.
- Интеграция python extras в RPM.
- Макрос % <__python>будет вызывать ошибку при сборке RPM.
- Включение в систему Storage Instantiation Daemon, сервис, который будет централизованно управлять и настраивать устройства хранения.
- Swap будет располагаться на ZRAM, виртуальном разделе, расположенном в памяти. Непонятно, почему с 32 гигами оперативы все ещё нужет свап, но, видимо, такова наша судьба.
- По умолчанию будет использоваться nano, а не vim.
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 и сертифицироваться
Наши коллеги в очередной раз решили проблему и заодно упростили жизнь участников коммьюнити других дистрибутивов! А в это время странные люди тратят своё и чужое время на кастомизацию Debian с единственной целью, чтобы как не в Fedora. Почувствуйте разницу, как говорится.
Хотелось бы сказать по поводу ноутбуков. Для нас это основной инструмент, и, в отличие от тех, кто работает с Linux с помощью Putty, кто устанавливает Linux в VitrualBox на десяточке, дуалбутчиков и т.д., мы всегда большое внимание уделяем работе Linux на десктопе. От долгой работы ноутбучной батареи, и правильной работы переключателей Wi-Fi, до улучшений в Wayland и безопасных обновлений прошивок на ноутбуках — все входит в область наших профессиональных интересов. Далеко не только серверы.
Firefox 77 и аппаратное ускорение на Wayland
Мы, конечно, рекомендуем устанавливать приложение из репозитория, потому что в нем есть дополнительная функциональность, которая может быть вам интересна. Например, у нас есть аппаратное ускорение видео в 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 года, в который, как говорят, игры загружались с магнитофонных кассет.
Типичный программист работает на компьютере с процессором AMD K8.
Если в RHEL потребуют использовать более современный процессор, то любой x86_64 уже не подойдет, да и не всякое ПО соберется. Сначала предложили не дожидаясь RHEL повысить требоваия — отказались, так как даже в Intel не все процессоры подойдут, которые сейчас выпускаются. Затем предложили добавить еще одну архитектуру сборки — процессор-то, получается, не x86_64, как мы считаем. Отказались и от этого в пользу более общего решения. Теперь в рамках этой цели сборки (наподобие f32, f31, rawhide, epel7 и т.д.) можно будет вести разработку в рамках будущего RHEL. Это будет как бы Rawhide, но в нем можно будет тестировать небольшие изменения (оптимизации, команды процессора).
О проекте
- Мы собираем и поддерживаем пакеты в рамках Fedora. Это наши пять копеек в развитие открытых технологий.
- Мы переводим дистрибутив на русский язык, собираем документацию к нему, организуем мероприятия. Это наш вклад в то, чтобы Fedora стала ближе для русскоязычных пользователей.
- Мы помогаем включиться в мировые открытые проекты тем, кто хочет расти и быть на переднем краю разработки. Это непросто, но оно стоит потраченных усилий.
Сайт поддерживается российским сообществом Fedora, Red Hat не несет ответственности за его содержимое.
Благодарности | Правовые положения Fedora | Торговые марки Fedora
Хостинг для проекта предоставлен компанией FastVPS