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

С lxc сразу на podman

Что, LXC тоже неактуальное уже?

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

Проблема не только в самом мусоре на диске, - это не особо проблема. Но это еще мусор в $PATH и $XDG_DATA_DIRS - вот это уже превращает систему в настоящую помойку.

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

По сравнению с объёмом кладовки и гардероба возможный мусорный overhead - это мелочь не стоящая внимания.

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

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

Я в принципе не могу представить, чтобы я что-то поставил через эту утилиту. Ещё на убунте попробовал, сломал систему и сбежал в консоль в диком ужасе.

Вот видишь! :) Неужели желание опробовать новую фичу на пользователях предобладает над здравым смыслом?

Синаптиком то как сломал? Не, ну если ты использовал aptitude до этого, то не удивлюсь. Они не совместимы. Также несовместимы их методы делать пакету hold между собой и с apt-get.

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

Не только. Это также сценарий при возникновении новой задачи.

Тоже верно.

Только опять же, мы не полезность фичи dnf autoremove обсуждали, с нею никто не спорит. Мы обсуждали отсутствие поддержки autoremove в Gnome Software, и приоритезацию этой задачи.

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

Про $XDG_DATA_DIRS я упоминала, dnf тут вообще ни при чем.

И я не знаю зачем вы складываете мусор в $PATH и превращаете систему в помойку. Я, например, не мусорю, а ставлю пакеты из репозитория, с помощью пакетного менеджера, который раскладывает всё по строго определенным предназначенным для этого местам.

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

с одним SSD ноуты как правило не продаются - их мало

кхм, добро пожаловать в реальный мир! Но ноутов, если они идут с ssd, как раз навалом с 128, 250 Гб и без hdd.

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

И если баг появится, то на него повесят метку feature request

NOTABUG WONTFIX конечно же. Фирменный стиль редхатовских клоунов. Ты смотри как альфа на опережение сработала: 5 страниц доказывает, что удалять программы не нужно. Лол.

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

Вообще смешно конечно, я думала тут тред будет про докер или про wayland. Ну на худой конец про systemd. А тут у нас нашлась «главная проблема Fedora»(tm).

Совсем измельчали.

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

Так мусорит то как раз пакетный менеджер. Мусорит зависимостями. В $PATH то оно попадает по воле пакетного менеджера.

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

Небезопасно. Юникод и иконки в SSD - обход изоляции и вектор для атаки.

Да? Хм... типа GNOME не сможет корректно обработать специальную последовательность весёлых какашек в заголовке и случится выполнение произвольного кода на стороне композитора? Ну, допустим. А что делать с панелью задач (или доком)? Там же нужно отображать название окна. Вдруг так злонамеренная последовательность Unicode символов?

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

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

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

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

Кстати, вон в Qubes по-дефолту весь юникод в заголовках фильтруется по этой причине.

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

Пока вы тут доказываете что все хорошо и ничего менять не нужно

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

А мы вместо этого обсуждаем у кого хард больше.

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

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

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

autoremove в Gnome Software, и приоритезацию этой задачи.

Так это же вредоносное ПО, которое под видом удобства управления установкой приложений засоряет место системном разделе.

Всё для пользователя, всё для его удобства?

Вот была у меня установлена, например, fedora 24, в ней стоит браузер firefox 47 (всё обновлено до состояние на момент прекращения поддержки, т.е. кэш не пустой).

dnf -C info firefox знать ничего о нём не знает. dnf -C search firefox тоже не знает о нём, только о icecat.

rpm -qa firefox таки сообщает, что в системе есть firefox-47.0-4.fc24.x86_64.

Ок, # dnf -C remove firefox : отсутствуют совпадения… отсутствуют пакеты помеченные для удаления.

Открываю «Программы» (уж так названо, наверное, пресловутый gnome software center или как его там) и тут наконец вижу firefox, который есть и мне его предлагают запустить, но удалить не предлагают нигде. Наверное потому, что он из группы «системная интеграция».

Если всё осталось так же, то никакой проблемы действительно нет.

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

Поддержка SSD в гноме - это шаг назад ради совместимости. Если придожение поддерживает и SSD и CSD - это не плохо. Если только SSD - это плохо, так как стимулирует поддержку костылей.

