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 ()
Последнее исправление: Wizard_ (всего исправлений: 10)

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

По классификации DonkeyHot получается что так :) Хотя реально протухает система тогда, когда она снимается с поддержки производителем.

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

Вопрос в том, почему обновление идентичной системы двумя рекомендуемыми способами привело к разным результатам.

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

Еще раз - вьюноша, подтяните матчасть, иначе тебя, горе-евангелиста, будут регулярно макать носом. Любой контейнер тянет на себе свой стек библиотек. И его инициализация на холодном старте значительно дольше, чем у системных приложений, потому как системные либы инициализируются еще при на старте DE.

Ох лол, матчасть надо подтянуть тебе, потому что это совершенно не так. На все пакеты флатпака рантайм один, и при запуске первого же флатпак-приложения он и прокешируется. А в сабжевой федоре-silverblue, где почти все приложения - флатпаки, угадай как скоро хотя бы одно запустится.

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

Тётенька, вы хоть и умная, успешная, да еще и инсайдерша с передовой RH, и вообще цёмки всем в этом чятике...

Но посмотри уже на это всё поделие со стороны пользователя яблоньтоша или виндузятника, для которого программа есть некая сущность в виде setup.exe|msi. Хотя все относительно осведомлены, что деинсталляция в маке/шине может приводить к «заброшенным» файлам.

Тут наступает приступ красноглазки, народ набигает на Линукс и что теперь к проблемам выше подключается: размазывание по дереву каталогов, какие-то нелепые зависимости.

Это я к тому, что дистрибуцию софта в Линуксе так и не дотянули до состояния, когда обычные пользователи мак-вин смогут оценить и понять механизм.

Я скромно умалчиваю работу магазинов приложений...

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

Больше, больше слоев абстракций! :-) Некуда девать 5ГГц современных процессоров и 64ГБ ОЗУ уже не диво дивное для домашнего десктопа... :-(

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

Ну как-то размести его, так чтобы анонимусы видели и писали.

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

На все пакеты флатпака рантайм один, и при запуске первого же флатпак-приложения он и прокешируется.

Вьюноша, вы дурачок? ГДЕ ИДЕТ РЕЧЬ ПРО РАНТАЙМ ФЛАТПАКА? Тебе русским языком объясняют - вопрос про те либы, которые аппликухи тащат с собой. И если в федоре-silverblue у всех флатпаков, идущих с системой, сходные базовые либы (привет дупликации в полный рост), то флатпак собранный под другую систему или под более новую, уже будет поднимать весь свой стек. Дошло?

И опять же, если пересобирать флатпаки под каждый новый релиз, в чем они будут лучше пакетов? А вот система от них распухнет как на дрожжах.

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

Умная и успешная не могут быть написаны вместе применительно к одной персоне.

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

Да. Помимо того что на десктопе контейнеры не решают проблемы безопасности они ещё и создают оверхед по рантаймам. Это вы хорошо подметили. Беда в том что у любого радикального движения коим явл федора нет пути и нет плана. Зато есть постоянное броуновское движение сообщества перманентных революционеров-радикалов. Для обкатки технологий самое оно. Главное приглядывать за этим детсадом и выбирать способных.

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

И если в федоре-silverblue у всех флатпаков, идущих с системой, сходные базовые либы (привет дупликации в полный рост), то флатпак собранный под другую систему или под более новую, уже будет поднимать весь свой стек.

Делаем тест. GIMP 2.10.12 из репов Arch Linux, GIMP 2.10.14 из флатпака. Хостовая система - Arch Linux.

Методика:

Сразу после загрузки системы, запускаю time gimp, сразу после загрузки интерфейса гимпа закрываю его. Смотрю результат. После этого перезагрузки, проверяется версия из флатпака так же.

Вот результаты.

$time gimp

real    0m29,754s
user    0m4,922s
sys     0m0,899s

$time flatpak run org.gimp.GIMP

real    0m30,535s
user    0m0,041s
sys     0m0,035s

Из флатпака - на секунду дольше, естественно, потому что он «поднимает весь свой стек». НА СЕКУНДУ ИЗ 40 СЕКУНД! НА ДРЕВНЕМ HDD! ДОШЛО?????

Результаты по расходу памяти. Сразу после старта системы запускался GIMP, выполнялась косанда free -m. Не выгружая гимп, естественно.

Это GIMP из репов арча.

free -m
              total        used        free      shared  buff/cache   available
Mem:           3851         506        2601          99         742        3021
Swap:         10492           0       10492

Это GIMP из флатпака.

free -m
              total        used        free      shared  buff/cache   available
Mem:           3851         509        2584         100         757        3016
Swap:         10492           0       10492

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

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

То есть по оверхеду в 10 раз вопросы отпали? Так и запишем.

Зачем нужны.

Чтобы устанавливать любое приложение в любую систему, с любым набором системных библиотек, с гарантией что ничего не отломается.

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

Если ты хочешь лично до меня донести, что контейнеры не нужны - то это бессмысленное занятие, потому что я эти технологии не разрабатываю и не решаю, что нужно а что нет, и как будут развиваться дистрибутивы. Мое мнение тут не важно.

Так что доноси до разработчиков.

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

Чувак и тебя не смущает, что аппликуха стартует 30 сек в обеих случах? Ты чо, тормоз? Дай угадаю, у тебя небось еще и кеды стоят? :) Вот нормальные показатели для старта гимпа:

