forum.opennet.ru - "Выпуск пакетного менеджера DNF 4.6" (59)

"Выпуск пакетного менеджера DNF 4.6"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск пакетного менеджера DNF 4.6"	+/–
Сообщение от opennews (?), 29-Янв-21, 11:41
Доступен релиз пакетного менеджера DNF 4.6, который используется по умолчанию в дистрибутивах Fedora Linux и RHEL 8. DNF является ответвлением от Yum 3.4, адаптированным для работы с Python 3 и использующим библиотеку hawkey в качестве бэкенда для разрешения зависимостей. По сравнению с Yum, DNF обладает заметно более высокой скоростью работы, низким потреблением памяти и более качественным управлением зависимостями... Подробнее: https://www.opennet.me/opennews/art.shtml?num=54483
Ответить \| Правка \| Cообщить модератору

Оглавление

Стесняюсь спросить, а Yum получается вообще не работал Просто мне трудно предст, Чебур (?), 11:41 , 29-Янв-21, (1) +8

Работал, но потреблял больше памяти и дольше ресольвил впрочем, заметно разве ч, Анонимленьлогиниться (?), 11:56 , 29-Янв-21, (2) +3

Он действительно больше думает и тяжелее, чем pacman и apt, но видя разницу в и, rinat85 (ok), 12:02 , 29-Янв-21, (3) +1

А как правильно настроить dnf , Анонимище (?), 12:46 , 29-Янв-21, (6) –2

Отключить delta rpm если канал широкий , Анонимленьлогиниться (?), 13:17 , 29-Янв-21, (9) +1
Путем замены на apt P, Аноним (-), 19:01 , 29-Янв-21, (31) –1

Спасибо, ненужно , Аноним (48), 08:29 , 30-Янв-21, (48) +1

DNF Configuration Referencehttps dnf readthedocs io en latest conf_ref htmlКур, IRASoldier_registered (ok), 19:11 , 29-Янв-21, (32) –1

А где раздел Правильная настройка dnf , Анонимище (?), 20:44 , 29-Янв-21, (40) +2

Мозги себе настрой правильно сначала , IRASoldier_registered (ok), 00:25 , 30-Янв-21, (42) –5

Зачем сравнивать няшу пакмана и apt, который небось тоже на пистоне накалякан , лютый жабби__ (?), 15:27 , 29-Янв-21, (20) –4

Хватит людей троллить, толсто слишком, они не поймут , Аноним (24), 17:26 , 29-Янв-21, (24) +1

Так то он быстрый, но по любому чиху скачивает какие-то метаданные, что, собстве, Анонимище (?), 12:33 , 29-Янв-21, (5) +3

Ааа Так вот вы про что Но так это имеет смысл если делать update Чем это хуже, Анонимленьлогиниться (?), 13:16 , 29-Янв-21, (8) +4

yum-cronа вот нахрена было yum переименовывать в dnf не понимаю, ну выпустили бы, kissmyass (?), 21:42 , 29-Янв-21, (41)

https developers redhat com blog 2016 08 30 why-red-hats-new-dnf-package-manag, Анонимленьлогиниться (?), 17:52 , 31-Янв-21, (52)

Так то и питон не тормозит, если ничего не делает а это быстрое минимум 512 м, Аноним (-), 19:01 , 29-Янв-21, (30) +1

Представьте, что каждое чтение БД установленных пакетов с правами root вызывает , n00by (ok), 12:48 , 29-Янв-21, (7) +3

Что за бред про RPM5 и три часа на SSD 4,8 ГБ на HDD SATA2 менее 20 минут ставит, yamah (?), 13:42 , 29-Янв-21, (14) –1

Я не специалист по таким диагнозам Знаю лишь, что для активистов Rosa характерн, n00by (ok), 15:09 , 29-Янв-21, (19)

Работал, более того ещё чуть меньше года назад, когда я ставил федорку натыкался, Аноним (10), 13:19 , 29-Янв-21, (10)

gt оверквотинг удален Да, и DNF субъективно выглядел увереннее, я надеюсь его , Аноним (10), 13:20 , 29-Янв-21, (11)
По моему личному опыту прикол вот в чём dnf list hren - может найти хрень со , dalco (ok), 13:29 , 29-Янв-21, (12)

Логичнее было бы переприучаться ко второму, чтоб время не тратить , ryoken (ok), 13:34 , 29-Янв-21, (13) +1

Передрессировываться Все эти вкручивания то dnf, то wayland, то systemd, то npf, DildoZilla (?), 14:40 , 29-Янв-21, (16)

Так федора оно полигон, так чтА , ryoken (ok), 14:44 , 29-Янв-21, (17)

Тссс Я вам по секрету расскажу, почему Потому что раскрывает bash, а не dnf , Stax (ok), 13:48 , 29-Янв-21, (15) +3

А кто вам сказал, что у товарища выше - bash , ryoken (ok), 14:45 , 29-Янв-21, (18)

Да пусть хоть csh у него Любой юникосвый шелл так делает Это часть POSIX , Анонимленьлогиниться (?), 10:34 , 30-Янв-21, (50) +1

О, спасибо Ваше объяснение очень похоже на правду Но, честное слово, почему-то , dalco (ok), 16:40 , 29-Янв-21, (23)

Возможно вы правы и дело обстоит именно так, и возможно мне бы это помогло, я пр, Аноним (55), 20:19 , 02-Фев-21, (55)
Так это ж шеллопроблемы У меня точно также на zsh не хочет работать без кавычек, анонъчик (?), 13:24 , 04-Мрт-21, (57)

zypper, Аноним (21), 15:39 , 29-Янв-21, (21) –1

А вот не надо, zypper кстати довольно неплох, в отличии от самой среды где он ис, Аноним (55), 20:20 , 02-Фев-21, (56)

Из описания получается что это менеджер питоновских пакетов , Аноньимъ (ok), 12:13 , 29-Янв-21, (4) +1
Базовый обязательный софт операционки на питоне - ну такое , Аноним (22), 16:15 , 29-Янв-21, (22) –1