Почему назад, а не в бок? Ради совместимости с чем?

CSD делает все проще

Поэтому в SDL и MPV запилили декорации для wayland, веть это так просто. И в кутях тоже, и оно даже не выделяется стилистически

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

Я знаю, что срач из-за графической утилиты, то есть даже из-за позиции «это норма». Это баг граф. утилиты и не может рассматриваться как ничто иное.

Э... багом это будет - если утилита начнет удалять то, что я удалять не просил. Столкнулся пару раз с автоудалением пакетов из консоли - теперь только через графику.

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

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

Консерватизм не противоречит гуманизму. Да и как это все связано с дистрибутивами Линукса?

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

А идея о том что можно не ставить сотни мегабайт мусора тебе в голову не приходила?

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

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

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

Тот же LibreOffice я вообще поставил лишь затем, чтобы проверить документ - девочка одна с работы попросила. До этого несколько лет нужен не был, и наверняка ещё столько же нужен не будет.

Но не суть. Проблема не только с LibreOffice случается, это лишь пример.

«сломан дефолтный способ управления приложениями» vs не реализована весьма специфичная фича – найди три отличия.

Ты подменяешь понятия. Я не имею больших претензий к тому, что в Software не реализовано автоматическое удаление осиротевших пакетов (хотя было бы неплохо) - я о том, что установка приложения в Software «ломает» эту функциональность в dnf.

При этом autoremove - это тоже не панацея. Точно также может оказаться что поначалу ты установишь пакет по зависимостям а потом начнешь использовать его напрямую. И dnf autoremove этого не узнает. И удалит. Поэтому фильтровать список удаляемых пакетов в любом случае необходимо вручную.

Ещё раз: ты говоришь об автоматическом удалении «мусора» в Software - я же говорю про dnf autoremove, с подтверждением удаляемого и т.д.

Собственно есть вероятность что именно поэтому в GNOME Software оно и реализовано таким способом

В GNOME Software в Fedora.

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

И если совсем честно то я не знаю как ты терпишь что dnf не чистит конфиги в хомяке. Всё что там создается собственно гораздо вернее попадает под определение мусора, чем пакеты в системе.

Ну это уже демагогия.

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

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

Собственно есть вероятность что именно поэтому в GNOME Software оно и реализовано таким способом

В GNOME Software в Fedora.

Если сделают по другому - я это им в баги напишу.

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

А через неделю опять понадобилась - опять поставил? Потом снова снёс, опять поставил, снёс...

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

Если вы перфекционист - это ваши проблемы.

Ну чудесно. Хочешь, чтобы было меньше багов - ты перфекционист, это твои проблемы! Fedora не для таких перфекционистов!

Ложь. В 2011 году DNF начал разрабатываться как превью

Я говорил про появление этой функциональности в Fedora, в ту пору - в yum.

Rootlexx ★★★★★
()

Пользователи Fedora 31 столкнулись с прекращением отображения растровых (bitmap) шрифтов почти во всех графических приложениях. В том числе, в эмуляторе терминала GNOME стало невозможным использование таких шрифтов, как Terminus и ucs-miscfixed. Проблема вызвана тем, что разработчики библиотеки Pango, применяемой для отрисовки текста, прекратили поддержку таких шрифтов в последней версии 1.44, ссылаясь на проблемные интерфейсы библиотеки FreeType (перешли с FreeType на движок отрисовки HarfBuzz, который не поддерживает растровые шрифты).

http://www.opennet.ru/opennews/art.shtml?num=51774

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

Нормой это никто не называл - разве что оправдали, что функционал в общем-то завезти некогда было. В апстрим вот уже 3 года никто багу не заведёт, если что.

https://bugzilla.redhat.com/show_bug.cgi?id=1541357

https://bugzilla.redhat.com/show_bug.cgi?id=1650310

https://bugzilla.redhat.com/show_bug.cgi?id=1733274

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

я о том, что установка приложения в Software «ломает» эту функциональность в dnf.

Т.е. ломает GnomeSoftware, а виноват DNF?

Я говорил про появление этой функциональности в Fedora, в ту пору - в yum.

