The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В Fedora 41 намечен переход на пакетный менеджер DNF5

25.03.2024 23:02

В выпуске Fedora 41 предложено перевести дистрибутив по умолчанию на пакетный менеджер DNF5. Изначально, переход на DNF5 планировалось произвести в выпуске Fedora 39, но миграция была отложена из-за неготовности инструментария. Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее. Предложение пока не рассмотрено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora. В случае принятия предложения пакеты dnf, libdnf и dnf-cutomatic будут заменены на инструментарий DNF5 и новую библиотеку libdnf5, а символическая ссылка /usr/bin/dnf начнёт указывать на исполняемый файл dnf5.

В своё время DNF пришёл в дистрибутиве на смену пакетному менеджеру Yum, который был написан целиком на языке Python. В DNF требовательные к производительности низкоуровневые функции были переписаны и вынесены в отдельные Си-библиотеки hawkey, librepo, libsolv и libcomps, но каркас и высокоуровневые компоненты остались на языке Python. Проект DNF5 нацелен на унификацию имеющихся низкоуровневых библиотек, переписывание на языке С++ остающихся на Python компонентов управления пакетами и вынос базовой функциональности в отдельную библиотеку libdnf5 с созданием вокруг этой библиотеки обвязки для сохранения Python API.

Использование языка С++ вместо Python позволило избавиться от большого числа зависимостей, сократить размер инструментария и повысить производительность. Более высокая производительность достигается не только благодаря применению компиляции в машинный код, но и за счёт улучшенной реализации таблицы транзакций, оптимизации загрузки из репозиториев и реструктуризации БД (разделены базы с состоянием системы и историей операций). Инструментарий DNF5 избавлен от привязки к PackageKit, вместо которого задействован новый фоновый процесс DNF Daemon, заменяющий функциональность PackageKit и предоставляющий интерфейс для управления пакетами и обновлениями в графических окружениях.

Переработка также дала возможность реализовать некоторые улучшения, повышающие удобство работы с пакетным менеджером. Например, в новом DNF реализована более наглядная индикация прогресса выполнения операций; добавлена поддержка использования локальных RPM-пакетов для транзакций; добавлена возможность показа в отчётах о выполненных транзакциях информации, выдаваемой встроенными в пакеты скриптами (scriplets); предложена более продвинутая система автодополнения ввода для bash.