На смеси перла с башем всяко лучше, конечно см дебиан , Аноним (27), 18:39 , 29-Янв-21, (27) +1

На C не хотел А таки dpkg и apt именно на этом Перловка там очень сильно сбо, Аноним (-), 18:59 , 29-Янв-21, (29)

Так и в dnf все по факту на C Ресольвит через libsolv, качает через librepo, ст, Анонимленьлогиниться (?), 17:46 , 31-Янв-21, (51)

В gentoo portage на питоне Работает - и слава богу , eganru (?), 10:00 , 01-Фев-21, (53)

Что только не делают, лишь бы не юзать дебиан или убунту с божественным apt, Ssss (?), 18:01 , 29-Янв-21, (25) –4

apt update apt upgrade apt install zolupa VS dnf install zolupa , srgazh (ok), 03:09 , 30-Янв-21, (46)

Немного некорректное сравнение apt update apt upgrade apt install zolupa , анонъчик (?), 13:45 , 04-Мрт-21, (59)

Did Not Finish шапка о5, mos87 (ok), 18:32 , 29-Янв-21, (26) +1
Спасибо yum и dnf Если бы не это УГ, я бы никогда не поставил убунту и дебиан, , Аноним (-), 18:57 , 29-Янв-21, (28) +3

Рассказывайте дальше про днище под названием apt deb, которые лёгким движением р, Аноним (36), 19:43 , 29-Янв-21, (36) +3

Блин, пропустил три запятые - прошу прощения , Аноним (36), 19:51 , 29-Янв-21, (38) +1
У меня проблемы с чем-то таким были 1 раз за 15 лет, к тому же он сам подсказал , Аноним (-), 00:45 , 30-Янв-21, (43) +1

512MB OOM Болезненный, вы пытались без свопа F33 гонять с таким объемом RAM на V, Аноним (36), 02:46 , 30-Янв-21, (45) +1

Да спасибо, у меня дебианы, вон даже 128 без свопа есть, изолирует 1 конкретный , Аноним (-), 04:21 , 30-Янв-21, (47) +2

Не всегда Несколько раз замечал, что dnf remove иногда может удалить не все пак, анонъчик (?), 13:38 , 04-Мрт-21, (58)

Столько г0вна вылито на DNF - вы им когда последний раз пользовались У меня Core, Аноним (36), 19:25 , 29-Янв-21, (33) +1

1 И по делу Ведь можно такое и на bash зафигачить, бгг 2 НЕ пользовались и НЕ, Аноним (35), 19:40 , 29-Янв-21, (35)

Не пользовался или пользовался лет 10 назад , не видел, но осуждаю 8482 Суть , Аноним (36), 19:44 , 29-Янв-21, (37)

Это интуитивно понятно, друхх, как например то, что наступать на крышку люка не , Аноним (35), 19:52 , 29-Янв-21, (39)

Просто критики не в курсе за dnf makecache чит их любимое apt-get update , пиш, Аноним (48), 08:35 , 30-Янв-21, (49) +1

Петон - Попса, промышленный быдлокод Не видели вы zypper а , Аноним (35), 19:37 , 29-Янв-21, (34)

А зачем на них смотреть когда есть дебиан и apt , Аноним (-), 00:46 , 30-Янв-21, (44)

И чем же так хороша структура дебиановских репозиториев Помимо, собственно, пак, adolfus (ok), 19:21 , 01-Фев-21, (54)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Чебур (?), 29-Янв-21, 11:41 +8 +/–

> По сравнению с Yum, DNF обладает заметно более высокой скоростью работы
Стесняюсь спросить, а Yum получается вообще не работал? Просто мне трудно представить что-то более тормозное чем DNF.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #5, #7, #10, #21

2. Сообщение от Анонимленьлогиниться (?), 29-Янв-21, 11:56 +3 +/–

> Стесняюсь спросить, а Yum получается вообще не работал?
Работал, но потреблял больше памяти и дольше ресольвил (впрочем, заметно разве что на сверхдешевых VPS или при глобальном обновлении версии дистрибутива).
> Просто мне трудно представить что-то более тормозное чем DNF
Эм. А что именно тормозное? Резольвинг через libsolv - так он нынче почти во всех rpm-based используется. Применение deltarpm? Сама установка пакетов? Так это внутри librpm делается, там много всяких действий (контрольные суммы и тп..).
Задача "установить пакет или пачку обновлений" обычно выполняется за 3-4 секунды в dnf...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3

3. Сообщение от rinat85 (ok), 29-Янв-21, 12:02 +1 +/–

Он действительно больше думает и тяжелее, чем pacman и apt, но видя разницу в "интеллекте" и функционале, достаточно простительно. Ну ещё может быть человек не настроил толком dnf, сам не пойму, почему майнтейнеры не поменяют параметры по умолчанию на что-то более адекватное, хотя это совершенно безопасно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6, #20

4. Сообщение от Аноньимъ (ok), 29-Янв-21, 12:13 +1 +/–

>DNF является ответвлением от Yum 3.4, адаптированным для работы с Python 3
Из описания получается что это менеджер питоновских пакетов.

Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Анонимище (?), 29-Янв-21, 12:33 +3 +/–

Так то он быстрый, но по любому чиху скачивает какие-то метаданные, что, собственно, и производит впечатление, что dnf "тормознутый".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #8, #30

6. Сообщение от Анонимище (?), 29-Янв-21, 12:46 –2 +/–

А как правильно настроить dnf?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9, #31, #32

7. Сообщение от n00by (ok), 29-Янв-21, 12:48 +3 +/–

> мне трудно представить
> что-то более тормозное чем DNF.
Представьте, что каждое чтение БД установленных пакетов с правами root вызывает перестройку индексов и сохранение их с последующим fdatasync. Вся система при этом встаёт колом на некоторое время. 1ГБ обновлений устанавливается 3 (три) часа (на SSD). Разработчики про это не знают, поскольку у них в виртуалочке проблема не проявляется. А когда узнают, ничего не могут поделать, кроме как сгрузить решение проблемы на пользователей. Это называется RPM5 в Rosa Tresh.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14