Ну так бага в багзилле апстриме есть? А в багзилле в федоре есть? Может потому, что в это вашем GnomeSoftware адекватные люди ничего не ставят? Ну так, по привычке из нулевых. Я вот им не пользуюсь и про багу не знаю. ЧЯДНТ?

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

Но он ещё и вбросил, что это основной способ работы с пакетами в системе и критическая функциональность

Да ну? Давайте проверим. Цитирую своё сообщение:

в дефолтном и самом поддерживаемом десктопе в Fedora уже третий (!) релиз этой самой Fedora как сломан дефолтный способ управления приложениями в этом самом дефолтном окружении

Будете спорить, что GNOME Software является дефолтным способом управления приложениями в GNOME?

Про критическую функциональность я вообще не писал.

Ну и кто же из нас вбрасывает?

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

Т.е. ломает GnomeSoftware, а виноват DNF?

Виноват dnf-backend packagekit. Я где-то писал, что виноват dnf? У вас голоса в голове, что ли?

Ну так бага в багзилле апстриме есть? А в багзилле в федоре есть?

Да. См. выше.

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

В PackageKit некоторые вещи сделаны через жопу, а именно:

- он использует свою копию базы для определения доступных апдейтов

- он ставит ВСЕ пакеты (включая зависимости) как напрямую установленные юзером, что ломает авторемув.

Не в самом packagekit, а в его dnf-движке. В том же Debian с aptcc всё работает нормально.

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

Надо понимать, что товрищ.ю способный поставить/удалить ПО в линуксе - как минимум уже уверенный пользователь, который ДОЛЖЕН обладать квалификацией, позволяющей читать документацию.

Из какой документации я должен был узнать, что packagekit в Fedora подкладывает такую свинью?

Rootlexx ★★★★★
()

хорошая новость, как раз и podman потыкаем.

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

SSD 32 Гб, RAM - 3 Гб. А ты уверен, что это устройство имеет смысл использовать с гномом и федорой? 2x1.1 GHz,с никакими кэшами. Ты точно понимаешь, для чего эти устройства?

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

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

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

Из какой документации я должен был узнать, что packagekit в Fedora подкладывает такую свинью?

Из той же, что узнал про PackageKit.

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

У вас голоса в голове, что ли?

К сожалению они плохо подсказывают, как тебя затраливать.

установка приложения в Software «ломает» эту функциональность в dnf.

Будете спорить, что GNOME Software является дефолтным способом управления приложениями в GNOME?

Ыыы. А в федоре оно является дефолтным способом управления пакетами?

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

#А что не на гнум-софтварь жалуемся, а на unmaintained PackageKit?

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

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

Какая разница, что в баге написано, когда его никто не прочитает?

https://blogs.gnome.org/hughsie/2019/02/14/packagekit-is-dead-long-live-well-...

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

Deleted
()
Последнее исправление: Deleted (всего исправлений: 2)
Ответ на: комментарий от VKraft

Ну так ты скажи об этом апстриму. А ты завёл баг, который улетит на почты, которые никто не прочтёт.

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

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

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

Объясни, пожалуйста. Я вижу что там подключаются репы и ставится любой софт, хотя практического применения для дома и семьи пока не вижу, кроме поиска пакетов и информации о пакетах, ну и, разумеется, полигончик перед тем как сунуть что-то под капот. Руки поковырять toolbox пока не дошли, застрял на флатпаках, но в 30 я сходу не смог сообразить как решить такое: qt-гуишная-софтина из гита, а вот зависимости и прочее к ней в тулбоксе, в том числе qt5ct с правильными настройками. При запуске из тулбокса — всё ок, всё прекрасно работает, в том числе и настройки гуёв, но если стартуешь «toolbox run бла-бла», то настройки гуёв не применяются, а значит .desktop-файл делать бесполезно, такой софт мне не нужен, проще закатать в систему.

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

В Ubuntu, Mint, Manjaro установка и удаление программ сводится к нескольким кликам мышью в предельно понятном gui.

Бро, у нас уже ostree+containers на дворе, а вы все кликаете мышкой в убунтах-минтах-манджарах?

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