Fedora 43 Beta

Тьфу ты.. Сначала прочитал: «переход на платный пакетный менеджер DNF5»

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

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

Бывает.

Ждем релиза.

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

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

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

as the default package manager in the installer

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

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

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

Ссылка должна быть на официальный источник:

https://fedoramagazine.org/announcing-fedora-linux-43-beta/

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

Да!

user@host:~# dnf --version
dnf5 версия 5.2.16.0
dnf5 API-плагин версии 2.0
libdnf5 версии 5.2.16.0
API-плагин libdnf5 версии 2.2

Пишут циска тут уже по полной нагадила:

https://cdn.comss.net/img/092025/SCR-20250916-pnld.jpg

Федора — всегда бета, в чём новость?

Как минимум, не всегда 43

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

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

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

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

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

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

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

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

А федора бета - это альфа

А федора бета - это альфа

Fedora Beta — это beta...

Это заговор головотяпов против нормальных людей.

MATE всё?

Думаю к релизу подтянут.

Ждем портов.

Ждите тогда уж порталов... ;P ;))

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

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

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

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

И на скриншоте выше странный репозиторий для 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

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

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

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

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

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

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

Причем сейчас пробую: 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

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

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

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

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

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

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

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

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

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

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

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

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

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