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

И это хорошо, но походу еще не скоро станет дефолтом. А вот с мусоркой, которую разводит packagekit с dnf , делать надо что то сейчас

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

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

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

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

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

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

Во флатпаке с этим нет проблем, зависимости внутри либо закреплены за версией рантайма

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

Это не является проблемой.

До тех пор пока формат данных, потоков, сетевых интерфейсов и так далее не меняется - нет. Малейшая несовместимость - кранты.

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

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

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

Вот когда разработчиков у ОС больше чем пользователь - вот это идеально.

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

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

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

Я что-то не пойму в чем суть вашего спора, ведь flatpak приложения так же прекрасно через Discover и всякие центры приложений ставятся как и реповые.

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

Эти простые действия так сложны для реализации?

Это давно реализовано в Дебиане. И да, перед тем, как пользоваться тестовым дистрибутивом, нужно как следует подумать. Bleedin edge это не всегда хорошо.

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

Потому наличие поддержки обратной совместимости норма в нормальных системах, и даже ленсуковое ядро ее обеспечивает

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

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

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

Потому наличие поддержки обратной совместимости норма в нормальных системах, и даже ленсуковое ядро ее обеспечивает

Обратной - но не прямой.

В этом и проблема.

Твоя программа из флетпака может сгенерировать новый формат, которая другая программа из другого флетпака (старого) не поймет.

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

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

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

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

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

Приоритеты репозитариям так же расставляешь в графическом приложении?

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

Твоя программа из флетпака может сгенерировать новый формат, которая другая программа из другого флетпака (старого) не поймет.

Невозможность читать форматы будущего - это проблема? Вот это новости, чем дальше в лес тем толще партизаны.

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

Пакетный менеджер с зависимостями эту проблему так же не решит в общем случае

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

Сам не понимаю, из какого века эти люди тут появились XD

Это тайное знание линуксоидов. Другие такой технологией не обладают.

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

Невозможность читать форматы будущего - это проблема? Вот это новости, чем дальше в лес тем толще партизаны.

Я про это и говорю. Проблема флетпака - что общие утилиты обновляются не одновременно, а как получится. В стандартных пакетных менеджерах ее нет.

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

Приоритеты в репозитории? А что это? А зачем мне это для установки/удаления?

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

Приоритеты репозитариям так же расставляешь в графическом приложении?

Не нужны никакие приоритеты никаким репозитариям. В том числе в дебиане. А когда были нужны, я их ставил в конфиге 1 раз на 5 лет.

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

Какие нахрен приоритеты репозиториям, угомонись уже

самые обыкновенные

угомонись уже

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

Проблема флетпака - что общие утилиты обновляются не одновременно, а как получится. В стандартных пакетных менеджерах ее нет.

Какие общие утилиты? Например?

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

Не нужны никакие приоритеты никаким репозитариям. В том числе в дебиане. А когда были нужны, я их ставил в конфиге 1 раз на 5 лет.

То есть как раз нужной функциональности нет в гуях.

В этом и проблема.

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

Еще раз - эта функциональность не нужна. Вообще не нужна. Поэтому ее и нет в гуях. А реализуется она там элементарно, и если бы это кому-нибудь было бы надо - она бы там была.

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

Еще раз - эта функциональность не нужна. Вообще не нужна. Поэтому ее и нет в гуях. А реализуется она там элементарно, и если бы это кому-нибудь было бы надо - она бы там была.

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

А то что не нужна. Это ваше мнение и мне оно очень интересно.

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

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

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

Ее там нет что бы новичка не запутывала.

Вот это новости, оказывается кто-то думает о новичках в линуксе. А так с виду и не скажешь.

А то что не нужна. Это ваше мнение и мне оно очень интересно.

А мне интересно мнение людей, которым фича очень нужна, но запилить ее они не хотят. Значит так нужна.

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

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

Именно. В пакетном менеджере такой проблемы не возникает.

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

А мне интересно мнение людей, которым фича очень нужна, но запилить ее они не хотят. Значит так нужна.

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

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

Эти утилиты должны либо в рантайме идти, а не в пакете приложения, либо в виде расширения к рантайму. Что снимает все проблемы.

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

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

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

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

Эти утилиты должны либо в рантайме идти, а не в пакете приложения, либо в виде расширения к рантайму. Что снимает все проблемы.

И возникают те же самые зависимости, которые и решает пакетный менеджер.

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

И возникают те же самые зависимости, которые и решает пакетный менеджер.

Ты не поверишь - но flatpak это тоже пакетный менеджер, и в нем тоже внезапно есть зависимости.

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

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

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

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

Ты не поверишь - но flatpak это тоже пакетный менеджер, и в нем тоже внезапно есть зависимости.

И?

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

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

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

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

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

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

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

Ты понимаешь разницу - «нет проблем зависимостей» и «нет зависимостей»?

То есть зависимости в нем очевидно есть. А вот проблем обычно сопряженных с этим нет. Потому что он работает иначе.

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

Ибо это никогда не являлось проблемой.

Я именно это и пытаюсь донести.

Речь начиналась с того, что консоль не нужна. Но это ведь далеко не так. И именно по причине наличия консоли убогость интерфесов проблемой не является.

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

Речь начиналась с того, что консоль не нужна. Но это ведь далеко не так. И именно по причине наличия консоли убогость интерфесов проблемой не является.

Вообще-то, речь была о том что консоль не обязательна для всех. Это несколько иное чем «не нужна».

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

То есть зависимости в нем очевидно есть. А вот проблем обычно сопряженных с этим нет. Потому что он работает иначе.

То есть зависимости в нем очевидно есть. А вот проблем обычно сопряженных с этим нет. Потому что он работает иначе.

Если в каком-то случае нет проблем с зависимостями при наличии зависимостей во флетпаке, значит не будет проблем с зависимостями при наиличии зависимостей и в пакетном менеджере.

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

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

Консоль это и есть убогий одномерный интерфейс.

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

Убог графический интерфейс именно в плане возможностей и документирования.

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

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

Если в каком-то случае нет проблем с зависимостями при наличии зависимостей во флетпаке, значит не будет проблем с зависимостями при наиличии зависимостей и в пакетном менеджере.

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

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