real	0m3.783s
user	0m1.786s
sys	0m0.276s

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

Вот альфа тред если читает пусть доносит но это бесполезно - паравоз революции на полных парах мчится в безоблачное светлое далёко.. ))

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

А теперь самое интересное.

Оверхед в 1 секунду, который я наблюдал, пересчитай на свою систему и подумай - заметишь ты такую задержку или нет.

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

Ноутбук 2011 года, проц i3. KDE. Но причем тут все это, ты с темы не соскакивай. Вопрос не в том, почему у меня долго запускается GIMP. А в том, какая разница между нативной и флатпак версией. Ее почти нет - это факт. И на в 10 раз более быстрой твоей системе она будет еще в 10 раз меньше.

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

Притом, вьюноша, что ты в упор не отдупляшься в том, о чем споришь и что замеряешь. Ща я качаю гимп под флатпак (судя по показателям, там имиджей на полгига минимум) и посмотрим, как отличается работа гимпа нативного в нативной среде Gnome и из контейнера.

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

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

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

Понимаю, такой фигни всегда будет хватать, поэтому я даже не пытаюсь юзать подобный софт, gnome-software ведь как, типа ты иди попей чаю, а удалось или нет что-то там сделать тебе скажут, когда время придет, а когда именно придет время — тебе знать не положено. Мне такое не нужно.

papin-aziat ★★★★★
()
Ответ на: комментарий от curufinwe

И вот результаты. Чтобы засетапить гимп из флатпака, мне пришлось качнуть 460M всякого говнеца.