8. Сообщение от Анонимленьлогиниться (?), 29-Янв-21, 13:16 +4 +/–

> Так то он быстрый, но по любому чиху скачивает какие-то метаданные, что,
> собственно, и производит впечатление, что dnf "тормознутый".
Ааа! Так вот вы про что. Но так это имеет смысл если делать update. Чем это хуже, чем двухэатпный apt-get update / upgrade?
А устаноавливать новый пакет обычно не так часто нужно, чтобы это парило. Но если канал медленный, то есть два решения: или увеличить таймаут до того, как кэш заэкспайрится, либо использовать современный дистрибутив, где есть сервис, каждые несколько часов подтягивающие те самые метаданные в фоне, чтобы при ручном вызове они всегда были актуальные.
Правда, само подтягиватся только базовая информация о пакетах для операций update / install по имени пакета или provides зависимости. Полные метаданные для установки по имени внутри пакета (типа dnf install /usr/bin/some-cool-binary) тяжеловаты и нужны не так часто, их придется тянуть..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #41

9. Сообщение от Анонимленьлогиниться (?), 29-Янв-21, 13:17 +1 +/–

> А как правильно настроить dnf?
Отключить delta rpm если канал широкий?..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (10), 29-Янв-21, 13:19 +/–

>> По сравнению с Yum, DNF обладает заметно более высокой скоростью работы
> Стесняюсь спросить, а Yum получается вообще не работал? Просто мне трудно представить
> что-то более тормозное чем DNF.
Работал, более того ещё чуть меньше года назад, когда я ставил федорку натыкался на то, что ни их замечательный гуёвый пакетник не находил нужного мне пакета, при том что он был в подключённом репозитории, ни DNF, а вот работающие ещё в то время команды Yum - находили, почему так - без понятия, я не стал разбираться, потому что федорка не мой основной дистр, просто пришлось его поюзать. Никого ни в чём не обвиняю, ничего не ожидаю, просто занятный факт был для меня.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11, #12

11. Сообщение от Аноним (10), 29-Янв-21, 13:20 +/–

>[оверквотинг удален]
>> Стесняюсь спросить, а Yum получается вообще не работал? Просто мне трудно представить
>> что-то более тормозное чем DNF.
> Работал, более того ещё чуть меньше года назад, когда я ставил федорку
> натыкался на то, что ни их замечательный гуёвый пакетник не находил
> нужного мне пакета, при том что он был в подключённом репозитории,
> ни DNF, а вот работающие ещё в то время команды Yum
> - находили, почему так - без понятия, я не стал разбираться,
> потому что федорка не мой основной дистр, просто пришлось его поюзать.
> Никого ни в чём не обвиняю, ничего не ожидаю, просто занятный
> факт был для меня.
Да, и DNF субъективно выглядел увереннее, я надеюсь его допилят, однако, как говориться "fuck'Т налицо"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от dalco (ok), 29-Янв-21, 13:29 +/–

