LINUX.ORG.RU

Fedora 43 Beta

 


0

2

Подготовлены образы с бетой Fedora 43.

Версии некоторых основополагающих пакетов:

  • Linux kernel 6.17;
  • GNOME 49;
  • KDE Plasma 6.4;
  • Python 3.14;
  • Go 1.25.

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

Выпуск Fedora 43 ожидается в октябре.

Скачать

Автор новости – @mx__.

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

★★★★★

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

переход на платный пакетный менеджер DNF5

Это запланировано в 6 версии.

arax ★★★
()

Из прочих новшеств следует отметить переход на пакетный менеджер DNF5 по умолчанию

Щито? Он уже по умолчанию в 42.

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

Да, я внимательно перечитал, там написано

as the default package manager in the installer

Видимо, последние слова – ключевые. Поправил.

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

Автор новости – @mx__.

Там должно быть многоточие?

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

Он уже по умолчанию в 42

Да!

user@host:~# dnf --version
dnf5 версия 5.2.16.0
dnf5 API-плагин версии 2.0
libdnf5 версии 5.2.16.0
API-плагин libdnf5 версии 2.2
Somebody ★★★★
()
Ответ на: комментарий от AleksK

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

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

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

С флатпаком та же история, сами флатпаки качаются из одного места, а openh264 с циски.

Я вот думаю, это заговор или головотяпство.

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

У меня то же самое на Ubuntu Studio со вчерашнего дня:

Прервано из-за ошибки (Во время загрузки http://ciscobinary.openh264.org/libopenh264-2.5.1-linux64.7.so.bz2: Server returned status 403)

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

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

AleksK ★★★
()
Последнее исправление: AleksK (всего исправлений: 1)

Он всё ещё требует перезагрузки и отнимает время, устанавливая обновления в процессе перезагрузки?

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

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

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

Это циска гадит как может.

Ну, не «гадит», а предоставлет бесплатно этот пакет и поддерживает его...

И на скриншоте выше странный репозиторий для openh264.

У меня в Fedora 42, в /etc/yum.repos.d/fedora-cisco-openh264.repo, написано:

[fedora-cisco-openh264]
name=Fedora $releasever openh264 (From Cisco) - $basearch
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-$releasever&arch=$basearch
type=rpm
enabled=1
metadata_expire=14d
repo_gpgcheck=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=True

[fedora-cisco-openh264-debuginfo]
name=Fedora $releasever openh264 (From Cisco) - $basearch - Debug
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-debug-$releasever&arch=$basearch
type=rpm
enabled=0
metadata_expire=14d
repo_gpgcheck=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=True

[fedora-cisco-openh264-source]
name=Fedora $releasever openh264 (From Cisco) - $basearch - Source
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-source-$releasever&arch=$basearch
type=rpm
enabled=0
metadata_expire=14d
repo_gpgcheck=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=True

Всё обновляется...

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

2 нижних секции с enabled=0 мог бы и не давать.

Кстати сегодня зарелизили Fedora 43, но на rpm-fusion дрова на nvidia еще не завезли так что подождем…

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

на rpm-fusion дрова на nvidia еще не завезли

не может быть, там всё готово бывает последние лет десять задолго до релиза, не меньше месяца как завезли

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

Ну я на сайт рпм-фузион полез, не видать.

Причем сейчас пробую: dnf update –refresh, уже из 43, так находит 288 пакетов в updates, половина скачалось, половина облом.

[288/288] xkeyboard-config-0:2.46-1.fc43.noarch                                                  0% |   0.0   B/s |  -1.0   B |  ?     
>>> Interrupted                                                                                                                        
---------------------------------------------------------------------------------------------------------------------------------------
[288/288] Всего                                                                           100% |   3.3 MiB/s |   4.5 MiB |  00m01s
Не удалось загрузить пакеты

P.S. Все валилось из-за гребоного 264 :( прокатило вот так: sudo dnf update –exclude=openh264 –refresh

P.P.S. Оказывается репы рпм-фузион как то частично прописаны в ф43, странно как то.

rpmfusion-nonfree-nvidia-driver.repo
rpmfusion-nonfree-steam.repo

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

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

Кстати сегодня зарелизили Fedora 43

Да?? Спасибо за информацию, через пару месяцев обновлюсь... :)

но на rpm-fusion дрова на nvidia еще не завезли так что подождем…

У меня «более другое», не NVIDIA.

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

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

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

Наконец то они додумались диск разбивать в одном месте а выбор разделов для установки в другом.

Мне это никогда не мешало: просто внимательно смотрел, что именно я сейчас делаю. :)

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

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

(я про всякие lvm поверх raid и т.д.)

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

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

Ну, я как-то справлялся и без такого «колдунства»...

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

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