В выпуске Fedora 41 предложено перевести дистрибутив по умолчанию на пакетный менеджер DNF5. Изначально, переход на DNF5 планировалось произвести в выпуске Fedora 39, но миграция была отложена из-за неготовности инструментария. Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее. Предложение пока не рассмотрено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora. В случае принятия предложения пакеты dnf, libdnf и dnf-cutomatic будут заменены на инструментарий DNF5 и новую библиотеку libdnf5, а символическая ссылка /usr/bin/dnf начнёт указывать на исполняемый файл dnf5...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60849
Лучший пакетный менеджер!
>>Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее.Всё что нужно знать про Федору вообще.
Счастливый ты человек, раз тебе хватает знать так мало.
Про федору-то? Вполне достаточно.
Федора это и есть линукс, нравится тебе это или нет. Все остальные дистрибутивы - это "дистрибутивы" и не более. Всё новое заносит в линь именно шапка, именно её программисты пишут код, а не какой-то там васян, который как в матрице сидит перед монитором с прыгающими зелеными буковками.
> Федора это и есть линукс, нравится тебе это или нет. Все остальные
> дистрибутивы - это "дистрибутивы" и не более. Всё новое заносит в
> линь именно шапка, именно её программисты пишут код, а не какой-то
> там васян, который как в матрице сидит перед монитором с прыгающими
> зелеными буковками.Нееее... "линукс" - это RHEL, а федора - полигон для тестирования "минималвиибалпродакт" на тех, кого не жалко.
> Федора это и есть линукс, нравится тебе это или нет. Все остальные
> дистрибутивы - это "дистрибутивы" и не более. Всё новое заносит в
> линь именно шапка, именно её программисты пишут код, а не какой-то
> там васян, который как в матрице сидит перед монитором с прыгающими
> зелеными буковками.Так было давно. Сейчас их новинки и код - говно, и энтерпрайз всеми щупальцами не хочет их использовать, максимально стараясь дистанцироваться от дистрибутивов и уйти в виртуалки и контейнеры. А в них чаще альпин чем код красношапок.
Гугл тоже кстати не внедрил ни одной их наработки.
Кровавый Ынтерпрайз в цивилизованных странах всегда сидел и сидит на винде. Линукс это больше про страны третьего мира (если речь об уже работающих проектах). А вот стартапы - да, ушли в виртуалки, контейнеры и serverless решения.
> Кровавый Ынтерпрайз в цивилизованных странах всегда сидел и сидит на винде. Линукс
> это больше про страны третьего мира (если речь об уже работающихНу да, конечно... Ведь именно благодаря стартаперам из стран третьего мина доля линукса на суперкомпах достигла 100%, а на серверах уже давно держится выше 70%. Особенно в таких мелких конторах, как гугл, амазон, майкрософт (внезапно!!!) и всякие там ораклы ещё и прочая мелочь.
И так сойдет...
Согласен. Потому что только в нём из коробки есть нормальная работа с историей и команда undo.
> Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее.Как это типично для в современной айтишечке.
"конечно же, на самом деле никто и не собирался ничего реализовывать"
DNF6 на memory-safety-лангуаге сам себя не напишет! И вообще - у нас тут "атомарно обновляемые дистрибутивы" и прочие флетпаки бороздят большой театр, а вы тут с "нинужна!"-паритетом функциональности...
Это хорошо зарекомендовавший себя подход. Лучше частичное решение сейчас, чем идеальное никогда.
> Это хорошо зарекомендовавший себя подход. Лучше частичное решение сейчас, чем идеальное
> никогда.ты не говори таких слов "никогда". Шапка сказала что будет - значит будет. Когда-нибудь. И когда это прекрасное "когда-нибудь" наступит - снова выкинут и заменят на частичное решение задачи сейчас. Потому что лучше частичное решение задачи сейчас, чем идеальное никогда. Свиноворот свиней.
GUI yumex-dnf, когда появился, жутко глючил. Затем его допилили: работал шикарно, чётко, относительно быстро. Но в следующей версии F-27 его выкинули полностью. =((
И заменили dnfdragora-й, которая не работает толком до сих пор. Приходится полагаться только на консольный dnf-4, который как раз хорошо допилили. Не хватало только его ещё выкинуть. Это ж будет откат к временам гольного rpm...Мало systemd впилили, openrc выкинули, мало кодеки и vaapi обнулили, так теперь ещё и это... Что ж за такое-то...
И куда уходить? В Devuan (как и в Debian) никак не привыкну, что номера версий пакетов .deb не соответствуют номерам версий самого ПО.
Да ещё и нет аналогов команд:dnf -C repoquery -l some-package
dnf -C provides "*/some-file"для не установленных пакетов.
Беда прям. Похоже пора глянуть повнимательнее на guix или nixos.
> Да ещё и нет аналогов команд:есть apt-file. Если не требуется именно встроенное
Для убунты файлы в неустановленных пакетах ищутся на сайте https://packages.ubuntu.com/
> yumex-dnf, dnfdragoraЧто это? Для чего? Зачем тебе понабобилась какая-то хрень, которой никто не пользуется и о них никогда не слышал?
Типично было наклепать пилотный проект, со словами потом перепишем на Си.И не учесть, что python для пилотных проектов не предназначен.
А потом переписывать десятки лет.
Получается архитектура, не подходящая для переписывания.
Вот лица, которые принимали решения писать на python не обладали необходимыми знаниями, зато свято верили в python.
Сейчас, вон растовики такие появились. Знаниями необходимыми не обладают, зато свято веруют.
По дорого там напишут кучу Си-отверстий где пакеты смогут выходить за границы буфера установщика и творить что хотят. В этом плане питони был гораздо безопаснее.
Эти пакеты идут от разработчика дистрибутива. Это на спаповские помойки.Если им не доверять, то лучше вообще дистрибутив не ставить. В тетрадке считать. В столбик.
Пра-виль-но! А в DNF6 перенапишем все еще раз, теперь на Rust.> полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее
Весь open source в одном предложении. Столлман кричит от удовольствия.
Почему бы и нет
Что такого в переписывании?В свое время требования к менеджеру пакетов были одни: синхронизировать метаданные репозитория, установить, обновить, удалить пакет (аля чистый архив без выполнения сторонних операций). Для управления пакетами в нулевых вполне хватало Python, т.к. были специалисты и его производительности в тех условиях хватало.
На текущий момент требования к менеджеру пакетов возросли, его функционал заметно расширен. Поэтому Python перестал удовлетворять потребностям.
Ситуация напоминает что-то такое.
Нет смысла нанимать средства автоматизации для высадки, обработки и сбора картофеля высаженного на дачных двух сотках земли. Тут помощник лопата, ведро, грабли, руки.
Для поля в несколько сотен гектаров руками, лопатами, граблями уже не справиться. Тут уж средства автоматизации от трактора, средств автоматической поливки и до комбайна для сборки урожая.
Инструмент для решения задачи всегда изменяется. Это не прихоть какого-то отдельного человека.
> Что такого в переписывании?одни плюсы. луддиты чота там воют про архитектуру красношляпного софта, но им лишь бы обмазаться баш-портянками. Мы то знаем, что с переписыванием, каждый раз софт становится всё быстрее и быстрее, всё лучше и лучше. До неузнаваемости.
> Для управления пакетами в нулевых вполне хватало Python, т.к. были специалисты и его производительности в тех условиях хватало.Почему dnf тормозит на современном железе на этих же операциях?
Под "этими же операциями" что подразумевается? Приведи конкретные данные.
Дебиану тоже не помешало бы.
зачем?
apt и стан на плюсах, куда вам его преписывать?
В дебиане формат базы данных и пакетов небинарный, протокол синхронизации — выкачка всего, и отсутствует норамальное API. В DNF база находится в BerkleyDB/SQLite, синхронизация с сервером умная, и всё изначально в виде плюсовой либы.
Небинарные сейчас в тренде, а DNF мы скоро отменим!
пока вы там танцуете и приседаете, дебиан просто работает.
Пользуюсь dnf5 где-то полгода, всё отлично.
Отлично, но не все. Оно же до сих пор не умеет систему обновлять на новый релиз.
Так в федоре с этим исторически-специфически...
>Так в федоре с этим исторически-специфически...Как раз в Федоре с этим всё очень хорошо. Было.
Это отдельным костыликом, автоматизирующем переустановку-в-два-ребута?
Ну ок.
Чего? Как раз с обновлением на новый релиз у Fedora все нормально. У меня на одной машине Fedora уже так лет пять живет с обновлениями и без переустановок.
Ну да, ну да - попробуйте сегодня обновиться со, скажем, 36 федоры? А с дебианом - окнорм, без проблем.
В январе обновлял как раз с 36, никаких проблем не заметил.
> В январе обновлял как раз с 36, никаких проблем не заметил.Ну, "танк секретный - ученые могут и не знать". Разработчики вот скачок больше, чем через 2 релиза не поддерживают...
А сильно большая разница? apt, dnf, yum, pacman, emerge? Я порой разные пакетные менеджеры настраиваю с разных дистрибутивов, чтоб побыстрее что-то поставить и развернуть. В целом оно работает. Время отдыха дома всё-таки ограничено. Сейчас правда вполне устраивает один - много настраивал давно, но факт в том что это вполне возможно.
> А сильно большая разница? apt, dnf, yum, pacman, emerge? Я порой разные
> пакетные менеджеры настраиваю с разных дистрибутивов,apt прекрасно работает на мизерной виртуалке с 128 мег оперативы с 1 сервисом, попробуй так с DNF4! Он при этом сдохнет при попытке что либо поставить - и базу в хлам размотает, чинить это потом замучаешься.
И вот как-то получается что в ряде случаев редхатофедоры - в разы дороже в содержании. У них минимум системных требований указан 512 мегов.
>Fedora Engineering
>В DNF требовательные к производительности низкоуровневые функции были переписаны и вынесены в отдельные Си-библиотеки hawkey, librepo, libsolv и libcomps, но каркас и высокоуровневые компонеты остались на языке Python.Fedora OverEngineering Comitee.
>Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее.
Можно было и не упоминать. И так понятно. Эт ж редхат.
Без Интырнета DNF в Fedora будет работать? У нас вот-вот Чебурнет объявят.
Во всех пакетных менеджерах можно настраивать сервера, с которых качать пакеты. Может с https://mirror.yandex.ru/ будем тогда не только iso-шники качать, но и rpm/deb-пакеты.
И где там Void?
https://mirror.yandex.ru/mirrors/voidlinux/
Вряд ли Яндекс попадёт в белые списки, будет как все автоматикой (ТСПУ) глубоко анализироваться с просадками скорости до десятков-сотен килобайт/сек и периодическими обрывами соединения. То есть не будет, а уже. А иностранные зеркала отвалятся первыми.
В Чебурнете будут работать только Альт, Роса, Debian с Apt-P2P и Radix.
> В Чебурнете будут работать только Альт, Роса, Debian с Apt-P2P и Radix.Товарищ ЦРУшник несомненно будет рад! Прикинь сколько винды и всего остального можно будет трахнуть общеизвестными эксплойтами? Вся инфраструктура резко станет одной большой спайварью - а вон те потом будут удивляться, мол, как же это так - знают поминутно по бункерам, никогда не промахиваются, и вообще, подстава какая-то.
Так и в российских линуксах дела не сильно лучше (кроме Радикс).
В Альт 3proxy 0.6.1 (актуальная версия 0.9.4), в Роса 389-ds-base 1.4.4.4 (актуальная версия 3.0.1).
Больше зависимостей, больше библиотек. Лучше делать монолит, одна программа - один файл. snap и flatpak неюзабельны, а вот appimage в самый раз.
Во всяком случае, если спустя время понадобится запустить бегемота, то он запустится и будет работать точно так же как было.
Отказ от питона в пользу C++ - это всегда хорошо!
Смотря как писано, но в общем случае трудно не согласиться!
Гентуразработчики пришли к выводу, что не всегда. Paludis не принёс ожидаемого существенного роста производительности.
> Гентуразработчики пришли к выводу, что не всегда. Paludis не принёс
> ожидаемого существенного роста производительности.Помню как у гентушника система развалилась - по причине "версия питона не та". А вот после этого становится уже довольно интересно, удобно, и вообще :). А так да, те кто компилит какой-нибудь файрфокс сами - могут и не заметить разницу, конечно.
Лол, ну так нужно было понимать что ты делаешь в специфическом дистрибутиве.
Я за 3 года так и не сломал генту, а у арча через полгода xorg отвалился при вплейте.Думайте
> Лол, ну так нужно было понимать что ты делаешь в специфическом дистрибутиве.
> Я за 3 года так и не сломал генту, а у арча
> через полгода xorg отвалился при вплейте.
> ДумайтеЯ подумал - и поюзал дебиан. За более чем десяток лет ничего особо не сломалось. И не надо делать мозг версиями питона или давать кривой, тормозной, падучей, глючной питоногадости сотни мегов RAM которые не требовались сервису в VM, так что хвост вилял собакой.
А гентушники могут греть воздух пересборкой все и вся, им там плюс-минус 500 мегов рамы и полчаса пыхтения процом вообще ни о чем.
О да, в пакетном менеджере вы так много выиграете! Отсутствие зависимости от пайтон (что в целом плюс) и родной код для машины (что незначительный плюс)
> Отсутствие зависимости от пайтон (что в целом плюс) и родной код
> для машины (что незначительный плюс)Незначительный такой - в несколько раз меньше RAM жрет и работает в разы быстрее. Подумаешь, мелочи какие.
как хорошо, что у меня есть pacman
Сочувствую, DNF намного надежнее, хотя чуть медленнее.
>DNF намного надежнеездесь подробнее пожалуйста, джентльменам на opennet уже давно не верят на слово
>хотя чуть медленнее
здесь "чуть", по моему субъективному ощущению времени при установке разного софта в федоре и разных арч и арч-подобых дистрах это раза в два, а то и все три.
Одна из причин, по которой pacman быстр, заключается в том, что Arch придерживается политики отсутствия очень сильных зависимостей. Вполне возможно, что установка одного и того же пакета в Debian/Fedora разрешит в 1000 раз больше зависимостей (версии пакета и т. д.), что хорошо для конечного пользователя и является одной из моих самых ненавистных политик Arch.
большую чушь ещё поискать
Конечно сколько угодно можете обсуждать полезность вашего мнения, но факты таковы:
Valve использует Arch для своей SteamOS! (Неспроста Debian выкинули на мороз, а федору вообще не рассматривали...)
Недостатком pacman является то, что он предназначен только для собственных репозиториев Arch. Достоинством DNF является то, что каждое действие имеет идентификатор, и я могу видеть полную историю моей системы, каждую установку каждого пакета, библиотеки и т. д., каждое удаление, каждое обновление. Если что-то сломается, я могу легко отменить это действие и продолжить работу.
> Недостатком pacman является то, что он предназначен только для собственных репозиториев Arch.https://wiki.archlinux.org/title/Unofficial_user_repositories
https://repo.manjaro.org/
https://repo.msys2.org/ (pacman даже в Винде работает!)> я могу видеть полную историю моей системы
/var/log/pacman.log
> Если что-то сломается, я могу легко отменить это действие и продолжить работу.
Он луддит.
Да не луддит он, ему просто не нравится пакетный менеджер в Arch - надо создать что-то более универсальное!
Федора всегда была полигоном для шляпы, вот вам и вышла производная - dnf.
Какая шляпа? Пользуетесь отечественным астра линукс!
Но ведь Астра — это форк Debian?
> Но ведь Астра — это форк Debian?Ты еще возмутись что импортозаместители импортозамещают оборудование методом переклейки шилдика, или в лучшем случае - отверточной сборки. А что они еще могут, собственно? Свернуть бизнес и признять себя банкротом?
Там шляпа в совершенно другом смысле этого слова :-)
> DNF пришёл в дистрибутиве на смену пакетному менеджеру Yum, который был написан целиком на языке PythonЛезем в Вики: начальный релиз Yum - июнь 2002, стабильный - июнь 2011.
Теперь в рассуждении "щас пабыринькому прототип на питоне слепим, а потом перепишем на сях/го/расте/чёмтотамещё" под "пабыринькому" будет подразумеваться временной лаг в 9 лет, а под "потом" - двадцать с гаком лет.
apt все равно быстрее
DNF в разы надежнее, там куча проверок происходит (семь раз отмерь, один отрежь), поэтому у бубунты постоянно с зависимостями проблемы всплывают.
> DNF в разы надежнее, там куча проверок происходит (семь раз отмерь, один
> отрежь), поэтому у бубунты постоянно с зависимостями проблемы всплывают.Да вот что-то это гуано базу себе убивало не в пример чаще дебиана. А после этого оно - ни вперед, ни назад. И чинить это - довольно канительно.
А отрезает оно как правило само себе какие-то выступающие части тела. Кривая глюкавая гадость рассыпающаяся вдрузг при малейшем отклонении от идеала. С их проверками и транзакциями хотели то они как лучше, но получилось - как всегда. А бонусом еще и тормозит что капец и RAM жрет неимоверно. Наверное самый отстойный из пакетников которые есть в бинарных дистрах.
pkg вообще ласточка.
Когда держал сервер на Debian/apt, жаловался на слишком долгие обновления, в сравнении с Arch/pacman. Пока не попробовал Fedora/dnf. На Дебиан больше не жалуюсь.
На полтора процента быстрее как и с процами?
1.51
>Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее.Что-то подобные заявления мы постоянно видим в новостях... Про что это?
Превед, Wayland!
Я помню, как был этот бум с Питоном. Все как умалишённые старались ВСЁ переписать на этом "модном и современном языке очень высокого уровня". Теперь не знают как от него избавиться. SDL3 притормозило в Wayland, говорит "сырой" и это продолжается с этим Wayland уже не один год.
с кем ты вообще общаешься, где эти все, которые собирались переписывать на питон? выходи из пузыря
Пора бы уже наметить переход на RPM5)