По моему личному опыту прикол вот в чём:
dnf list hren* - может найти "хрень" со товарищи в репозитории, а может и не найти. хз почему. У yum`а реально с этим проблем не было.
dnf list "hren*" - работает 100%.
Так что, обычно по привычке использую первый вариант (без кавычек). А если не срабатывает, использую второй. :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #13, #15, #55, #57

13. Сообщение от ryoken (ok), 29-Янв-21, 13:34 +1 +/–

Логичнее было бы переприучаться ко второму, чтоб время не тратить :).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #16

14. Сообщение от yamah (?), 29-Янв-21, 13:42 –1 +/–

Что за бред про RPM5 и три часа на SSD?
4,8 ГБ на HDD SATA2 менее 20 минут ставится на Core2Duo E7300.
Ну а чтобы система висела колом, ее надо было ставить на первые Atom и 512 МБ ОЗУ с диском на USB.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #19

15. Сообщение от Stax (ok), 29-Янв-21, 13:48 +3 +/–

> dnf list hren* - может найти "хрень" со товарищи в репозитории, а может и не найти. хз почему
Тссс! Я вам по секрету расскажу, почему.
Потому что * раскрывает bash, а не dnf (у нас все ж таки не ms dos тут, ага). И если у вас в текущем каталоге есть файлик hrenovina.txt, то команда (невидимо для вас) башем превращается в dnf list hrenovina.txt - и он не найдет.
А при экранировании * видит сам dnf.
Но если вы думаете, что тут есть какая-то роль самого dnf, то сильно заблуждаетесь..

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18, #23

16. Сообщение от DildoZilla (?), 29-Янв-21, 14:40 +/–

Передрессировываться. Все эти вкручивания то dnf, то wayland, то systemd, то npf напоминают навязывание ношения масок: "ой-ой, без этого ваще капец, ваши линуксы съедят ужасни ксакепы!!!"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #17

17. Сообщение от ryoken (ok), 29-Янв-21, 14:44 +/–

Так федора оно полигон, так чтА..:)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

18. Сообщение от ryoken (ok), 29-Янв-21, 14:45 +/–

> Потому что * раскрывает bash, а не dnf (у нас все ж
А кто вам сказал, что у товарища выше - bash?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #50

19. Сообщение от n00by (ok), 29-Янв-21, 15:09 +/–

> Что за бред про RPM5 и три часа на SSD?
Я не специалист по таким диагнозам. Знаю лишь, что для активистов Rosa характерно отрицать объективную реальность, не имея о ней представления.
> 4,8 ГБ на HDD SATA2 менее 20 минут ставится на Core2Duo E7300.
А ты удали вот этот патчик https://abf.io/import/rpm/commit/4fb14f47db87dd2bbc693befc54...
который Алзим подобрал с форума https://forum.rosalinux.ru/viewtopic.php?p=88972#p88972
и наслаждайся. Только лучше SSD подключи, пусть Rosa Tresh его убивает, как вы делали с железом других.
Тем более, персонально ты лишён права на использование, за хамство.
> Ну а чтобы система висела колом, ее надо было ставить на первые
> Atom и 512 МБ ОЗУ с диском на USB.
Хватит обманывать пользователей.
15 мар 2015, *)
"Во время работы rpm из под root, в iotop показывается в графе IO 99.99% у нескольких kworker, у kjournald и столько же у самого процесса rpm. Почему так может быть? Аналогично на urpmi. Когда идет проверка обновления, работать невозможно."
https://forum.rosalinux.ru/viewtopic.php?f=53&t=5355&p=40304
*) исправлено 29 мая 2018

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

20. Сообщение от лютый жабби__ (?), 29-Янв-21, 15:27 –4 +/–

>Он действительно больше думает и тяжелее, чем pacman и apt, но видя разницу в "интеллекте" и функционале, достаточно простительно
Зачем сравнивать няшу пакмана и apt, который небось тоже на пистоне накалякан... по крайней мере работает с такой скоростью
Кстати, вы забыли написать, что пакман не умеет ) из того, что нужно на десктопе (на серверы мы арч всё равно не ставим)...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #24

21. Сообщение от Аноним (21), 29-Янв-21, 15:39 –1 +/–

> Просто мне трудно представить что-то более тормозное чем DNF
zypper

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #56

22. Сообщение от Аноним (22), 29-Янв-21, 16:15 –1 +/–

Базовый обязательный софт операционки на питоне - ну такое.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #53

23. Сообщение от dalco (ok), 29-Янв-21, 16:40 +/–

О, спасибо! Ваше объяснение очень похоже на правду.
Но, честное слово, почему-то за yum`ом я такого поведения не помню. Быть может, потому, что yum`ом пользовался уже достаточно давно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

24. Сообщение от Аноним (24), 29-Янв-21, 17:26 +1 +/–

Хватит людей троллить, толсто слишком, они не поймут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

25. Сообщение от Ssss (?), 29-Янв-21, 18:01 –4 +/–

Что только не делают, лишь бы не юзать дебиан или убунту с божественным apt

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

26. Сообщение от mos87 (ok), 29-Янв-21, 18:32 +1 +/–

Did Not Finish
//шапка о5

Ответить | Правка | Наверх | Cообщить модератору

27. Сообщение от Аноним (27), 29-Янв-21, 18:39 +1 +/–

На смеси перла с башем всяко лучше, конечно (см. дебиан)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #29

28. Сообщение от Аноним (-), 29-Янв-21, 18:57 +3 +/–

Спасибо yum и dnf. Если бы не это УГ, я бы никогда не поставил убунту и дебиан, и не узнал бы что оказывается можно и намного лучше пакетные менеджеры писать.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

29. Сообщение от Аноним (-), 29-Янв-21, 18:59 +/–

На C++ не хотел? А таки dpkg и apt именно на этом. Перловка там очень сильно сбоку, в всякой вспомогаловке типа debconf. И то есть cdebconf.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #51

30. Сообщение от Аноним (-), 29-Янв-21, 19:01 +1 +/–

Так то и питон не тормозит, если ничего не делает... а это быстрое минимум 512 мегов на виртуалке требует, иначе кадавр лопается. С брызгами, убивая свои базы наповал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

31. Сообщение от Аноним (-), 29-Янв-21, 19:01 –1 +/–

> А как правильно настроить dnf?
Путем замены на apt :P

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #48

32. Сообщение от IRASoldier_registered (ok), 29-Янв-21, 19:11 –1 +/–

DNF Configuration Reference
https://dnf.readthedocs.io/en/latest/conf_ref.html
Кури. Всё написано и разжёвано.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #40

33. Сообщение от Аноним (36), 29-Янв-21, 19:25 +1 +/–

Столько г0вна вылито на DNF - вы им когда последний раз пользовались?
У меня Core i5 ULV от 2015 года со сверх дырявым SkyLake:
dnf update
раз в день-два занимает несколько секунд, при этом обновляя по 5-20 пакетов на Fedora 33.
Да, с deltarpm оно может очень долго работать (это только стадия delta), но deltarpm стоит использовать только тем, у кого трафик либо дорогой, либо канал медленный. DeltaRPM, кстати, by default выключен уже два релиза подряд.
Короче, вонь идёт, судя по всему от тех, кто Fedora запускал лет 10 назад. Дистрибутив сейчас очень быстрый, кроме анальных флагов компиляции для GCC и SeLinux=on by default. Увы, либо безопасность, либо скорость - если Вам последнее, то Gentoo/LFS в руки. А Fedora - это testbed для RHEL, для которой безопасность - на уровне безоговорочного требования.
// b.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #49

34. Сообщение от Аноним (35), 29-Янв-21, 19:37 +/–

Петон? -> Попса, "промышленный быдлокод"? Не видели вы zypper'а))

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

35. Сообщение от Аноним (35), 29-Янв-21, 19:40 +/–

> Столько г0вна вылито на DNF - вы им когда последний раз пользовались?
1. И по делу. Ведь можно такое и на bash зафигачить, бгг.
2. НЕ пользовались и НЕ собираемся ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #37

36. Сообщение от Аноним (36), 29-Янв-21, 19:43 +3 +/–

Рассказывайте дальше про днище под названием apt/deb, которые лёгким движением руки делают работу с пакетной базой невозможной. Как минимум по пять раз в неделю болезненные на дистрах на основе deb создают слезливые темы на unix.stackexchange.com по поводу того, что "ничего не могу сделать - вылазят ошибки от apt".
Единственный способ поломать RPM базу - это запуск rpm --nodeps или подключение кривых сторонних неподдерживаемых реп (честно говоря, есть и другие способы, но это для power users, например флаги --justdb/--noscripts). А вот APT/DPKG ломаются из коробки. dpkg -i packet.deb с радостью всё ставит(!), даже если нарушены зависимости.
Я уже молчу, что у DNF есть мощнейшие средства по откату и фиксу прерванных транзакций - от чего APT просто умирает.
Так же люб дорог apt remove, который почему-то оставляет пакеты в базе. Зачем сделали purge - не ясно. rpm -e/dnf remove - тупо удаляет всё, кроме изменённых конфигурационных файлов. Никакого мусора в базе RPM.
А, и обновление ядра в Debian дистрибутивах - это отдельная боль.
Короче, я использую Fedora со времён RedHat 5.0 (нет, нет, не RHEL 5, а RedHat 5.0) и ни разу не имел проблем с RPM и обёртками для него (yum/dnf и что-то до них было - уже не вспомню).
Единственная периодическая проблема - это факапы мейнтенеров пакетов в Fedora, но это случается раз в год, не чаще, и ничего не ломает. Например, мне пришлось отложить обновление на F33 на три месяца, потому что Electrum не ставился, но там проблема была даже не с Fedorа, а с поносом, в который превратились Python модули: https://github.com/spesmilo/electrum/issues/6538
На OpenNet недавно была новость, что все дистрибутивы Линукса от этого страдают (Python/NPM/Ruby модули и приложения с дикими зависимостями).
// b.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #38, #43, #58

37. Сообщение от Аноним (36), 29-Янв-21, 19:44 +/–

Не пользовался (или пользовался лет 10 назад), не видел, но осуждаю™.
Суть большинства ответов в теме.
// b.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #39

38. Сообщение от Аноним (36), 29-Янв-21, 19:51 +1 +/–

Блин, пропустил три запятые - прошу прощения.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

39. Сообщение от Аноним (35), 29-Янв-21, 19:52 +/–

> Суть большинства ответов в теме.
Это интуитивно понятно, друхх, как например то, что наступать на крышку люка не стоит)) + камент ниже.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

40. Сообщение от Анонимище (?), 29-Янв-21, 20:44 +2 +/–

А где раздел "Правильная настройка dnf"?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #42

41. Сообщение от kissmyass (?), 29-Янв-21, 21:42 +/–

yum-cron
а вот нахрена было yum переименовывать в dnf не понимаю, ну выпустили бы мажорную версию и всё

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #52

42. Сообщение от IRASoldier_registered (ok), 30-Янв-21, 00:25 –5 +/–

Мозги себе настрой правильно сначала.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

43. Сообщение от Аноним (-), 30-Янв-21, 00:45 +1 +/–

> лёгким движением руки делают работу с пакетной базой невозможной.
У меня проблемы с чем-то таким были 1 раз за 15 лет, к тому же он сам подсказал как чинить. А вот с редхатом это уг при допустим OOM (к которому прожорливая питонятина довольно склонна, особенно в плотно набитых vm и контейнерах) норовит базе харакири сделать. И нет, это уг не скажет как чинить. При этом вообще ничего не сносится и не ставится, прикольничек.
> Как минимум по пять раз в неделю болезненные на дистрах на основе deb создают
> слезливые темы на unix.stackexchange.com по поводу того, что "ничего не могу
> сделать - вылазят ошибки от apt".
Для начала это потому что этих болезных на пару порядков больше. Видите ли дебианообразных реально еще и как десктоп юзать. В отличие от редгадов, которые в этом качестве годятся только унылым корпам и прочим некромантам. Как вариант тем кто мечтает побыть лабораторной крысой с федорой. Промежуточных вариантов там просто нет.
> Единственный способ поломать RPM базу - это запуск rpm --nodeps или подключение
> кривых сторонних неподдерживаемых реп
Или просто OOM огрести. Не дай боже VM менее 512 памяти сделать или сервис какой запустить, кадавр лопается с брызгами. И уж базу при OOM убивает чуть не 50/50.
В итоге демьян реально даже на vm с 64..128 мегов vm гонять, без свопа, а этого жирного урода... так что при прочих равных на демьяне виртуализовано-изолированное окружение сильно легче получается. Оплачивать гамнокодиниг питономакак из рхел мне не с руки. А за столько лет можно было и нанять пару плюсовиков уже чтоли, дебианщики даже нашару как-то проскочили вон.
> из коробки. dpkg -i packet.deb с радостью всё ставит(!), даже если
> нарушены зависимости.
Это низкоуровневый инструмент для тех кто понимает что и зачем делает.
> Я уже молчу, что у DNF есть мощнейшие средства по откату и
> фиксу прерванных транзакций - от чего APT просто умирает.
Я уже заметил, с DNF случается то же что с MSI. На середине его убивает oom и он ни откатить, ни доделат. И база убита напопал - так что остальные программы тоже снеси или поставить не выйдет.
> Зачем сделали purge - не ясно.
Кто ж читает маны то? Remove оставляет конфиги и т.п., на случай если программу может захотеться переставить. Purge - полный вынос, после реинсталла коли такой будет задуман "жесткий" сброс на дефолты.
> А, и обновление ядра в Debian дистрибутивах - это отдельная боль.
Не заметил никакой боли. Напротив очень крутой и гибкий механизм при том что оформлено пакетом на общих основаниях. А хуками таки можно даже на махровом embedded в флеху зашить новое ядро, если оно надо. Т.е. это даже не в ФС может быть - лишь бы то что вызвано хуком знало что делать.
> Короче, я использую Fedora со времён RedHat 5.0
Нафиг надо быть лабораторной крысой...
> а с поносом, в который превратились Python модули:
Да собственно питон весь - это самое. И ну его нахрен в пакетном менеджере.
> // b.
А, ну это то известный эксперт по линуксам. Случайно не коллега/альт поха?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #45

44. Сообщение от Аноним (-), 30-Янв-21, 00:46 +/–

> Петон? -> Попса, "промышленный быдлокод"? Не видели вы zypper'а))
А зачем на них смотреть когда есть дебиан и apt :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #54

45. Сообщение от Аноним (36), 30-Янв-21, 02:46 +1 +/–

512MB OOM?
Болезненный, вы пытались без свопа F33 гонять с таким объемом RAM на VPS? Сочувствую. Системные требования F33 сказать или сами найдёте?
За 25 лет использования RPM с обёртками не видел OOM ни разу.
Темы по поводу поломанного apt'a тем временем появляются постоянно и часто, а на dnd/rpm что-то не жалуются.
Брехню и извращения оставьте при себе.
А тема с ядрами: это то, что убунта до недавнего времени автоматом ставила ядра без удаления старых версий, пока не забивала /boot и не ломала обновления.
Сказочники, короче. Вылез.
Тьфу ты.
// b.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #47

46. Сообщение от srgazh (ok), 30-Янв-21, 03:09 +/–

apt update && apt upgrade && apt install zolupa VS dnf install zolupa ??

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #59

47. Сообщение от Аноним (-), 30-Янв-21, 04:21 +2 +/–

> Болезненный, вы пытались без свопа F33 гонять с таким объемом RAM на
> VPS? Сочувствую. Системные требования F33 сказать или сами найдёте?
Да спасибо, у меня дебианы, вон даже 128 без свопа есть, изолирует 1 конкретный сетевой сервис от остального. Нормалек? :)
> За 25 лет использования RPM с обёртками не видел OOM ни разу.
Я не нанимался платить за криволапость питоноиндусов редхата более дорогими тарифами хостеров.
> Темы по поводу поломанного apt'a тем временем появляются постоянно и часто, а
> на dnd/rpm что-то не жалуются.
Его юзают на пару порядков чаще. В том числе и потому что прекрасно живет на младших тарифах у жадных хостеров.
> Брехню и извращения оставьте при себе.
Я и оставил - изоляция отдельных сервисов в виртуалки мне нравится, равно как и копеечные тарифные планы.
> А тема с ядрами: это то, что убунта до недавнего времени автоматом
> ставила ядра без удаления старых версий, пока не забивала /boot и
> не ломала обновления.
И эти люди еще что-то там про системные требования рассказывают.
> // b.
Эксперт мирового класса вылез. Помнится эксперт с такой подписью вообще на линукс фекалии лил, насколько я помню.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

48. Сообщение от Аноним (48), 30-Янв-21, 08:29 +1 +/–

Спасибо, ненужно)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

49. Сообщение от Аноним (48), 30-Янв-21, 08:35 +1 +/–

Просто критики не в курсе за dnf makecache (чит. их любимое apt-get update), пишут с лету dnf install someshit и залипают на обновление реп)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

50. Сообщение от Анонимленьлогиниться (?), 30-Янв-21, 10:34 +1 +/–

>> Потому что * раскрывает bash, а не dnf (у нас все ж
> А кто вам сказал, что у товарища выше - bash?
Да пусть хоть csh у него. Любой юникосвый шелл так делает. Это часть POSIX.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

51. Сообщение от Анонимленьлогиниться (?), 31-Янв-21, 17:46 +/–

Так и в dnf все по факту на C. Ресольвит через libsolv, качает через librepo, ставит через librpm. А на питоне только клей для связки этих компонент (впрочем, есть у кого-то желание и от клея уйти в пользу чисто сишного libdnf, делающего все это).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

52. Сообщение от Анонимленьлогиниться (?), 31-Янв-21, 17:52 +/–

> а вот нахрена было yum переименовывать в dnf не понимаю, ну выпустили бы мажорную версию и всё
https://developers.redhat.com/blog/2016/08/30/why-red-hats-n.../

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

53. Сообщение от eganru (?), 01-Фев-21, 10:00 +/–

В gentoo portage на питоне.
Работает - и слава богу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

54. Сообщение от adolfus (ok), 01-Фев-21, 19:21 +/–

И чем же так хороша структура дебиановских репозиториев? Помимо, собственно, пакетов там гора каких-то левых каталогов и файлов, назначение которых совершенно непонятно. По дюжине версий одного и того же приложения, например, миднайт-коммандер представлен всеми версиями c 2014 по 2021 годы. Это не репозиторий, а помойка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

55. Сообщение от Аноним (55), 02-Фев-21, 20:19 +/–

> По моему личному опыту прикол вот в чём:
> dnf list hren* - может найти "хрень" со товарищи в репозитории, а
> может и не найти. хз почему. У yum`а реально с этим
> проблем не было.
> dnf list "hren*" - работает 100%.
> Так что, обычно по привычке использую первый вариант (без кавычек). А если
> не срабатывает, использую второй. :)
Возможно вы правы и дело обстоит именно так, и возможно мне бы это помогло, я просто как-то не сообразил за подобную специфику, потому как привык немного к другому поведению, в любом случае я за прирост скорости, без потери функционала и без выжирания дополнительных ресурсов, надеюсь DNF в итоге будет достойной заменой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

56. Сообщение от Аноним (55), 02-Фев-21, 20:20 +/–

>> Просто мне трудно представить что-то более тормозное чем DNF
> zypper
А вот не надо, zypper кстати довольно неплох, в отличии от самой среды где он используется))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

57. Сообщение от анонъчик (?), 04-Мрт-21, 13:24 +/–

Так это ж шеллопроблемы. У меня точно также на zsh не хочет работать без кавычек.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

58. Сообщение от анонъчик (?), 04-Мрт-21, 13:38 +/–

> dnf remove - тупо удаляет всё, кроме изменённых конфигурационных файлов.
Не всегда. Несколько раз замечал, что dnf remove иногда может удалить не все пакеты, вдобавок dnf autoremove потом их не подчищает, делать же dnf history undo <номер_транзакции> тоже не всегда вариант, особенно если транзакция древняя и с тех пор зависимые пакеты по сто раз обновились.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

59. Сообщение от анонъчик (?), 04-Мрт-21, 13:45 +/–

Немного некорректное сравнение. apt update && apt upgrade && apt install zolupa vs dnf upgrade --refresh -y && dnf install zolupa.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Чебур (?), 29-Янв-21, 11:41	+8 +/–
> По сравнению с Yum, DNF обладает заметно более высокой скоростью работы Стесняюсь спросить, а Yum получается вообще не работал? Просто мне трудно представить что-то более тормозное чем DNF.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #5, #7, #10, #21

2. Сообщение от Анонимленьлогиниться (?), 29-Янв-21, 11:56	+3 +/–
> Стесняюсь спросить, а Yum получается вообще не работал? Работал, но потреблял больше памяти и дольше ресольвил (впрочем, заметно разве что на сверхдешевых VPS или при глобальном обновлении версии дистрибутива). > Просто мне трудно представить что-то более тормозное чем DNF Эм. А что именно тормозное? Резольвинг через libsolv - так он нынче почти во всех rpm-based используется. Применение deltarpm? Сама установка пакетов? Так это внутри librpm делается, там много всяких действий (контрольные суммы и тп..). Задача "установить пакет или пачку обновлений" обычно выполняется за 3-4 секунды в dnf...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #3

3. Сообщение от rinat85 (ok), 29-Янв-21, 12:02	+1 +/–
Он действительно больше думает и тяжелее, чем pacman и apt, но видя разницу в "интеллекте" и функционале, достаточно простительно. Ну ещё может быть человек не настроил толком dnf, сам не пойму, почему майнтейнеры не поменяют параметры по умолчанию на что-то более адекватное, хотя это совершенно безопасно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #6, #20

4. Сообщение от Аноньимъ (ok), 29-Янв-21, 12:13	+1 +/–
>DNF является ответвлением от Yum 3.4, адаптированным для работы с Python 3 Из описания получается что это менеджер питоновских пакетов.
Ответить \| Правка \| Наверх \| Cообщить модератору