Дополнение: В начале марта в процессе dnf5daemon-server, обеспечивающем обработку запросов к пакетному менеджеру DNF5 через D-Bus, выявлена уязвимость (CVE-2024-1929), позволяющая локальному непривилегированному пользователю получить права root в системе. Уязвимость вызвана возможностью изменить конфигурацию DNF5 через D-Bus на этапе до проверки привилегий через Polkit. Среди прочего можно изменить путь к плагинам и добиться загрузки своей разделяемой библиотеки с правами root (эксплоит). Уязвимость устранена в версии dnf5 5.1.12.

  1. Главная ссылка к новости (https://www.mail-archive.com/d...)
  2. OpenNews: Выпуск пакетного менеджера DNF 4.15
  3. OpenNews: В Fedora планируют заменить пакетный менеджер DNF на Microdnf
  4. OpenNews: Началась разработка пакетного менеджера DNF 5 и замены PackageKit
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60849-dnf
Ключевые слова: dnf, fedora
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (92) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Klizma (?), 23:24, 25/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Лучший пакетный менеджер!
     
     
  • 2.26, Кирилл (??), 06:52, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +14 +/
    >>Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее.

    Всё что нужно знать про Федору вообще.

     
     
  • 3.32, Ефрщ (?), 09:00, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Счастливый ты человек, раз тебе хватает знать так мало.
     
     
  • 4.33, User (??), 09:02, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Про федору-то? Вполне достаточно.
     
     
  • 5.84, Люся (?), 23:19, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Федора это и есть линукс, нравится тебе это или нет. Все остальные дистрибутивы - это "дистрибутивы" и не более. Всё новое заносит в линь именно шапка, именно её программисты пишут код, а не какой-то там васян, который как в матрице сидит перед монитором с прыгающими зелеными буковками.
     
     
  • 6.89, User (??), 07:05, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Федора это и есть линукс, нравится тебе это или нет. Все остальные
    > дистрибутивы - это "дистрибутивы" и не более. Всё новое заносит в
    > линь именно шапка, именно её программисты пишут код, а не какой-то
    > там васян, который как в матрице сидит перед монитором с прыгающими
    > зелеными буковками.

    Нееее... "линукс" - это RHEL, а федора - полигон для тестирования "минималвиибалпродакт" на тех, кого не жалко.

     
  • 6.95, Кирилл (??), 21:19, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Федора это и есть линукс, нравится тебе это или нет. Все остальные
    > дистрибутивы - это "дистрибутивы" и не более. Всё новое заносит в
    > линь именно шапка, именно её программисты пишут код, а не какой-то
    > там васян, который как в матрице сидит перед монитором с прыгающими
    > зелеными буковками.

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

    Гугл тоже кстати не внедрил ни одной их наработки.

     
     
  • 7.100, Аноним (100), 03:39, 29/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кровавый Ынтерпрайз в цивилизованных странах всегда сидел и сидит на винде. Линукс это больше про страны третьего мира (если речь об уже работающих проектах). А вот стартапы - да, ушли в виртуалки, контейнеры и serverless решения.
     
     
  • 8.104, Кирилл (??), 13:54, 30/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, конечно Ведь именно благодаря стартаперам из стран третьего мина доля ... текст свёрнут, показать
     
  • 3.65, Патриот (??), 13:57, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И так сойдет...
     
  • 2.62, ifdef (?), 12:16, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Согласен. Потому что только в нём из коробки есть нормальная работа с историей и команда undo.
     

  • 1.2, Аноним (2), 23:28, 25/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    > Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее.

    Как это типично для в современной айтишечке.

     
     
  • 2.15, нах. (?), 01:40, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +10 +/
    "конечно же, на самом деле никто и не собирался ничего реализовывать"

     
     
  • 3.35, User (??), 09:05, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    DNF6 на memory-safety-лангуаге сам себя не напишет! И вообще - у нас тут "атомарно обновляемые дистрибутивы" и прочие флетпаки бороздят большой театр, а вы тут с "нинужна!"-паритетом функциональности...
     
  • 2.21, Ruslan22 (?), 05:55, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это хорошо зарекомендовавший себя подход. Лучше частичное решение сейчас, чем идеальное никогда.
     
     
  • 3.24, Аноним (24), 06:09, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это хорошо зарекомендовавший себя подход. Лучше частичное решение сейчас, чем идеальное
    > никогда.

    ты не говори таких слов "никогда". Шапка сказала что будет - значит будет. Когда-нибудь. И когда это прекрасное "когда-нибудь" наступит - снова выкинут и заменят на частичное решение задачи сейчас. Потому что лучше частичное решение задачи сейчас, чем идеальное никогда. Свиноворот свиней.

     
  • 3.38, Аноним (38), 09:07, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    GUI yumex-dnf, когда появился, жутко глючил Затем его допилили работал шикарно... большой текст свёрнут, показать
     
     
  • 4.39, Аноним (39), 09:24, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ещё и нет аналогов команд:

    есть apt-file. Если не требуется именно встроенное

     
  • 4.52, Аноним (52), 10:10, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для убунты файлы в неустановленных пакетах ищутся на сайте https://packages.ubuntu.com/
     
  • 4.67, Аноним (67), 14:18, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > yumex-dnf, dnfdragora

    Что это? Для чего? Зачем тебе понабобилась какая-то хрень, которой никто не пользуется и о них никогда не слышал?

     
  • 2.29, Аноним (29), 07:59, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Типично было наклепать пилотный проект, со словами потом перепишем на Си.

    И не учесть, что python для пилотных проектов не предназначен.

    А потом переписывать десятки лет.

    Получается архитектура, не подходящая для переписывания.

    Вот лица, которые принимали решения писать на python не обладали необходимыми знаниями, зато свято верили в python.

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

     
     
  • 3.54, Аноним (52), 10:18, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    По дорого там напишут кучу Си-отверстий где пакеты смогут выходить за границы буфера установщика и творить что хотят. В этом плане питони был гораздо безопаснее.
     
     
  • 4.71, Аноним (71), 15:10, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Эти пакеты идут от разработчика дистрибутива. Это на спаповские помойки.

    Если им не доверять, то лучше вообще дистрибутив не ставить. В тетрадке считать. В столбик.

     

  • 1.4, Асен Тотин (?), 23:42, 25/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пра-виль-но! А в DNF6 перенапишем все еще раз, теперь на Rust.

    > полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее

    Весь open source в одном предложении. Столлман кричит от удовольствия.

     
     
  • 2.5, Аноним (5), 23:46, 25/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Почему бы и нет
     
  • 2.22, FedoraUser (?), 06:02, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что такого в переписывании В свое время требования к менеджеру пакетов были одн... большой текст свёрнут, показать
     
     
  • 3.25, Аноним (24), 06:16, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Что такого в переписывании?

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

     
  • 3.42, Аноним (42), 09:28, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для управления пакетами в нулевых вполне хватало Python, т.к. были специалисты и его производительности в тех условиях хватало.

    Почему dnf тормозит на современном железе на этих же операциях?

     
     
  • 4.61, FedraUser (?), 11:50, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Под "этими же операциями" что подразумевается? Приведи конкретные данные.
     

  • 1.6, Аноним (6), 23:47, 25/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дебиану тоже не помешало бы.
     
     
  • 2.34, Аноним (34), 09:04, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зачем?
     
  • 2.53, нон (?), 10:16, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    apt и стан на плюсах, куда вам его преписывать?
     
     
  • 3.91, Аноним (91), 13:08, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В дебиане формат базы данных и пакетов небинарный, протокол синхронизации — выкачка всего, и отсутствует норамальное API. В DNF база находится в BerkleyDB/SQLite, синхронизация с сервером умная, и всё изначально в виде плюсовой либы.
     
     
  • 4.93, Аноним (-), 14:56, 27/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.94, Аноним (-), 14:58, 27/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (5)

  • 1.8, Аноним (5), 23:49, 25/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пользуюсь dnf5 где-то полгода, всё отлично.
     
     
  • 2.20, turbo2001 (ok), 04:41, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Отлично, но не все. Оно же до сих пор не умеет систему обновлять на новый релиз.
     
     
  • 3.37, User (??), 09:07, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так в федоре с этим исторически-специфически...
     
     
  • 4.43, AlexYeCu_not_logged (?), 09:41, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Так в федоре с этим исторически-специфически...

    Как раз в Федоре с этим всё очень хорошо. Было.

     
     
  • 5.47, User (??), 09:53, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это отдельным костыликом, автоматизирующем переустановку-в-два-ребута?
    Ну ок.
     
  • 4.45, Klizma (?), 09:47, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чего? Как раз с обновлением на новый релиз у Fedora все нормально. У меня на одной машине Fedora уже так лет пять живет с обновлениями и без переустановок.
     
     
  • 5.49, User (??), 10:00, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ну да - попробуйте сегодня обновиться со, скажем, 36 федоры? А с дебианом - окнорм, без проблем.
     
     
  • 6.60, turbo2001 (ok), 11:47, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В январе обновлял как раз с 36, никаких проблем не заметил.
     
     
  • 7.63, User (??), 12:28, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В январе обновлял как раз с 36, никаких проблем не заметил.

    Ну, "танк секретный - ученые могут и не знать". Разработчики вот скачок больше, чем через 2 релиза не поддерживают...

     

  • 1.12, Аноним (12), 01:17, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А сильно большая разница? apt, dnf, yum, pacman, emerge? Я порой разные пакетные менеджеры настраиваю с разных дистрибутивов, чтоб побыстрее что-то поставить и развернуть. В целом оно работает. Время отдыха дома всё-таки ограничено. Сейчас правда вполне устраивает один - много настраивал давно, но факт в том что это вполне возможно.
     
     
  • 2.85, Аноним (-), 00:28, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А сильно большая разница? apt, dnf, yum, pacman, emerge? Я порой разные
    > пакетные менеджеры настраиваю с разных дистрибутивов,

    apt прекрасно работает на мизерной виртуалке с 128 мег оперативы с 1 сервисом, попробуй так с DNF4! Он при этом сдохнет при попытке что либо поставить - и базу в хлам размотает, чинить это потом замучаешься.

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

     

  • 1.13, Аноним (24), 01:30, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Fedora Engineering
    >В DNF требовательные к производительности низкоуровневые функции были переписаны и вынесены в отдельные Си-библиотеки hawkey, librepo, libsolv и libcomps, но каркас и высокоуровневые компонеты остались на языке Python.

    Fedora OverEngineering Comitee.

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

    Можно было и не упоминать. И так понятно. Эт ж редхат.

     
  • 1.16, Аноним (16), 02:40, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Без Интырнета DNF в Fedora будет работать? У нас вот-вот Чебурнет объявят.
     
     
  • 2.17, Аноним (17), 03:00, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Во всех пакетных менеджерах можно настраивать сервера, с которых качать пакеты. Может с https://mirror.yandex.ru/ будем тогда не только iso-шники качать, но и rpm/deb-пакеты.
     
     
  • 3.18, Аноним (18), 03:12, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И где там Void?
     
     
  • 4.19, Аноним (19), 03:58, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://mirror.yandex.ru/mirrors/voidlinux/
     
  • 3.78, Аноним (78), 17:42, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вряд ли Яндекс попадёт в белые списки, будет как все автоматикой (ТСПУ) глубоко анализироваться с просадками скорости до десятков-сотен килобайт/сек и периодическими обрывами соединения. То есть не будет, а уже. А иностранные зеркала отвалятся первыми.
     
  • 2.41, Аноним (41), 09:28, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В Чебурнете будут работать только Альт, Роса, Debian с Apt-P2P и Radix.
     
     
  • 3.96, Аноним (-), 19:03, 28/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В Чебурнете будут работать только Альт, Роса, Debian с Apt-P2P и Radix.

    Товарищ ЦРУшник несомненно будет рад! Прикинь сколько винды и всего остального можно будет трахнуть общеизвестными эксплойтами? Вся инфраструктура резко станет одной большой спайварью - а вон те потом будут удивляться, мол, как же это так - знают поминутно по бункерам, никогда не промахиваются, и вообще, подстава какая-то.

     
     
  • 4.103, Аноним (-), 08:54, 29/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так и в российских линуксах дела не сильно лучше (кроме Радикс).
    В Альт 3proxy 0.6.1 (актуальная версия 0.9.4), в Роса 389-ds-base 1.4.4.4 (актуальная версия 3.0.1).
     

  • 1.23, Аноним (23), 06:04, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Больше зависимостей, больше библиотек. Лучше делать монолит, одна программа - один файл. snap и flatpak неюзабельны, а вот appimage в самый раз.
     
     
  • 2.56, _kp (ok), 11:17, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Во всяком случае, если спустя время понадобится запустить бегемота, то он запустится и будет работать точно так же как было.
     

  • 1.27, Аноним (27), 07:11, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Отказ от питона в пользу C++ - это всегда хорошо!
     
     
  • 2.31, Зазнайка (?), 08:40, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Смотря как писано, но в общем случае трудно не согласиться!
     
  • 2.58, Аноним (58), 11:34, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Гентуразработчики пришли к выводу, что не всегда. Paludis не принёс ожидаемого существенного роста производительности.
     
     
  • 3.86, Аноним (-), 00:40, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Гентуразработчики пришли к выводу, что не всегда. Paludis не принёс
    > ожидаемого существенного роста производительности.

    Помню как у гентушника система развалилась - по причине "версия питона не та". А вот после этого становится уже довольно интересно, удобно, и вообще :). А так да, те кто компилит какой-нибудь файрфокс сами - могут и не заметить разницу, конечно.

     
     
  • 4.88, Мне хватает (?), 06:57, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лол, ну так нужно было понимать что ты делаешь в специфическом дистрибутиве.
    Я за 3 года так и не сломал генту, а у арча через полгода xorg отвалился при вплейте.

    Думайте

     
     
  • 5.97, Аноним (-), 19:16, 28/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Лол, ну так нужно было понимать что ты делаешь в специфическом дистрибутиве.
    > Я за 3 года так и не сломал генту, а у арча
    > через полгода xorg отвалился при вплейте.
    > Думайте

    Я подумал - и поюзал дебиан. За более чем десяток лет ничего особо не сломалось. И не надо делать мозг версиями питона или давать кривой, тормозной, падучей, глючной питоногадости сотни мегов RAM которые не требовались сервису в VM, так что хвост вилял собакой.

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

     
  • 2.83, Аноним (83), 20:47, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О да, в пакетном менеджере вы так много выиграете! Отсутствие зависимости от пайтон (что в целом плюс) и родной код для машины (что незначительный плюс)
     
     
  • 3.87, Аноним (-), 00:41, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Отсутствие зависимости от пайтон (что в целом плюс) и родной код
    > для машины (что незначительный плюс)

    Незначительный такой - в несколько раз меньше RAM жрет и работает в разы быстрее. Подумаешь, мелочи какие.

     

  • 1.36, Аноним (34), 09:05, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    как хорошо, что у меня есть pacman
     
     
  • 2.46, Klizma (?), 09:50, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Сочувствую, DNF намного надежнее, хотя чуть медленнее.
     
     
  • 3.66, твёрдый ветер (?), 14:16, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >DNF намного надежнее

    здесь подробнее пожалуйста, джентльменам на opennet уже давно не верят на слово

    >хотя чуть медленнее

    здесь "чуть", по моему субъективному ощущению времени при установке разного софта в федоре и разных арч и арч-подобых дистрах это раза в два, а то и все три.

     
     
  • 4.68, Klizma (?), 14:35, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Одна из причин, по которой pacman быстр, заключается в том, что Arch придерживается политики отсутствия очень сильных зависимостей. Вполне возможно, что установка одного и того же пакета в Debian/Fedora разрешит в 1000 раз больше зависимостей (версии пакета и т. д.), что хорошо для конечного пользователя и является одной из моих самых ненавистных политик Arch.
     
     
  • 5.69, Аноним (34), 14:56, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    большую чушь ещё поискать
     
  • 5.72, Аноним (72), 15:53, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конечно сколько угодно можете обсуждать полезность вашего мнения, но факты таковы:
    Valve использует Arch для своей SteamOS! (Неспроста Debian выкинули на мороз, а федору вообще не рассматривали...)
     
     
  • 6.73, Klizma (?), 16:13, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Недостатком pacman является то, что он предназначен только для собственных репозиториев Arch. Достоинством DNF является то, что каждое действие имеет идентификатор, и я могу видеть полную историю моей системы, каждую установку каждого пакета, библиотеки и т. д., каждое удаление, каждое обновление. Если что-то сломается, я могу легко отменить это действие и продолжить работу.
     
     
  • 7.79, Аноним (78), 17:56, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Недостатком pacman является то, что он предназначен только для собственных репозиториев Arch.

    https://wiki.archlinux.org/title/Unofficial_user_repositories
    https://repo.manjaro.org/
    https://repo.msys2.org/ (pacman даже в Винде работает!)

    > я могу видеть полную историю моей системы

    /var/log/pacman.log

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

    https://archive.archlinux.org/repos/

     
  • 6.74, Аноним (72), 16:57, 26/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.75, Аноним (72), 16:58, 26/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.76, Аноним (72), 17:05, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Федора всегда была полигоном для шляпы, вот вам и вышла производная - dnf.
     
     
  • 7.77, Аноним (72), 17:21, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какая шляпа? Пользуетесь отечественным астра линукс!
     
     
  • 8.90, Аноним (-), 12:41, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь Астра 8212 это форк Debian ... текст свёрнут, показать
     
     
  • 9.98, Аноним (-), 19:19, 28/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты еще возмутись что импортозаместители импортозамещают оборудование методом пер... текст свёрнут, показать
     
  • 8.105, ivan1986 (?), 12:33, 31/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (14)

  • 1.40, YetAnotherOnanym (ok), 09:27, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > DNF пришёл в дистрибутиве на смену пакетному менеджеру Yum, который был написан целиком на языке Python

    Лезем в Вики: начальный релиз Yum - июнь 2002, стабильный - июнь 2011.
    Теперь в рассуждении "щас пабыринькому прототип на питоне слепим, а потом перепишем на сях/го/расте/чёмтотамещё" под "пабыринькому" будет подразумеваться временной лаг в 9 лет, а под "потом" - двадцать с гаком лет.

     
  • 1.44, Аноним (44), 09:46, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    apt все равно быстрее
     
     
  • 2.48, Klizma (?), 09:54, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    DNF в разы надежнее, там куча проверок происходит (семь раз отмерь, один отрежь), поэтому у бубунты постоянно с зависимостями проблемы всплывают.
     
     
  • 3.99, Аноним (-), 19:22, 28/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > DNF в разы надежнее, там куча проверок происходит (семь раз отмерь, один
    > отрежь), поэтому у бубунты постоянно с зависимостями проблемы всплывают.

    Да вот что-то это гуано базу себе убивало не в пример чаще дебиана. А после этого оно - ни вперед, ни назад. И чинить это - довольно канительно.

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

     
  • 2.51, сщта (?), 10:05, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    pkg вообще ласточка.
     
  • 2.80, Аноним (78), 18:01, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Когда держал сервер на Debian/apt, жаловался на слишком долгие обновления, в сравнении с Arch/pacman. Пока не попробовал Fedora/dnf. На Дебиан больше не жалуюсь.
     

  • 1.50, сщта (?), 10:04, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На полтора процента быстрее как и с процами?
     
     
  • 2.59, Аноним (59), 11:46, 26/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1.51
     

  • 1.57, Аноним (58), 11:31, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Несмотря на то, что полный паритет в функциональности со старым инструментарием всё ещё не достигнут, разработчики считают, что дистрибутив готов к миграции, а недостающие возможности можно реализовать позднее.

    Что-то подобные заявления мы постоянно видим в новостях... Про что это?
    Превед, Wayland!

     
  • 1.81, NeOn (ok), 18:07, 26/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Я помню, как был этот бум с Питоном. Все как умалишённые старались ВСЁ переписать на этом "модном и современном языке очень высокого уровня". Теперь не знают как от него избавиться. SDL3 притормозило в Wayland, говорит "сырой" и это продолжается с этим Wayland уже не один год.
     
     
  • 2.92, Аноним (34), 13:16, 27/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    с кем ты вообще общаешься, где эти все, которые собирались переписывать на питон? выходи из пузыря
     

  • 1.106, Аноним (106), 09:59, 03/04/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пора бы уже наметить переход на RPM5)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру