LINUX.ORG.RU

Выпуск Fedora 31

 


5

1

Сегодня, 29 октября, состоялся релиз Fedora 31.

Релиз был отложен на одну неделю из-за проблем с поддержкой нескольких ARM-архитектур в dnf, а также из-за конфликтов при обновлении пакета libgit2.

Варианты установки:

  • Fedora Workstation для x86_64 в виде DVD- и netinstall-образов.
  • Fedora Server для x86_64, AArch64, ppc64le и s390x.
  • Fedora Silverblue, Fedora CoreOS и Fedora IoT — редакции на базе rpm-ostree со своим циклом обновлений.
  • Fedora Spins — готовые сборки Fedora с различными окружениями: KDE, Xfce, LXDE, LXQT, Mate-Compiz, Cinnamon, SoaS.
  • Fedora Labs — готовые сборки Fedora с отличным от стандартного набором предустановленных пакетов: Python Classroom, Astronomy, Games…
  • Fedora для ARM — raw-образы, которые можно использовать, например, для Raspberry Pi.
  • и другие.

Также доступны torrent’ы.

Что нового?

  • Опубликована Fedora IoT — новая редакция Fedora, схожая по подходу с Fedora Silverblue, но с минималистичным набором пакетов.

  • i686-ядра и установочные образы больше собираться не будут, также отключены i686-репозитории. Пользователям 32-битной Fedora рекомендуется переустановить систему на 64-битную. При этом возможность сборки и публикации i686-пакетов сохранена как в koji, так и локально в mock. Приложения, требующие 32-битных библиотек, такие как Wine, Steam и т.п., продолжат работать без изменений.

  • Появился образ Xfce Desktop для архитектуры AArch64.

  • Отключен root-логин по паролю в OpenSSH. При обновлении системы с включенным root-доступом новый конфигурационный файл будет создан с расширением .rpmnew. Администратору системы рекомендуется провести сравнение настроек и применить необходимые изменения вручную.

  • Python теперь означает Python 3: /usr/bin/python является ссылкой на /usr/bin/python3.

  • Firefox и Qt-приложения теперь используют Wayland при запуске в среде GNOME. В других окружениях (KDE, Sway) Firefox продолжит использовать XWayland.

  • Fedora переходит на использование CgroupsV2 по умолчанию. Поскольку их поддержка в Docker ещё не реализована, пользователем рекомендуется переходить на полностью поддерживаемый Podman. Если вы хотите продолжить пользоваться Docker, вам нужно переключить систему на старое поведение с помощью параметра systemd.unified_cgroup_hierarchy=0, который нужно передать ядру при загрузке.

Некоторые обновления:

  • DeepinDE 15.11
  • Xfce 4.14
  • Glibc 2.30
  • GHC 8.6, Stackage LTS 13
  • Node.js 12.x по умолчанию (другие версии доступны через модули)
  • Golang 1.13
  • Perl 5.30
  • Mono 5.20
  • Erlang 22
  • Gawk 5.0.1
  • RPM 4.15
  • Sphinx 2 без поддержки Python 2

Русскоязычная поддержка:

>>> Подробности

★★★★★

Проверено: cetjs2 ()

Ответ на: комментарий от AS

Я знаю. И что, мне убиться об бетон? Я извиняюсь, но просто достало уже. Ну вот такое у меня железо. Меня оно устраивает.

И уверяю, что это не программная проблема. Я использовал многие дистрибутивы, годами, от Gentoo до Alt Linux. Все они работают вот так на этом железе.

Более того, я проверял на разных ноутбуках и десктопах разных производителей. И скорость запуска системы зачастую такая, а на более старых бывало в 2 раза быстрее, на более новых бывало в разы быстрее.

Обсуждать это уже надоело.

curufinwe ★★★★★ ()
Последнее исправление: curufinwe (всего исправлений: 1)
Ответ на: комментарий от Linfan

реально протухает система тогда, когда она снимается с поддержки производителем

Сильно раньше. Продолжая пищевую аналогию – когда ты уже не можешь это употреблять без приправ. Скажем, подключать EPEL потому, что софтина съехала с питона2(а потом отключать взад, потому, что в базу завезли наконец 3й). Или выбирать между rls и X11, потому, что vim слишком старый для первого, а nvim – слишком новый для второго. Может эти ваши флатпаки как-то повлияют, но их, вероятно, до 9й версии не завезут, а это ещё лет 10.

Привет из ынтырпрайза.

DonkeyHot ★★★★★ ()
Ответ на: комментарий от anonymous

В принципе Альфу и др. шапковцев можно понять, они топят (ну ладно, петросяню) категориями энтерпрайза и отдаленного будущего. А тут какие-то десктопные динозавры, требующие install.exe || funny_emojies.dmg

==================================

for a Red Hat DevNation tech talk on future-proofing monolithic applications with modular design presented by Eric Murphy and Ales Nosek.

When building an MVP software application, you may jump immediately to a microservice architecture because it’s the new norm for building cloud-native applications. You may also be skeptical about starting off with a monolith MVP because of the stigma of monoliths being a relic of the past. In this talk, we will buck the microservice trend by showing how to evolve a monolith MVP in a highly controlled way using modular design principles. We will end with demonstrating a future-proof Quarkus + Vert.x application that is both a monolith and microservices while using the same code and modular design.

Что партия прикажет то и будут делать и неважно что, важно что прикажет и важно что будут, причём бездумно.

anonymous ()
Ответ на: комментарий от anonymous

В принципе Альфу и др. шапковцев можно понять, они топят (ну ладно, петросяню) категориями энтерпрайза и отдаленного будущего. Что партия прикажет то и будут делать и неважно что, важно что прикажет и важно что будут, причём бездумно. Такие, как она, просто паразитирует на Линуксе.

anonymous ()