5. Сообщение от Анонимище (?), 29-Янв-21, 12:33	+3 +/–
Так то он быстрый, но по любому чиху скачивает какие-то метаданные, что, собственно, и производит впечатление, что dnf "тормознутый".
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #8, #30

6. Сообщение от Анонимище (?), 29-Янв-21, 12:46	–2 +/–
А как правильно настроить dnf?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #9, #31, #32

7. Сообщение от n00by (ok), 29-Янв-21, 12:48	+3 +/–
> мне трудно представить > что-то более тормозное чем DNF. Представьте, что каждое чтение БД установленных пакетов с правами root вызывает перестройку индексов и сохранение их с последующим fdatasync. Вся система при этом встаёт колом на некоторое время. 1ГБ обновлений устанавливается 3 (три) часа (на SSD). Разработчики про это не знают, поскольку у них в виртуалочке проблема не проявляется. А когда узнают, ничего не могут поделать, кроме как сгрузить решение проблемы на пользователей. Это называется RPM5 в Rosa Tresh.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #14

8. Сообщение от Анонимленьлогиниться (?), 29-Янв-21, 13:16	+4 +/–
> Так то он быстрый, но по любому чиху скачивает какие-то метаданные, что, > собственно, и производит впечатление, что dnf "тормознутый". Ааа! Так вот вы про что. Но так это имеет смысл если делать update. Чем это хуже, чем двухэатпный apt-get update / upgrade? А устаноавливать новый пакет обычно не так часто нужно, чтобы это парило. Но если канал медленный, то есть два решения: или увеличить таймаут до того, как кэш заэкспайрится, либо использовать современный дистрибутив, где есть сервис, каждые несколько часов подтягивающие те самые метаданные в фоне, чтобы при ручном вызове они всегда были актуальные. Правда, само подтягиватся только базовая информация о пакетах для операций update / install по имени пакета или provides зависимости. Полные метаданные для установки по имени внутри пакета (типа dnf install /usr/bin/some-cool-binary) тяжеловаты и нужны не так часто, их придется тянуть..
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #41

9. Сообщение от Анонимленьлогиниться (?), 29-Янв-21, 13:17	+1 +/–
> А как правильно настроить dnf? Отключить delta rpm если канал широкий?..
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (10), 29-Янв-21, 13:19	+/–
>> По сравнению с Yum, DNF обладает заметно более высокой скоростью работы > Стесняюсь спросить, а Yum получается вообще не работал? Просто мне трудно представить > что-то более тормозное чем DNF. Работал, более того ещё чуть меньше года назад, когда я ставил федорку натыкался на то, что ни их замечательный гуёвый пакетник не находил нужного мне пакета, при том что он был в подключённом репозитории, ни DNF, а вот работающие ещё в то время команды Yum - находили, почему так - без понятия, я не стал разбираться, потому что федорка не мой основной дистр, просто пришлось его поюзать. Никого ни в чём не обвиняю, ничего не ожидаю, просто занятный факт был для меня.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #11, #12

11. Сообщение от Аноним (10), 29-Янв-21, 13:20	+/–
>[оверквотинг удален] >> Стесняюсь спросить, а Yum получается вообще не работал? Просто мне трудно представить >> что-то более тормозное чем DNF. > Работал, более того ещё чуть меньше года назад, когда я ставил федорку > натыкался на то, что ни их замечательный гуёвый пакетник не находил > нужного мне пакета, при том что он был в подключённом репозитории, > ни DNF, а вот работающие ещё в то время команды Yum > - находили, почему так - без понятия, я не стал разбираться, > потому что федорка не мой основной дистр, просто пришлось его поюзать. > Никого ни в чём не обвиняю, ничего не ожидаю, просто занятный > факт был для меня. Да, и DNF субъективно выглядел увереннее, я надеюсь его допилят, однако, как говориться "fuck'Т налицо"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