Installing: org.gnome.Platform/x86_64/3.32 from flathub
[####################] 1258 metadata, 24461 content objects fetched; 351585 KiB 
Now at 498eb62f654b.
Installing: org.gnome.Platform.Locale/x86_64/3.32 from flathub
[####################] 4 metadata, 1 content objects fetched; 16 KiB transferred in 0 seconds
Now at 3077b93b605c.
Installing: org.gtk.Gtk3theme.Ambiance/x86_64/3.22 from flathub
[####################] 9 metadata, 425 content objects fetched; 1430 KiB transferred in 3 sec
Now at 73fed99df212.
Installing: org.freedesktop.Platform.VAAPI.Intel/x86_64/18.08 from flathub
[####################] 5 metadata, 2 content objects fetched; 1783 KiB transferred in 3 secon
Now at bc9426ac6a1c.
Installing: org.freedesktop.Platform.html5-codecs/x86_64/18.08 from flathub
[####################] 24 metadata, 127 content objects fetched; 3111 KiB transferred in 6 se
Now at 3e019185d277.
Installing: org.gimp.GIMP/x86_64/stable from flathub
[####################] 665 metadata, 6929 content objects fetched; 104004 KiB transferred in 
Now at 8003d469b222.

Причем из не шустрой репы (у докера имиджи гораздо быстрее качаются). Рассказывать про реюзабельность лееров мне не нужно - как работает докер, знаю не понаслышке.

Теперь замеряем старт. Нативный гимп:

real	0m3.783s
user	0m1.786s
sys	0m0.276s

гимп из флатпака:

real	0m12.923s
user	0m0.048s
sys	0m0.004s

Что и требовалось доказать - флатпаки тормозят по сравнению с нативными приложениями, потому как для нативных приложений либы откешировались на старте DE. И если для гимпа это еще терпимо, то для мелких тулзов это будет бесить.

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

И если для гимпа это еще терпимо, то для мелких тулзов это будет бесить.

У мелких тулзов и либы будут другие. Так что привязывать гимповый оверхеад к ним некорректно.

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

У мелких тулзов и либы будут другие.

У мелких тулзов будет подгружаться минимум весь базовый виджетсет. С инициализацией тем и всего остального. Калькулятор, стартующий 10сек это звиздец.

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

А где подробности, как ты измерял? Может при запуске гимпа из флатпака он по новой расширения опрашивал, в чем я почти уверен, что занимает около 10 секунд у меня?

Я специально по 2 перезагрузки и запуска делал, и выкладывал результаты со второй попытки после второй перезагрузки. А ты? Не пытаешься ли ты надолбать?

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

Первый запуск после ребута был секунд 12 с опросом расширений, второй запуск без ребута (сделал минут через 10 после первого) - открылся за 2 секунды.

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

Да блин, без ребута - ни о чем не говорит. Надо сразу после ребута, но смотреть, чтобы опроса расширений не было. Если он идет - опять ребутишься и запускаешь.

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

Перезагрузку после установки флатпака делал - оно того требует. Ради справедливости можно сказать, что повторный запуск гимпа шустрее - либы закешировались. Но все это хорошо, если источник флатпаков один и базовые лееры у всех одинаковы. Если они будут разными - будут каждый раз тормозить на старте. Флатпак это по сути виртуальный дистр, нарезанный на слоя и который запыжевали в докер. Причем дистр с роллинговыми обновлениями. С таким же успехом можно всем предложить юзать один дистрибутив - точно также не будет проблем с установкой приложений.

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

Перезагрузку после установки флатпака делал - оно того требует.

Я не об этом. Ты запустил нативный гимп, замерил. Перезагрузился. Запустил флатпаковый гимп, замерил. Так делал?

Тогда это неправильно, и оверхед связан не с флатпаком.

При запуске флатпаковой версии после нативной, гимп переопрашивает расширения. Это занимает как раз столько времени, сколько у тебя оверхед. Подозрительно, да.

Поэтому надо смотреть, чтобы при запуске опрос расширений не шел. А если идет - перезагрузиться еще раз и замерять.

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

Но все это хорошо, если источник флатпаков один и базовые лееры у всех одинаковы.

В основном он один. Другие будут для проприетарных и экзотических приложений только.

Базовые лееры - это очень сильный термин для флатпака. Там и лееров то нет, все проще.

Если они будут разными - будут каждый раз тормозить на старте.

А теперь смотри. Я запускаю нативный гимп из KDE - и у меня точно так же поднимается весь стек библиотек. Потому что в KDE они не использовались. Итог ты видел. Так что я теряю?

Причем дистр с роллинговыми обновлениями.

Вот тут надо остановиться отдельно. Обновления через os-tree. Коммитами как в гите. И откатиться после обновления на любое предыдущее состояние можно элементарно, как в гите. А теперь попробуй откатить обновление deb в убунте. Можно, но не так элементарно.

Флатпак это по сути виртуальный дистр, нарезанный на слоя и который запыжевали в докер.

Еще раз - никаких слоев как в докере, во флатпаке нет. Его контейнер это тупо chroot окружение.

С таким же успехом можно всем предложить юзать один дистрибутив - точно также не будет проблем с установкой приложений.

Ключевая разница в том, что флатпак можно установить независимо от системы в любой дистрибутив. И совсем не обязательно все ставить из него. Я ставлю только 3-4 приложения из флатпака на стабильный дебиан, чтобы как раз получать роллинг обновления этих приложений. В Арче вместо сборки из аура использую флатпак, чтобы меньше пердоленья. А родные репы никуда не делись.

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

В основном он один.

да вот хрен - ставлю Inkscape и опять качается куча говнеца.

Ключевая разница в том, что флатпак можно установить независимо от системы в любой дистрибутив.

Это не разница, а предназначение флатпака.

Еще раз - никаких слоев как в докере, во флатпаке нет.

Из того, что я вижу при закачке - типичные слои, которые оверлеят файловую систему.

Я ставлю только 3-4 приложения из флатпака

Ровно также можно было бы подключить PPA и ставить 3-4 приложения более свежего разлива.

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

Ровно также можно было бы подключить PPA и ставить 3-4 приложения более свежего разлива.

Нельзя. PPA не работают в Arch Linux. И даже в Debian. Поэтому флатпак тут вне конкуренции.

Я уж молчу про дебильную переустановку убунты с выходом нового релиза, просто потому что из-за PPA оно нормально обновляться не может. Контейнеры эту проблему решают раз и навсегда. Теперь можно обновлять что угодно когда это нужно, совершенно независимо.

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

Из того, что я вижу при закачке - типичные слои, которые оверлеят файловую систему.

Про матчасть кукарекаешь, а слои от chroot отличить не можешь.

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

Ой жесть какая.

Если что, можешь дать им мои контакты, расскажу как можно провести release party и чем еще интересным можно заняться

Т.е. федора это теперь не про софт и его использование, а про корпоративы и корпоративный тимбилбинг/митинги.

Реальных проблем с софтом о которых написал человек, в упор не видим.

trynoval
()
Ответ на: комментарий от Vovka-Korovka

В принципе, все работает отлично, но раз в несколько дней бывают фризы системы - помогает только перезагрузка.

Пришло время переустанавливать Шидору, Шидора сама себя не переустановит.

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

будет удобнее GUI … поскольку в нём искать дешевле

Если на экран поместилось всё, что тебе может понадобиться – да – но то же относится к программам с одностраничным маном. А если нет, возможность поиска в большом тексте кроет все преимущества гуёв (кроме ввода координат) нецензурно. Конечно, никто не запрещал гуевикам реализовать удобный поиск, но ешё ни разу не видел. А тенденция распухания у гуёвых программ сильнее – из-за отсутствия труб, которые опять никто не запрещал но почти никто не поддерживает. Т.ч.

исследование(discovery) против исполнения(execution).

подходит при сравнении «простых» гуёв со «сложными» командами ("" == по кол-ву «рычагов»). А это как-бы не очень сравнение.

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

Т.е. федора это теперь не про софт и его использование, а про корпоративы и корпоративный тимбилбинг/митинги.

Я пыталась сравнить хороший gui c хорошим cli

Понятно что и в gui и в cli можно наворотить такого что не разобраться уже никому.

Такое случается когда например в cli забывают про консистентность, или в gui не получается выстроить пристойную иерархию элементов, чтобы сложность раскрывалась постепенно.

alpha ★★★★★
() автор топика

Возможно, лучший дистрибутив с KDE Plasma.

Что только не пробовал (openSUSE, Kubuntu, Neon, Debian) все-равно возвратился на Fedora (десктоп).

На ноутбуке начиная с 26 версии тоже живет Fedora с KDE, регулярно обновлял - всё ОК.

Fedora торт, рекомендую!

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

Скрин кинь с ЛОР и ответом на на это сообщение пжлст.

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

Ссылки на багрепорты есть? Иначе - пустой пердёж в лужу.

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

А что сломалось? Не замечал особых проблем с свежей центосью.

T3M4
()

Fedora для ARM — raw-образы, которые можно использовать, например, для Raspberry Pi.

проверил пару образов на Raspberry Pi 4 - не взлетело.

ukr_unix_user ★★★★
()

В принципе Альфу и др. шапковцев можно понять, они топят (ну ладно, петросяню) категориями энтерпрайза и отдаленного будущего. А тут какие-то десктопные динозавры, требующие 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
()
Ответ на: комментарий от curufinwe

Ох лол. У меня HDD, понимаешь ли ты блин, ты читать умеешь???

8.77user 1.88system 0:18.65elapsed

А у меня не только hdd, но ещё и P4 2.4GHz, которому скоро 15 лет. И тут сколько-то секунд на выход ещё. gimp 2.8.20.

AS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.