The OpenNET Project / Index page

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



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

Оглавление

В Fedora планируют заменить пакетный менеджер DNF на Microdnf, opennews (??), 15-Апр-22, (0) [смотреть все]

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


4. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +9 +/
Сообщение от mikhailnov (ok), 15-Апр-22, 23:44 
Тем, что выполняет основную задачу пакетного менеджера — поддержание целостности системы, в отличие от pacman, который легко позволяет, например, обновить libavcondec.so.N на libavcodec.so.N+1, оставив пакет с /usr/bin/mpv слинкованным с libavcondec.so.N. Автоматики для отслеживания такого в pacman и сборочном инструментарии пакетов для него нет.
Ответить | Правка | Наверх | Cообщить модератору

11. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от Аноним (11), 16-Апр-22, 00:10 
Какая-то надуманная проблема уровня DLL-hell. Давно решена в современных дистрибутивах.
Ответить | Правка | Наверх | Cообщить модератору

32. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +3 +/
Сообщение от Тинус Лорвальдс (ok), 16-Апр-22, 02:40 
>Давно решена в современных дистрибутивах

Конечно решена - наличием нормальных пакетных менеджеров.

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

47. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от Аноним (11), 16-Апр-22, 05:50 
Например?
Ответить | Правка | Наверх | Cообщить модератору

86. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +9 +/
Сообщение от Аноним (86), 16-Апр-22, 10:21 
pacman
Ответить | Правка | Наверх | Cообщить модератору

151. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от Аноним (-), 17-Апр-22, 14:39 
> Например?

apt+dpkg :P. Работает резво, ресурсов жрет в разы меньше, зависимости разруливает, что еще надо?

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

163. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от lockywolf (ok), 19-Апр-22, 07:25 
Ты хотел сказать apt-rpm?
Ответить | Правка | Наверх | Cообщить модератору

96. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от n00by (ok), 16-Апр-22, 11:09 
> Какая-то надуманная проблема уровня DLL-hell. Давно решена в современных дистрибутивах.

Вы отвечаете человеку, который не осилил поддерживать urpmi + rpm5 в "разрабатываемом" им дистрибутиве, потому сменил их на DNF + rpm4. Про целостность я им писал давно, имея ввиду совершенно иное, он тупо запомнил и ретранслирует, приплетая что попало.

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

38. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от Аноним (38), 16-Апр-22, 05:14 
И кому это в здравом уме может понадобиться? so файл из libavcodec-devel в таком случае на что будет указывать? еще говорят в венде WinSxS мусорка...
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

51. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +2 +/
Сообщение от Аноним (11), 16-Апр-22, 05:57 
> кому это в здравом уме может понадобиться

Тебе не нужно, значит никому не нужно?

> libavcodec-devel в таком случае на что будет указывать

Вот кто эту убогую концепцию devel-пакетов придумал, тот пусть и разруливает. В современных дистрибутивах такая проблема невозможна. А луддиты пусть страдают.

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

158. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от Аноним (158), 18-Апр-22, 07:38 
"В современных" - это в которых все компоненты поставляются в виде контейнеров под радостные визги смузихлебов?
Ответить | Правка | Наверх | Cообщить модератору

53. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +3 +/
Сообщение от Аноним (53), 16-Апр-22, 06:08 
Мусорка у тебя в голове. Если версии либы между собой несовместимы и ломают сборку проги, то прога использует не so, а so.X.Y.Z, где X.Y.Z - минимальный путь набора версий, всегда работающих с программой. Несовместимые версии либ, естественно, идут разными пакетами и друг другу не мешают.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

42. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +1 +/
Сообщение от Аноним (42), 16-Апр-22, 05:29 
Что если я запущу полное обновление и обновится только библиотека, но не приложение, которое от нее зависит?
Подобный сценарий вообще не должен случиться. Предположим, что приложение foobaz находится в одном из официальных репозиториев и успешно собирается с новой версией библиотеки libbaz — тогда оно будет обновлено вместе с libbaz. Если, однако, оно не собирается, пакет foobaz будет иметь версионную зависимость (например, libbaz 1.5) и будет удален при обновлении libbaz по причине конфликта.

Если пакет foobaz вы скачали из AUR и собрали самостоятельно, вам следует попытаться пересобрать foobaz с новой версией libbaz. Если сборка завершится неудачей, отправьте отчет об ошибке разработчикам foobaz.

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

136. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от arzethemail (ok), 17-Апр-22, 02:48 
> pacman -Qi ffmpeg | grep Provides
> Provides        : libavcodec.so=59-64  libavdevice.so=59-64  libavfilter.so=8-64  libavformat.so=59-64  libavutil.so=57-64  libpostproc.so=56-64  libswresample.so=4-64  libswscale.so=6-64
> pacman -Qi ffmpeg4.4 | grep Provides
> Provides        : libavcodec.so=58-64  libavdevice.so=58-64  libavfilter.so=7-64  libavformat.so=58-64  libavutil.so=56-64  libpostproc.so=55-64  libswresample.so=3-64  libswscale.so=5-64
> pacman -Si electron | grep Provides
> Provides        : electron18
> pacman -Si electron12 | grep Provides
> Provides        : None (значит предоставляет electron12)

А затем у пакетов depends=( ... libavcodec.so=59-64 ...)

То есть, pacman позволяет, но только на уровне _отдельных_ пакетов, но и эту фичу/костыль почти не используют почему-то в Arch Linux, а она бы пригодилась для harfbuzz, icu. Хотя вообще в AUR есть пакеты icu65, icu67, icu50, но нет icu70. Точнее есть icu версия 70.1 из репозитория [core], но т.к. название одинаково с icu версии 71.1 из [testing], то их нельзя параллельно установить, хоть и поле provides заполнено.

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

140. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от Аноним (140), 17-Апр-22, 09:46 
Так у них в доке (вики) и написано:
https://wiki.archlinux.org/title/System_maintenance#Partial_...
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

142. "В Fedora планируют заменить пакетный менеджер DNF на Microdn..."  +/
Сообщение от Аноним (-), 17-Апр-22, 14:07 
> Тем, что выполняет основную задачу пакетного менеджера — поддержание целостности системы

Они за... своими "транзакциями", откатами и прочим булшитом в стиле setupexe.msi. Результатом - оверинженернутый МОНСТР, который на вот этом самом постоянно и ломается. Когда транзакции разваливаются и вы ощущаете булшит про целостность по максимуму.

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

> в отличие от pacman, который легко позволяет, например, обновить libavcondec.so.N
> на libavcodec.so.N+1, оставив пакет с /usr/bin/mpv слинкованным с libavcondec.so.N. Автоматики
> для отслеживания такого в pacman и сборочном инструментарии пакетов для него нет.

Редхат придумал море проблем "как сделать винду из линуха" и заметил что винду айтишники оказывается ненавидят не просто так. А за вполне конкретные антипаттерны, когда вместо того чтобы свой проект доделать вы $%^тесь с msi-инсталлером который ни туда, ни сюда, и ни 1 программа в систему не ставится. И что хочешь то и делай. Редгад довольно успешно повторил эти грабли. Им бы уволить эту команду и познать прелести KISS. Но в случае IBM их хватит максимум на полумеры. Они и сами грешны оверинженерией.

p.s. нефиг в системе помойку либ разводить, ваш libavcodec.so.1.100.500.499 уже давно протух и в нем не менее 20 известных каждому нубу дыр. И вы получите в них эксплойтом первым же видео с торентов - халява далеко не всегда нахаляву.

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

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

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




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

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