12. Сообщение от dalco (ok), 29-Янв-21, 13:29	+/–
По моему личному опыту прикол вот в чём: dnf list hren* - может найти "хрень" со товарищи в репозитории, а может и не найти. хз почему. У yum`а реально с этим проблем не было. dnf list "hren*" - работает 100%. Так что, обычно по привычке использую первый вариант (без кавычек). А если не срабатывает, использую второй. :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #13, #15, #55, #57

13. Сообщение от ryoken (ok), 29-Янв-21, 13:34	+1 +/–
Логичнее было бы переприучаться ко второму, чтоб время не тратить :).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #16

14. Сообщение от yamah (?), 29-Янв-21, 13:42	–1 +/–
Что за бред про RPM5 и три часа на SSD? 4,8 ГБ на HDD SATA2 менее 20 минут ставится на Core2Duo E7300. Ну а чтобы система висела колом, ее надо было ставить на первые Atom и 512 МБ ОЗУ с диском на USB.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #19

15. Сообщение от Stax (ok), 29-Янв-21, 13:48	+3 +/–
> dnf list hren* - может найти "хрень" со товарищи в репозитории, а может и не найти. хз почему Тссс! Я вам по секрету расскажу, почему. Потому что * раскрывает bash, а не dnf (у нас все ж таки не ms dos тут, ага). И если у вас в текущем каталоге есть файлик hrenovina.txt, то команда (невидимо для вас) башем превращается в dnf list hrenovina.txt - и он не найдет. А при экранировании * видит сам dnf. Но если вы думаете, что тут есть какая-то роль самого dnf, то сильно заблуждаетесь..
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #18, #23

16. Сообщение от DildoZilla (?), 29-Янв-21, 14:40	+/–
Передрессировываться. Все эти вкручивания то dnf, то wayland, то systemd, то npf напоминают навязывание ношения масок: "ой-ой, без этого ваще капец, ваши линуксы съедят ужасни ксакепы!!!"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #17

17. Сообщение от ryoken (ok), 29-Янв-21, 14:44	+/–
Так федора оно полигон, так чтА..:)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16

18. Сообщение от ryoken (ok), 29-Янв-21, 14:45	+/–
> Потому что * раскрывает bash, а не dnf (у нас все ж А кто вам сказал, что у товарища выше - bash?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #50

19. Сообщение от n00by (ok), 29-Янв-21, 15:09	+/–
> Что за бред про RPM5 и три часа на SSD? Я не специалист по таким диагнозам. Знаю лишь, что для активистов Rosa характерно отрицать объективную реальность, не имея о ней представления. > 4,8 ГБ на HDD SATA2 менее 20 минут ставится на Core2Duo E7300. А ты удали вот этот патчик https://abf.io/import/rpm/commit/4fb14f47db87dd2bbc693befc54... который Алзим подобрал с форума https://forum.rosalinux.ru/viewtopic.php?p=88972#p88972 и наслаждайся. Только лучше SSD подключи, пусть Rosa Tresh его убивает, как вы делали с железом других. Тем более, персонально ты лишён права на использование, за хамство. > Ну а чтобы система висела колом, ее надо было ставить на первые > Atom и 512 МБ ОЗУ с диском на USB. Хватит обманывать пользователей. 15 мар 2015, ) "Во время работы rpm из под root, в iotop показывается в графе IO 99.99% у нескольких kworker, у kjournald и столько же у самого процесса rpm. Почему так может быть? Аналогично на urpmi. Когда идет проверка обновления, работать невозможно." https://forum.rosalinux.ru/viewtopic.php?f=53&t=5355&p=40304 ) исправлено 29 мая 2018
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

20. Сообщение от лютый жабби__ (?), 29-Янв-21, 15:27	–4 +/–
>Он действительно больше думает и тяжелее, чем pacman и apt, но видя разницу в "интеллекте" и функционале, достаточно простительно Зачем сравнивать няшу пакмана и apt, который небось тоже на пистоне накалякан... по крайней мере работает с такой скоростью Кстати, вы забыли написать, что пакман не умеет ) из того, что нужно на десктопе (на серверы мы арч всё равно не ставим)...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #24

21. Сообщение от Аноним (21), 29-Янв-21, 15:39	–1 +/–
> Просто мне трудно представить что-то более тормозное чем DNF zypper
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #56

22. Сообщение от Аноним (22), 29-Янв-21, 16:15	–1 +/–
Базовый обязательный софт операционки на питоне - ну такое.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #27, #53

23. Сообщение от dalco (ok), 29-Янв-21, 16:40	+/–
О, спасибо! Ваше объяснение очень похоже на правду. Но, честное слово, почему-то за yum`ом я такого поведения не помню. Быть может, потому, что yum`ом пользовался уже достаточно давно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

24. Сообщение от Аноним (24), 29-Янв-21, 17:26	+1 +/–
Хватит людей троллить, толсто слишком, они не поймут.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

25. Сообщение от Ssss (?), 29-Янв-21, 18:01	–4 +/–
Что только не делают, лишь бы не юзать дебиан или убунту с божественным apt
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #46

26. Сообщение от mos87 (ok), 29-Янв-21, 18:32	+1 +/–
Did Not Finish //шапка о5
Ответить \| Правка \| Наверх \| Cообщить модератору

27. Сообщение от Аноним (27), 29-Янв-21, 18:39	+1 +/–
На смеси перла с башем всяко лучше, конечно (см. дебиан)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #29

28. Сообщение от Аноним (-), 29-Янв-21, 18:57	+3 +/–
Спасибо yum и dnf. Если бы не это УГ, я бы никогда не поставил убунту и дебиан, и не узнал бы что оказывается можно и намного лучше пакетные менеджеры писать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #36

29. Сообщение от Аноним (-), 29-Янв-21, 18:59	+/–
На C++ не хотел? А таки dpkg и apt именно на этом. Перловка там очень сильно сбоку, в всякой вспомогаловке типа debconf. И то есть cdebconf.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #51

30. Сообщение от Аноним (-), 29-Янв-21, 19:01	+1 +/–
Так то и питон не тормозит, если ничего не делает... а это быстрое минимум 512 мегов на виртуалке требует, иначе кадавр лопается. С брызгами, убивая свои базы наповал.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5