The OpenNET Project / Index page

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



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

"Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от opennews (??), 09-Апр-23, 09:56 
Доступен релиз пакетного менеджера DNF 4.15, который используется по умолчанию в дистрибутивах Fedora Linux и  RHEL. DNF  является ответвлением от Yum 3.4, адаптированным для работы с Python 3 и использующим библиотеку hawkey в качестве бэкенда для разрешения зависимостей. По сравнению с Yum, DNF обладает заметно более высокой скоростью работы, низким потреблением памяти и более качественным управлением зависимостями...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=58937

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

Оглавление

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


1. "Выпуск пакетного менеджера DNF 4.15"  –4 +/
Сообщение от Аноним (1), 09-Апр-23, 09:56 
Когда Дебиан уже перейдёт на RPM & DNF?
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск пакетного менеджера DNF 4.15"  +6 +/
Сообщение от DEF (?), 09-Апр-23, 09:57 
Зачем, если Fedora 40 перейдет на APT & DEB
Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (1), 09-Апр-23, 10:03 
Потому что исходники DPKG/APT тошнотворны.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (14), 09-Апр-23, 10:43 
Пока что ничего лучше в этих ваших линуксах не придумано.  
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от fedora user (?), 09-Апр-23, 11:08 
Всё говно, кроме Pacman. DNF тормозное говно, DPKG тормозное и тупое говно. Сам сижу на федоре с dnf и скучаю по pacman.
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (21), 09-Апр-23, 12:32 
Пакман выглядит так, будто его писали на ПХП.
Ответить | Правка | Наверх | Cообщить модератору

95. Скрыто модератором  +/
Сообщение от Аноним (-), 10-Апр-23, 08:38 
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск пакетного менеджера DNF 4.15"  –5 +/
Сообщение от kawaii_girl (ok), 09-Апр-23, 13:41 
Pacman слишком примитивный и сложный в использовании.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

42. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Аноним (42), 09-Апр-23, 14:21 
Поправил. Пакман очень многофункциональный и элементарный в использовании. А пакеты вида pkg чистый мед по справнению с прочими. Черт, да для того чтобы  пару штук  закинуть в аур мне даже не понадобилось читать инструкции настолько все просто.
Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 08:56 
> Поправил. Пакман очень многофункциональный и элементарный в использовании.

Если он такой функциональный то почему у арчеводов при переходе на системду система ГАРАНТИРОВАННО загибалась, если МАНУАЛЬНО не выполнить команды из ридми? Он настолько функциональный, что аж в триггеры не умеет? Или в чем тут фокус был с такой "функциональностью" что аж мануально пользователь должен команды выполнять, несмотря на то что это known issue?

И почему там какие-то йогурты и прочий левак, вместо того чтобы apt-get source <package> - и вот пожалуйста, билдуйте и патчите наздоровье.

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

135. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (135), 10-Апр-23, 19:48 
> при переходе на системду

В позапрошлом веке-то? Ну ты вспомнил.

> в триггеры не умеет?

man alpm-hooks. С разморозкой.

> почему там какие-то йогурты и прочий левак

Специально для тебя. Для чуть более сообразительных есть штатный makepkg.

> apt-get source <package>

asp export <pkgname>
Штатный метод. Изучай: https://wiki.archlinux.org/title/Arch_Build_System

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

146. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (-), 10-Апр-23, 20:44 
> В позапрошлом веке-то? Ну ты вспомнил.

В позапрошлом веке только релюшками начинали клацать. И то в конце.

> man alpm-hooks. С разморозкой.

Да ну его, я лучше man на dpkg почитаю. Там такие вещи дошли цать лет назад почему-то.

> Специально для тебя. Для чуть более сообразительных есть штатный makepkg.

Не, для меня вообще деб-образные. Как-то показались логичными и удобными. И не разносят систему вдрызг при случае.

> asp export <pkgname>

Это же не pacman?

> Штатный метод. Изучай: https://wiki.archlinux.org/title/Arch_Build_System

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

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

148. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (148), 10-Апр-23, 21:13 
> apt-get source <package>
> <транскации нинужна!>

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

То ли дело неутята, лезущие со своим наследием мамонта^W^W apt в любую новость о "неправильном" пакетнике ...


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

154. Скрыто модератором  +/
Сообщение от Аноним (154), 11-Апр-23, 13:32 
Ответить | Правка | Наверх | Cообщить модератору

158. Скрыто модератором  +/
Сообщение от Аноним (148), 11-Апр-23, 20:52 
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (47), 09-Апр-23, 15:10 
Можно поподробнее узнать, как это слишком примитивный и сложный?
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

49. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Аноним (49), 09-Апр-23, 15:37 
Это значит, что функционал у него примитивный, но простейшее обновление ты должен запускать командой pacman -Suy.
Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (162), 13-Апр-23, 22:10 
>pacman -Suy

И что тут сложного?
S - операция (группа команд) синхронизации с репозиторием
y - обновить БД пакетов на актуальные версии
u - запустить обновление, предварительно проверив, что все встанет как надо

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

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

53. "Выпуск пакетного менеджера DNF 4.15"  –4 +/
Сообщение от kawaii_girl (ok), 09-Апр-23, 15:55 
Pacman примитивный потому что там нет многих функций которые есть в том же DNF. Например нет нормальной системы транзакций с возможностью отката изменений. А еще Pacman не очень хорошо справляется с одной из основных задач пакетного менеджера - не дать системе развалиться. Из-за чего Arch и основанные на Arch дистрибутивы регулярно ломаются при обновлениях. А сложный он из-за нестандартной и абсолютно не интуитивной системы команд.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

72. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от eksdee (?), 09-Апр-23, 17:45 
Сложность пакетников никакого отношения к стабильности не имеет, а стабильность зависит конкретно от состава файлов (мейнтейнеры сами решают что туда положить).
Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 10-Апр-23, 06:13 
Транзакции обеспечивают консистентность системы. Дают гарантию, что её компоненты остаются в согласованном состоянии. "Стабильность" - это слишком общее понятие и, похоже, написано в качестве мантры.
Ответить | Правка | Наверх | Cообщить модератору

99. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (100), 10-Апр-23, 08:51 
Пакетный менеджер не контролирует ПОЛНОЕ состояние системы, например рантайм данные программ. Поэтому консистентный откат с нового состояния на старое после обновления - вилами по воде писан. Пакетный менеджер вообще ничего не делает с рантайм данными программ и достаточно ограниченно трогает конфиги. И если при апгрейде "вверх" приличные программы и пакеты еще как-то обеспечивают обычно совместимость при изменении форматов конфигов или рантайм данных, то вот "вниз" это никто имплементит. И при попытке откатить новую версию до старой можно получить чудный выбор между неработающей новой версией и неработающей старой. Потому что старая версия оказывается не умеет понимать новые форматы конфигов или рантайм данных которые уже апгрейднули под новую версию, а потом - передумали, но...

Представляете, пакетный менеджер не трекеает какие файлы при своей работе создают программы (/vad/lib, ~/* и тому подобное) и насколько оно там (не) совместимо по версиям программ. И если надо было гарантированый откат - это про полный снапшот состояния системы было, а не эти жалкие потуги.

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

117. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Серб (ok), 10-Апр-23, 13:16 
> Пакетный менеджер не контролирует ПОЛНОЕ состояние системы, например рантайм данные программ.

Задача вернуть в работоспособное состояние. Все программы и конфиги откатываются. Остальное - не важное. При необходимости перегенерится или просто трется.

Как бы вам ни хотелось, но транзакции явно НЕОБХОДИМАЯ вещь.

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

120. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 10-Апр-23, 13:22 
Да в том то и дело, что в подавляющем большинстве случаев хватит простых откатов. И рабочая система важнее, чем верование в идею "это NP-полная проблема и в общем виде не решаема".
Ответить | Правка | Наверх | Cообщить модератору

122. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Серб (ok), 10-Апр-23, 13:38 
> Да в том то и дело, что в подавляющем большинстве случаев хватит
> простых откатов. И рабочая система важнее, чем верование в идею "это
> NP-полная проблема и в общем виде не решаема".

Откатов файловой системы?

Если так, то это вообще допускать нельзя. Ибо обновляться может совсем малая и редко используемая функциональность в процессе работы основной. И тут раз - откат результатов работы основной функциональности.

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

145. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (-), 10-Апр-23, 20:36 
> - откат результатов работы основной функциональности.

А для этого в каком-нибудь btrfs есть subvolumes, так что допустим home при правильном подходе можно и не откатывать. В виртуалке разумеется так не получится, там весь диск откатывается. С другой стороны до отката можно создать снапшот и потом изучать его сколько влезет или даже выцепить из него что-то нужное. Да, мир не идеален и свои ограничения есть у любой технологии.

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

149. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 11-Апр-23, 06:51 
>> Да в том то и дело, что в подавляющем большинстве случаев хватит
>> простых откатов. И рабочая система важнее, чем верование в идею "это
>> NP-полная проблема и в общем виде не решаема".
> Откатов файловой системы?

Достаточно вот этого "все программы и конфиги откатываются".
В большинстве случаев.
Т.е. я не спорил, а соглашался.

> Если так, то это вообще допускать нельзя. Ибо обновляться может совсем малая
> и редко используемая функциональность в процессе работы основной. И тут раз
> - откат результатов работы основной функциональности.

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

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

137. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (135), 10-Апр-23, 19:56 
Если снапшоты делать лень, то можно откатиться к архивной версии:

1) /etc/pacman.d/mirrorlist:
Server = https://archive.archlinux.org/repos/yyyy/mm/dd/$repo/os/$arch
2) pacman -Syyuu

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

131. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (-), 10-Апр-23, 19:07 
> Задача вернуть в работоспособное состояние. Все программы и конфиги откатываются.

У программ могут быть какие-то свои идеи насчет потребных для работы данных - и их формата представления, и если в новой версии оно изменилось то толку с отката программы и конфигов если оно потом с вон тем не работает?

Откатить вообще всю ФС (или виртуалку) на блочном уровне в именно точное старое состояние на момент X - гораздо более гарантированное по результатам этого мероприятие. При этом ВСЕ откатится в вид как было, и если это работало - оно будет работать. А половинчатый откат пакетником - а вот как повезет. Может и не повезти.

> Остальное - не важное.

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

>  При необходимости перегенерится или просто трется.

1) Возможность это сделать и последствия зависят от программ.
2) В результате мы не получаем "вернуть в работоспособное состояние" и вместо этого танцуем с бубном.
3) Откат блочным уровнем в старый снапшот быстрее, результативнее и безглючнее, и там сильно меньше что может пойти не так.

> Как бы вам ни хотелось, но транзакции явно НЕОБХОДИМАЯ вещь.

Я вместо этой левой порнографии просто снапшоты ФС делаю перед крупными апгрейдами и тому подобным. И если что-то пошло не так - возвращаюсь на предыдущий снапшот. Как видите, без ваших дурацких транзакций не только можно обойтись, но это еще и сильно лучше работает, потому что таки трекает вот именно ВСЕ. Ну ладно, у меня есть деление на "system" и "userdata", это не я придумал а убунта но мне понравилось. Однако по понятным причинам снапшоты обычно делаются парой, на обе ипостаси сразу. Вот как раз для возможности именно гарантированного отката, если результат не понравился. И одно дело откатить снапшот за пару минут и другое танцевать с какой-нибудь навороченой программой у которой отпал формат данных, для этого сперва придется вообще вдуплить что отпало.

Итого транзакции сильно все усложняют а работает это достаточно хреново. По моему это неудачное соотношение. Одна из причин по которым энтерпрайзы много лет любят виртуалки и снапшоты. DNF при отклонениях от идеала сам первым же и разваливается и его починка это сильно отдельные танцы с бубном. Он так то довольно хлипкий, прожорливый и капризный. И одна из причин по которым я дебианобразные предпочитаю: считаю ниже своего достоинства пользоваться таким позором в качестве ключевого системного компонента. Я не мусорный бачок редхатских вебманков, извините, пусть сами вон то юзают.

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

134. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Серб (ok), 10-Апр-23, 19:47 
> У программ могут быть какие-то свои идеи насчет потребных для работы данных - и их формата представления, и если в новой версии оно изменилось то толку с отката программы и конфигов если оно потом с вон тем не работает?

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

> Если под новую версию программы грейданули какие-то рантайм данные.

Как? Если новая версия программы не стартует, пока транзакция не завершится?

> Как видите, без ваших дурацких транзакций не только можно обойтись, но это еще и сильно лучше работает

Это не работает. Это нехилый способ поиметь проблем на элементарном обновлении утилит не относящихся к работе.

В процессе обновление мелких утилит сервер не останавливается и продолжает работать.
Данные на нем обновляются. Откатывать на снапшот - потерять рабочие данные.
Так можно делать только на локалхосте - да и то, если задачу в фон не повесил.

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

118. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 10-Апр-23, 13:18 
> Пакетный менеджер не контролирует ПОЛНОЕ состояние системы, например рантайм данные программ.
> Поэтому консистентный откат с нового состояния на старое после обновления -
> вилами по воде писан.

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

> Пакетный менеджер вообще ничего не делает с
> рантайм данными программ и достаточно ограниченно трогает конфиги.

Точнее, существующие реализации пакетников не обеспечивают должным образом? Какие-то справляются лучше, какие-то хуже.

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

Это вполне способен решать пакетник, если задаться такой целью. На примере браузера - сохраняется копия профиля, при неудаче установки происходит откат. Правда, мне тут не ясно - а в какой момент стало понятно, что транзакцию надо откатывать? Точнее, а зачем было запускать браузер, если он не установился.

> Представляете, пакетный менеджер не трекеает какие файлы при своей работе создают программы
> (/vad/lib, ~/* и тому подобное) и насколько оно там (не) совместимо
> по версиям программ. И если надо было гарантированый откат - это
> про полный снапшот состояния системы было, а не эти жалкие потуги.

Я даже представляю, что надо сделать, что бы пакетник это "трекал". И догадываюсь, почему никто не реализовал. Беда в том, что эта причина мало кому понравится. :)

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

139. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (135), 10-Апр-23, 20:04 
> транзакции

1) Установи в другой корень:
pacman --sysroot <pacman_transactions_dir>/<new_transaction> ...
2) Если все прошло гладко, обнови (или смени) корень удобным способом.

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

140. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (-), 10-Апр-23, 20:07 
С снапшотами оно примерно так же, только проще и прозрачнее получается и не трескает места на ВСЮ копию системы, только на дельту от исходного.
Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

143. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Аноним (-), 10-Апр-23, 20:28 
> программы продолжают работать, будто бы их новые версии не устанавливались вовсе.

Установилось успешно - весьма абстрактно. Можно через эн минут обнаружить что программа не стартует или есть фатальные проблемы. С снапшотом передумал и вернул как было 1 в 1, какие проблемы. Можно даже через 10 минут. Или полдня. Если хранить дельту не лениво. А транзакции пакетника...

> Точнее, существующие реализации пакетников не обеспечивают должным образом? Какие-то
> справляются лучше, какие-то хуже.

Они не были созданы для трекания ВСЕХ изменений ФС. Не их прерогатива. Блочный уровень виртуалок или ФС с этим лучше справляются.

> тут не ясно - а в какой момент стало понятно, что транзакцию надо откатывать?

И более того - а повторите это для того кад-пакета? А, другое знание, для большой программы? А вот снапшот откатит, как надо. Вернув в рабочий вид. В этом случае низкоуровневость дает фору, там просто не надо знать и уметь это, само получается.

> Точнее, а зачем было запускать браузер, если он не установился.

А может установился но не запускается. Или падает через 5 секунд. Если вам было надо браузер, самое оно откатить и разобраться как-нибудь потом. С снапшотом можно проблемное состояние поизучать неспешно, зацепив в сторонку, или в вон той виртуалке. Там время не жмет, сервис не стопорится же.

> Я даже представляю, что надо сделать, что бы пакетник это "трекал".

Это при сильном желании можно но ФС или виртуализатор с этим лучше справятся. Вы просто не понимете прелестей мультивселенных и путешествий во времени видимо.

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

150. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 11-Апр-23, 06:56 
>> программы продолжают работать, будто бы их новые версии не устанавливались вовсе.
> Установилось успешно - весьма абстрактно. Можно через эн минут обнаружить что программа
> не стартует или есть фатальные проблемы. С снапшотом передумал и вернул
> как было 1 в 1, какие проблемы. Можно даже через 10
> минут. Или полдня. Если хранить дельту не лениво. А транзакции пакетника...

Пакетник может реализовать транзакции через снапшоты. Для этого достаточно написать ещё сотню комментариев на Опеннет, и он эволюционирует.)

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

155. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (154), 11-Апр-23, 13:42 
> Пакетник может реализовать транзакции через снапшоты.

Вообще - может. Я кажется понимаю намек что эти абстракции даже могут быть объединены. Для apt даже есть какой-то аддон который автоснапшотит btrfs при установке пакетов, получая нечто сравнимое. Наверное и к ZFS можно прикрутить, а может и еще к чему. В принципе хук может даже какое-нибудь апи виртуализатора вызвать снаружи виртуалки, если это разрешить (насколько безопасно давать виртуалке саму себя снапшотить - вопрос номер два).

Но с этим всем есть свои нюансы. Все же насколько полный откат выполнять - разумному существу может быть виднее, на тему того готовы они потерять userdata или лучше рискнуть и не трогать оные. Это может быть чревато потерей изменений в документах и проч - и энного количества вджоба. Поэтому говоря за себя я сперва пробую откатить только систему, а если это вызывает какие-то заметные проблемы - ну ок, тогда и userdata придется. Хотя если снапшотить синхронно, эта проблема отпадет. Но тогда возникнут ограничения на то как это можно и нельзя делать, потому что пакетник сам по себе вообще не готов столкнуться с произвольным multiverse с разными точками истории и возможностью переиграть. Особенно по частям.

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

97. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (100), 10-Апр-23, 08:45 
> Pacman примитивный потому что там нет многих функций которые есть в том
> же DNF. Например нет нормальной системы транзакций с возможностью отката изменений.

Эта система транзакций первым же делом и разваливается при отклонениях от идеала. Извините но снапшоты системы эту задачу решают и лучше и гораздо консистентнее. Потому что можно снапшотить все, а не только то что управляется пакетным менеджером.

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

> А еще Pacman не очень хорошо справляется с одной из основных
> задач пакетного менеджера - не дать системе развалиться.

DNF с этим тоже не очень хорошо справляется - сам же и разваливается первым делом. И это не у вас ли там система разваливалась "пототму что не перезагрузили в спецыяльный режим"? Капец, этл позорнее чем в винде - и вы из этого позора хотите нам показывать "как надо"? Может, скорее, как делать не надо?!

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

119. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Серб (ok), 10-Апр-23, 13:20 
> Извините но снапшоты системы эту задачу решают

Ага. Откатывается обновление, допустим, отсылки писем, и одновременно, ничем не затрагиваемая база интернет магазина. Красиво, чо!

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

133. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (-), 10-Апр-23, 19:43 
> Ага. Откатывается обновление, допустим, отсылки писем, и одновременно, ничем не затрагиваемая
> база интернет магазина. Красиво, чо!

Конечно при сильном желании можно себе пятку прострелить и с снапшотами. Если система A зависит от систем B - их видите ли надо было синхронно снапшотить и откатывать. И вот тут уже дело админа или псинодева знать такие вещи и их организовать правильно.

Есть более сложные случаи. Скажем реплицируемые базы. Но, знаете, если сильно захотеть можно успешно заснапшотить (и откатить) даже такое, типа AD. Такие финты крайне не рекомендуются к повторению без хорошего понимания проблематики, но вообще оно даже так может работать. А покажете вообще синхронный откат распределенной структуры пакетником? Оно точно сработает как надо? У меня на этот счет почему-то очень большие сомнения :)

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

144. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (135), 10-Апр-23, 20:31 
> нет нормальной системы транзакций

Просто арчеводы не платят за то, что не используют. KISS my Arch.

> основных задач пакетного менеджера - не дать системе развалиться

Основная задача пакетного менеджера доставить и установить ПО. А всё остальное (например, откаты) - на усмотрение пользователя.

> Arch и основанные на Arch дистрибутивы регулярно ломаются при обновлениях

Десять лет пользуюсь Arch Linux, основанном на Arch Linux, каждый день обновляюсь, у меня ничего не ломается. ЧЯДНТ?

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

46. "Выпуск пакетного менеджера DNF 4.15"  –3 +/
Сообщение от Аноним (47), 09-Апр-23, 15:09 
Мне кажется, вы знакомы не со всеми пакетными менеджерами или у вас юношеский максимализм. Потому что, так нахваливать пацман при существовани xbps может только умственно отсталый человек.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

68. "Выпуск пакетного менеджера DNF 4.15"  –2 +/
Сообщение от Аноним (68), 09-Апр-23, 17:13 
DNF тормозит потому что гарантирует стабильность и целостность, в отличие от других пакетных менеджеров.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

81. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (81), 09-Апр-23, 19:26 
А мне кажется, потому что гарантируется, что он написан на питоне.
Ответить | Правка | Наверх | Cообщить модератору

103. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 09:04 
> А мне кажется, потому что гарантируется, что он написан на питоне.

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

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

96. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 08:40 
> Сам сижу на федоре с dnf и скучаю по pacman.

А смысл сидеть на федоре если пакман хочется? Что одно что другое для продакшна непригодно, так что какая разница? Пользовался бы пакманом.

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

54. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Аноним (54), 09-Апр-23, 15:57 
Сказали же: DNF.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

61. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (14), 09-Апр-23, 16:54 
Сказали же: APT.
Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (83), 09-Апр-23, 23:20 
Сказали же XBPS!
Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (86), 10-Апр-23, 01:18 
MSI.
Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от EULA (?), 10-Апр-23, 07:20 
winget сейчас в треде
Ответить | Правка | Наверх | Cообщить модератору

141. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (135), 10-Апр-23, 20:12 
Нет, всё-таки pacman. Кстати, под виндой тоже работает, см. MSYS2/MinGW.


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

153. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от EULA (?), 11-Апр-23, 13:17 
> Нет, всё-таки pacman. Кстати, под виндой тоже работает, см. MSYS2/MinGW.

Плюсую.
Единственный нормальный инсталлятор в винде.

Если бы emerge портировали, то винда совсем бы пригодной для использования стала бы.

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

57. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (83), 09-Апр-23, 16:11 
Дальше собственного носа пробовал смотреть? Да все что угодно лучше apt-dpkg! А вообще да, пмов нормальных нема, пакман ничего вроде, но все испортил арч, кусок говна. Про прочие никсы можно и не вспоминать, овчинка выделки не стоит. А вот xbps незаслуженно забыт, и что-то не видно толп линуксойдов в ментейнерах у войда, которые так ратуют за свободу от ненавистных технологий проталкиваемых корпорастами. Хм, странно, потому что войд на голову выше ваших федоров с денисами! Слышу вот кто-то чавкает там, узнаешь себя линуксойд?
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

71. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (47), 09-Апр-23, 17:45 
Небольшое сравнение пакетных менеджеров систем Void и Arch.
https://www.reddit.com/r/voidlinux/comments/b9jj35/void_vs_a.../
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (83), 09-Апр-23, 17:57 
Пост о том, как кто-то не осилил смену инита? Бывает. Я не спрашиваю "зачем это было нужно", тем не менее, ежели уж шило в жопе не утаить, нужно по крайней мере пользоваться нормальными инструментами, которые позволяют делать что нужно, без лишнего головняка, брать надо было крукс! Ну и апт-дпкг - с которого и начался этот разговор, все равно в пролете.
Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (135), 10-Апр-23, 20:19 
Сравнение устарело на 4 года, местами вообще ерунда какая-то написана.

Частичные обновления - не рекомендуются, но поддерживаются.

Пакеты с отладочными символами:
https://debuginfod.archlinux.org/

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

74. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Аноним (74), 09-Апр-23, 18:52 
Линуксойид?
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

75. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (75), 09-Апр-23, 18:52 
Ты вот орешь как псих, а тем временем xbps неочевидно хорош так как ему можно прикрутить морду в терминал под названием xbpsUI и влепить ее куда-нибудь  в /usr/bin сделав исполняемой через chmod +x xbps (да переименовывается ибо нет такой команды в войде).
И вот потом неочевидный плюс его связь с xbps-src, который легко соберет скажем браузер, а потом ему можно командой запретить это обновлять бинарниками.
Ни один из этих пакетных менеджеров не сделан для людей. Все для тех кому однообразие хорошо.
Ну и пакет собрать для xbps элементарно.
Но ты упорот и думаешь сопровождающие появятся когда множество людей тупят не понимая зачем им что-то меня ведь корпорасты они же хорошие и все новое делают. Не то что этот runit ваш скоростной. Надо же систему команд учить и язык программирования для системд, а это ж +100500 к крутости, а не эти ваши ln-s /etc/sv/dbus /var/services
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

82. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (83), 09-Апр-23, 21:08 
ты не понял ничего.

почему арч популярен? да потому что под него софт легко собирать, вот и все. но в арче политика тупаю, положили болт на совместимость, нет у них инструментов разруливать несовместимости библиотек, собралось и ладно, юзер на срезе обновится.

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

в арче и войде я могу просто глянув на шаблон сборочного скрипта опакетить себе софт... как с этим в деб-рпм? чуток документации прочесть?

а на счет самого xbps... что тут можно сказать, печально видеть, нормальный пм никому не нужен, у всех пальцы приросли к apt-get, где те разработчики свободного софта? уже давно б вменяемую морду к нему прикрутили(нет, не та что в графическом режиме работает)

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

84. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (75), 10-Апр-23, 01:06 
Чувак, выдыхай, когда войд создавал его создатель тогда системды не было. Чувак вдохновлялся простотой бсд систем.
А что там творят арчеводы мне все равно, так еак я не вижу смысла в системд даже на сервере так как войд можно собрать как угодно ибо он изначально минимален.
И я же сказал что морда есть. Иногда правда требует команду ввести для дальнейшей работы обновив сам пакетный менеджер.
Но для небестолковых людей это не сверхзадача. Днищам же надо как все толпой один единственно правильный метод делать. Им в концлагере проще.
Морда есть. Людей незашоренных нет.
Ответить | Правка | Наверх | Cообщить модератору

114. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (83), 10-Апр-23, 11:34 
>когда войд создавал его создатель тогда системды не было

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

>Людей незашоренных нет

там их совсем почти нет, гцц со шлангом два года обновляли.

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

88. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Аноним (75), 10-Апр-23, 01:27 
Пакетные менеджеры исключают интеграцию без превращения системы в франкенштейна если тебе хочется сделать систему лучше.
То есть она обновит тебе ядро запросто на подписанное каким-нибудь ключом от редхата, которому нельзя доверять в сегодняшних реалиях, может убить браузер, который ты собирал из исходников чтобы ускорить его работу много часов на слабом ноутбуке, которому любое ускорение не будет лишним до куче к массе оптимизаций в лице убивания всего лишнего на ютубе блокировщиком рекламы, вырезая все вплоть до кнопок в проигрывателе потому что это увеличивает время загрузки страницы.
Именно эта разница делает Void превосходным потому что собирать каждый день пачку языков программирования ноутбук может быть физически неспособен и ему Gentoo будет противопоказана.
А вот собрать раз в месяц нужное ночью без отнимания времени компиляя только сам браузер а не раст, гцц, ллвм и прочую тряхомундию.
Собрать ядро наконец и не давать его удалить массовыми средствами очистки например.
Это вообще может быть единственно правильным в скором времени решением так как обычное ядро может быть лишено защиты и уникальности размещения в памяти самого ядра.
Очень странно что в большинстве дистрибутивов все сделано чтобы сделать человека пользователем в худших традициях общества потребления.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

90. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (90), 10-Апр-23, 03:08 
Два чая этому господину, прекрасно всё расписал!
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 10-Апр-23, 06:17 
> Очень странно что в большинстве дистрибутивов все сделано чтобы сделать человека пользователем
> в худших традициях общества потребления.

Потому что Linux - это франшиза.

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

24. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (81), 09-Апр-23, 12:57 
> Потому что исходники DPKG/APT тошнотворны.

Ну да, не пихтон.

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

30. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (30), 09-Апр-23, 13:28 
Есть apt-rpm

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

87. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (86), 10-Апр-23, 01:19 
Самим есть.
Ответить | Правка | Наверх | Cообщить модератору

98. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 08:45 
> Потому что исходники DPKG/APT тошнотворны.

По сравнению с DNF оно очень даже ничего :)

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

9. "Выпуск пакетного менеджера DNF 4.15"  –2 +/
Сообщение от Аноним (9), 09-Апр-23, 10:14 
Сам жду - не дождусь. Как вообще apt/deb дожил до сегодняшнего дня?
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

26. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (81), 09-Апр-23, 12:59 
Некоторым людям нравится, что не надо ждать по пять минут, пока пакетный менеджер проснется.
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск пакетного менеджера DNF 4.15"  –2 +/
Сообщение от Аноним (27), 09-Апр-23, 13:04 
Это вы про apt update с соответствующим ожиданием каждый раз, перед тем как установить требуемый пакет?
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (41), 09-Апр-23, 14:18 
А зачем вам делать update каждый раз? Один раз сделай и устанавливай.
Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (81), 09-Апр-23, 19:24 
Потому что в DNF индекс пакетов обновляется первым делом при любом вызове.
Соответственно, первые пару минут - можно сходить за кофе.

APT такого шанса не даёт. В этом, собсно, и претензия.

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

101. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 09:00 
> А зачем вам делать update каждый раз? Один раз сделай и устанавливай.

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

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

58. "Выпуск пакетного менеджера DNF 4.15"  +2 +/
Сообщение от Аноним (58), 09-Апр-23, 16:31 
Ахаха, федораст спалился. apt update не вызывается автоматически при каждом search/install/upgrade, в отличие от.
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

60. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Аноним (60), 09-Апр-23, 16:51 
Бредить только не надо.
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (49), 09-Апр-23, 15:39 
apt, на самом деле, очень тормозной в плане установки пакетов. Это заметно когда система не на ССД. dnf гораздо быстрее устанавливает, но вначале весьма задумчив.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

62. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (14), 09-Апр-23, 16:56 
В сумме dnf на голову отстаёт от apt по скорости установки. Пока что apt топ.
Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Роман (??), 09-Апр-23, 17:19 
Это скорее dpkg так а не apt/apt-get. Попробуйте например через
echo "force-unsafe-io" > /etc/dpkg/dpkg.cfg.d/force-unsafe-io

И сравните

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

106. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 09:09 
Можно еще установить что-то типа eatmydata и потом eatmydata apt ... что вы там хотели.

Что-то такое имеет смысл при оптовом апгрейде системы до новой версии, например. Ну как, сделать снапшот, запустить апгрейд "без гарантий" а если в процессе система навернется, просто снапшот откатить и попробовать еще раз. Это намного быстрее и эффективнее любых дурацких транзакций и гарантирует железобетонный откат в исправное состояние, даже если сам пакетный менеджер развалится, например. А конкретно DNF это дело люьбит и можно угрохать больше времени на починку DNF чем на откат снапшота, ну и нафиг оно такое?!

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

105. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Аноним (100), 10-Апр-23, 09:06 
> dnf гораздо быстрее устанавливает, но вначале > весьма задумчив.

"Еж птица гордая, пока не пнешь не полетит".

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

10. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от EuPhobos (ok), 09-Апр-23, 10:17 
Когда перепишут с питона на раст
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

163. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (162), 13-Апр-23, 22:24 
Переписывай, разрешаю.
Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от EuPhobos (ok), 14-Апр-23, 14:23 
> Переписывай, разрешаю.

Это не был вопрос, вопросительного знака у меня в предложении нет.

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

94. Скрыто модератором  +/
Сообщение от Аноним (-), 10-Апр-23, 08:37 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Выпуск пакетного менеджера DNF 4.15"  –2 +/
Сообщение от Аноним (1), 09-Апр-23, 09:57 
>DNF является ответвлением от Yum 3.4

Yum написан на питоне, DNF 5 - на C++

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

18. Скрыто модератором  +3 +/
Сообщение от Аноним (-), 09-Апр-23, 11:56 
Ответить | Правка | Наверх | Cообщить модератору

56. Скрыто модератором  +/
Сообщение от Аноним (54), 09-Апр-23, 15:59 
Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (21), 09-Апр-23, 12:33 
>Yum написан на питоне, DNF 5 - на C++

Fedora - концентратор плохих решений.

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

25. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (81), 09-Апр-23, 12:58 
> Yum написан на питоне, DNF 5 - на C++

Именно поэтому в RHEL используются DNF ранних версий, которые тоже на питоне.

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

31. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Вы забыли заполнить поле Name. (?), 09-Апр-23, 13:31 
Это пока что
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 09:11 
> Именно поэтому в RHEL используются DNF ранних версий, которые тоже на питоне.

А чего тогда новость была что таки вот наконец окончательно переписали, так что питон вообще выбросили? Они планировали в новой версии на apt перейти? Или как вы объясняете этот феномен? :)

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

59. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (58), 09-Апр-23, 16:33 
Беды с башкой у разработчика переписывание не решает.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

76. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (76), 09-Апр-23, 18:54 
Если единственная беда с башкой у разработчика - использование смузихлёбных технологий не смотря на все их недостатки, потому что модно - то очень даже решает.
Ответить | Правка | Наверх | Cообщить модератору

4. Скрыто модератором  –3 +/
Сообщение от iPony129412 (?), 09-Апр-23, 10:02 
Ответить | Правка | Наверх | Cообщить модератору

6. Скрыто модератором  +3 +/
Сообщение от Аноним (6), 09-Апр-23, 10:08 
Ответить | Правка | Наверх | Cообщить модератору

11. Скрыто модератором  –5 +/
Сообщение от iPony129412 (?), 09-Апр-23, 10:17 
Ответить | Правка | Наверх | Cообщить модератору

8. Скрыто модератором  +/
Сообщение от Аноним (27), 09-Апр-23, 10:12 
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

12. Скрыто модератором  +3 +/
Сообщение от Аноним (148), 09-Апр-23, 10:23 
Ответить | Правка | Наверх | Cообщить модератору

13. Скрыто модератором  +5 +/
Сообщение от Аноним (14), 09-Апр-23, 10:41 
Ответить | Правка | Наверх | Cообщить модератору

23. Скрыто модератором  +/
Сообщение от Аноним (23), 09-Апр-23, 12:35 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

33. Скрыто модератором  +1 +/
Сообщение от Аноним (148), 09-Апр-23, 13:33 
Ответить | Правка | Наверх | Cообщить модератору

104. Скрыто модератором  +/
Сообщение от Аноним (100), 10-Апр-23, 09:05 
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

130. Скрыто модератором  +/
Сообщение от iPony129412 (?), 10-Апр-23, 17:15 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

51. Скрыто модератором  +/
Сообщение от Аноним (49), 09-Апр-23, 15:41 
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

126. Скрыто модератором  +/
Сообщение от Аноним (126), 10-Апр-23, 17:00 
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

16. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (16), 09-Апр-23, 11:09 
> добавлен параметр "reboot" для определения поведения при необходимости перезагрузки

В каких случаях вообще может понадобится перезагрузка?

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

17. "Выпуск пакетного менеджера DNF 4.15"  –2 +/
Сообщение от Аноним (17), 09-Апр-23, 11:24 
В Фёдоре любят копировать плохие решения из винды, поэтому любые обновления пакетов там идут через ребут.

Но если абстрагироваться от федоропроблем — для обновления ядра, например, чтобы не крутить ОС и дальше на старом.

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

29. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (27), 09-Апр-23, 13:13 
Технически линукс и винда в этом плане ведут себя различно, а по факту - проблема одинаковое и решеение одинаковое.

Нашли очередную дырку в openssl (или ее виндовом аналоге). Проблема винды: открытый файл нельзя презаписать, блокировка. Требуется перезагрузка. Проблема линукса: открытый файл перезаписывается при обновлении без проблем, но все приложния, где он был открыт продолжают видеть старый файл, с неизвестными потенциально последствиями, ведь уязвимость уйдет не после установки обновления, а после перезапуска всего, что могло использовать эту библиотеку. На системе с кучей компонент перезапускать половину системных процессов потенциально более проблемно, чем перезагрузить все и гарантировать что уязвимость более нельзя проэксплуатировать. В итоге то же решение, что и на винде. То, что в линуксе обновляются открытые файлы это изящно, но реальную проблему только скрывает.

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

40. "Выпуск пакетного менеджера DNF 4.15"  –2 +/
Сообщение от n00by (ok), 09-Апр-23, 14:10 
> На системе с кучей компонент перезапускать половину
> системных процессов потенциально более проблемно, чем перезагрузить все и гарантировать
> что уязвимость более нельзя проэксплуатировать.

systemd как раз могла бы решать этот вопрос, но почему-то занимается всем остальным, кроме него.

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

102. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 09:03 
Вообще-то в apt хуки сделали и вот таки благодаря тому что интерфейс к системд более менее унифицирован оно вполне умеет перезапускать затронутые обновлениями сервисы. Более того - в новых убунтах это даже сдедали по дефолту.

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

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

121. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 10-Апр-23, 13:29 
apt-хуки? Парсить /proc что ли? Не-не-не, это не так делается, потому что получите гонки. У systemd и без того есть все данные для построения графа.
Ответить | Правка | Наверх | Cообщить модератору

136. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (136), 10-Апр-23, 19:53 
> apt-хуки? Парсить /proc что ли? Не-не-не, это не так делается, потому что получите гонки.

Не, там как-то иначе сделано. Оно трекает зависисмости и если мы проапдейтили допустим zlib - можно настроить что будет авторестарт всех сервисов кто зависит от zlib.

Полезность фичи разумеется сильно зависит от характера сервисов. Если оно вышибет легион юзеров с какого-нибудь сервера без предупреждения, они разумеется останутся недовольны, так что нубастые админы иногда кушают лучи добра за внезапные вырубания сервисов. Зато, вот, все что зависело от zlib теперь юзает новый zlib. Без полного ребута.

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

> У systemd и без того есть все данные для построения графа.

А у пакетника есть все данные о depends на предмет либа <-> установленный софт, чтобы при апдейте либы озаботиться рестартом ее юзеров, если это так сконфигурено. А вот сам по себе системд в чистом виде вообще не знает "кто юзает zlib в системе". Ну не его это изначально.

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

151. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 11-Апр-23, 07:04 
>> apt-хуки? Парсить /proc что ли? Не-не-не, это не так делается, потому что получите гонки.
> Не, там как-то иначе сделано. Оно трекает зависисмости и если мы проапдейтили
> допустим zlib - можно настроить что будет авторестарт всех сервисов кто
> зависит от zlib.

Эти сервисы зависят не только от zlib, но и друг от друга, потому перезапускать их следует в определённом порядке. Этим как раз и заведует systemd.

Моё сообщение о systemd было ответом на "перезапускать половину системных процессов потенциально более проблемно, чем перезагрузить все".

> А у пакетника есть все данные о depends на предмет либа <-> установленный софт

Странно, что systemd не спрашивает пакетник, а смотрит соответствующие поля в юнит-файлах.

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

156. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (154), 11-Апр-23, 13:57 
> Эти сервисы зависят не только от zlib, но и друг от друга, потому перезапускать
> их следует в определённом порядке. Этим как раз и заведует systemd.

Ну да. И в этом аспекте системд все же улучшил некоторые аспекты. По факту в случае apt пакетник после инсталла пакета информирует системд что хочет рестарт вот этого и этого а тот сам секвенсит это. И на вид это вроде бы как раз нормальное разделение фичности по компонентам. Зачем системде самому знать кто там какую либу юзает - это наверное лишнее, он и так уже здоровый стал и втягивать в него именно это странная идея. Это конечно уменьшит core пакетника но раздует системду. Как по мне лучше пусть эпизодичкски запускаемый тул жиреет чем резидентный системный управлятор живость которого в системе довольно критична.

> "перезапускать половину системных процессов потенциально более проблемно,
> чем перезагрузить все".

Всякие дебианобразные научились вот авторестартить затронутые апдейтом сервисы, в том числе и трекая либы. Если это разрешено в настройках пакетника. Что так то довольно продвинуто. Это позволяет с одной стороны апдейтнуть и либы и получить эффект от апдейта а с другой избежать полный ребут - в чем пойнт этого упражнения и состоит. На десктопе это разумеется хуже работает, какие нибудь иксы например перезапустить чтобы они поюзали фикшеный libc и чтоб при этом графика не осыпалась - да сейчас. Но вот чем мне линукс нравится, так это тем что можно самому решать вместо "мы решили вас перезагрузить и фиг оспоришь, скажите гудбай работе".

Самое интересное? А вот системд например на удивление умеет релоадить сам себя после апдейта. Так что его pid 1 вгружает новый pid 1 из новой версии - и это забавный финт с точки зрения всяких системных штук.

> Странно, что systemd не спрашивает пакетник, а смотрит соответствующие поля в юнит-файлах.

Пакетники разные бывают. Или даже никаких. Systemd не может уповать на какую-то конкретику. С другой стороны он делает некоторые вещи для интеграции с пакетниками без учета какой пакетник. Как то - майнтайнерам было сказано что ваши юнитфайлы вы кладете в usr, а админские оверрайды идут в /etc и пакетник ЭТО вообще не трогает, хоть там как. Это заодно решило и проблему с конфигфайлами vs пакетник: можно и системные дефолты притащить, но они ни при каких условиях не перетрут оверрайды админа, оверрайды приоритетнее. Вообще, это довольно продуманная архитектура, деланая именно с учетом фактического состояния дел. И мало кто еще этим может похвастаться. Как угодно но Поттеринг был далеко не самый плохой архитект и техзадание ему нормально скроили.

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

159. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 12-Апр-23, 08:52 
> Зачем системде самому знать кто там какую либу
> юзает - это наверное лишнее, он и так уже здоровый стал
> и втягивать в него именно это странная идея. Это конечно уменьшит
> core пакетника но раздует системду.

Потому что:

> Пакетники разные бывают. Или даже никаких. Systemd не может уповать на какую-то
> конкретику.

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

165. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (-), 14-Апр-23, 15:08 
Поттерингу и так чрезмерную интеграцию, прибитие на гвозди и излишний вес пеняют. То что вы предлагаете технически реализовать можно при сильном желании, но кмк это усугубит упомянутые аспекты а в чем будет профит - кто б его знает. Оно ведь уже было и работало, хоть и по другой технологии...
Ответить | Правка | Наверх | Cообщить модератору

147. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от San (??), 10-Апр-23, 21:05 
apt install needrestart
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

152. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от n00by (ok), 11-Апр-23, 07:06 
Посмотрите сообщение №29, на которое был мой исходный ответ про systemd:

"перезапускать половину системных процессов потенциально более проблемно, чем перезагрузить все".

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

37. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от kawaii_girl (ok), 09-Апр-23, 13:48 
>решения из винды

А причем здесь вообще винда? macOS например тоже требует перезагрузки для установки обновлений) Это нормальная практика. Установка обновлений в "оффлайн" режиме значительно снижает риск поломки системы.

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

77. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (76), 09-Апр-23, 18:55 
Для перехода но новое ядро перезагрузка не обязательна.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от ыть (ok), 09-Апр-23, 12:03 
не рассказывай сказки про ребут после любых обновлений через dnf, если обновиться через dnf -y update не будет никакого ребута, ребут нужен для обновления ядра. а вот если обновляться через dnfdragora, то вполне себе может потребоваться перезапуск
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

28. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (27), 09-Апр-23, 13:08 
Смысл ребута не в обновлении ядра (осмысленные обновления там не особо требуются, обычно, если не напороться на странные баги или иметь очень свежее оборудование, которое еще не полностью поддерживается), а в обновлении библиотек: когда находят очередную дырку в glibc или openssl или еще подобном, что использутся в каждой второй (а то и вообще каждой) программе, ребут это единственный способ гарантировать, что все, где уязвимость может быть проэксплуатирована, реально запустилось с новой версией библиотеки.
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (41), 09-Апр-23, 14:22 
Lsof тебе зачем, которыц покаже каие процессы юзабт библиотеку?
Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (14), 09-Апр-23, 16:57 
Ты руками это собрался делать? На сотне серверов?
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск пакетного менеджера DNF 4.15"  +2 +/
Сообщение от НеФанат (?), 09-Апр-23, 17:00 
zypper ps -s
Выдаёт список всего, что необходимо перезагрузить после обновления. В openSUSE это уже больше 15 лет. А DNF они тоже попробовали...
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

35. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от kawaii_girl (ok), 09-Апр-23, 13:44 
>если обновиться через dnf -y update

Не советую так делать. Есть риск сломать систему. Разработчики Fedora рекомендуют обновляться через Gnome software в специальном оффлайн режиме.

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

38. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от 700жёни300наложниц (?), 09-Апр-23, 13:50 
это рофл? даже в инструкции миграции с релиза на релиз пишут юзать 'dnf upgrade --refresh'

юзаю dnf upgrade уже лет 5 и никаких проблем

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

39. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от kawaii_girl (ok), 09-Апр-23, 13:54 
>даже в инструкции

Старые инструкции читаете. Советую изучить вот это:

https://fedoramagazine.org/offline-updates-and-fedora-35/

С релиза на релиз тоже желательно обновляться через gnome software.

>юзаю dnf upgrade уже лет 5 и никаких проблем

Значит вам повезло. Я так один раз систему сломала. Во время обновления упал gnome shell вместе с терминалом в котором был запущен DNF и все. После перезагрузки система не загрузилась. После этого обновляюсь только через gnome software и вам советую делать так же.

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

44. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от 700жёни300наложниц (?), 09-Апр-23, 15:00 
а что, по вашему gnome software не может рухнуть вместе с gnome-shell? тогда уже вам лучше в ctrl+f3 переключаться и там dnf upgrade запускать
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от 700жёни300наложниц (?), 09-Апр-23, 15:01 
> а что, по вашему gnome software не может рухнуть вместе с gnome-shell?
> тогда уже вам лучше в ctrl+f3 переключаться и там dnf upgrade
> запускать

ctrl+alt+f3

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

52. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от kawaii_girl (ok), 09-Апр-23, 15:47 
Вы не совсем поняли как это работает) Gnome software ничего не устанавливает. Он просто скачивает обновления и подготавливает их для установки в специальном "оффлайн" режиме. Поэтому даже если gnome software рухнет ничего страшного не произойдет. Советую изучить статью которую я скинула. Там подробно описано как работают "оффлайн" обновления и зачем они нужны.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

70. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от 700жёни300наложниц (?), 09-Апр-23, 17:35 
> Вы не совсем поняли как это работает) Gnome software ничего не устанавливает.
> Он просто скачивает обновления и подготавливает их для установки в специальном
> "оффлайн" режиме. Поэтому даже если gnome software рухнет ничего страшного не
> произойдет. Советую изучить статью которую я скинула. Там подробно описано как
> работают "оффлайн" обновления и зачем они нужны.

а что, в "оффлайн" режиме ничего не может навернуться, по такой логике? давайте вот как поступим.. вы подъедите ко мне, заполним с вами ктубу и, за тем, вы мне всё расскажете и покажете.

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

111. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (111), 10-Апр-23, 10:23 
Если в offline режиме что-то рухнет, то транзакция не пройдет и вы так же загрузитесь, как это делали до обновления.

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

Offline режим нужен для более корректного обновления системы. Надеюсь не нужно объяснять? И если оно имеется, нет смысла его не использовать.

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

113. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от 700жёни300наложниц (?), 10-Апр-23, 10:35 
> Надеюсь не нужно объяснять?

да. объясните, чем конкретно безопаснее эта оффлайн установка, чем dnf upgrade в текстовом режиме. потому что кроме федоры я перед ней ещё другой дистреб юзал 6 лет и точно так же производил обновления на лету и не видел никаких таких проблем..

короче.. есть мнение, что лучше я останусь при своём мнении.. я дистрибутивы делал сам, а вы - нет.


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

124. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Анони (?), 10-Апр-23, 14:31 
А подумать никак?

Для этого почитай как работает offline update.

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

48. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (47), 09-Апр-23, 15:16 
Какая же у Fedora ужасная документация по сравнению с некоторыми другими дистрибутива и. Это просто ужас.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

55. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от kawaii_girl (ok), 09-Апр-23, 15:58 
Вполне нормальная документация.
Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 09:17 
> Вполне нормальная документация.

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

Федора на этом фоне - ни о чем. У них по сути нет живого комьюнити, редхат и IBM вообще враждебны к комьюнити инициативам. Если бы это было не так, они бы не громили центос, для начала. А какая мотивация у народа вон те технологии осваивать, если продакшн учитывает только узкую группу лиц из фортуны-500 и это не про них? Ну вот и в документации это тоже отливается.

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

110. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (111), 10-Апр-23, 10:18 
У Fedora хорошая документация. Если зарегистрироваться на ресурсе Red Hat, то ещё больше будет. Она с лихвой покрывает потребности.
Ответить | Правка | Наверх | Cообщить модератору

115. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (-), 10-Апр-23, 11:38 
> У Fedora хорошая документация. Если зарегистрироваться на ресурсе Red Hat, то ещё
> больше будет. Она с лихвой покрывает потребности.

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

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

123. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от Анони (?), 10-Апр-23, 14:29 
Читать умеешь?

Документация Fedora покрывает основную часть потребностей дистрибутива. Она в свободном доступе.

Документация от Red Hat отличная, но нужно зарегистрироваться.

Их вполне хватает. На Wiki Arch Linux заходил несколько раз и то лет десять назад)

И да. Нужно понимать разницу между документацией и wiki.

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

138. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (-), 10-Апр-23, 20:02 
> Документация Fedora покрывает основную часть потребностей дистрибутива. Она в свободном
> доступе.

А арчевская вика настолько крутая что покрывает даже многие потребности других дистров, 90% того что там применимо и к другим дистрам. И там так то сильно больше информации.

> Документация от Red Hat отличная, но нужно зарегистрироваться.

Именно поэтому я обычно нахожу ответы в других местах а пользоваться редхатообразными вообще не испытываю никакого желания.

> Их вполне хватает. На Wiki Arch Linux заходил несколько раз и то лет десять назад)

Кому-то и дефолтных реп рхела хватает, мало ли. Не значит что они офигенные и что лучше нельзя.

> И да. Нужно понимать разницу между документацией и wiki.

Ага, в вике инфо актуальное, живое, и апдейтится первым наступившим на грабли. Сейчас, а не через полгода когда у перегруженного техписа время появится. Это живое, актуалное знание.

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

128. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (126), 10-Апр-23, 17:03 
Арчвики действительно хороша. Но маны не отменяет. Скорее помогает понять в каком направлении копать.
Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

127. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (126), 10-Апр-23, 17:01 
> Вполне нормальная документация.

Которой нет. Единственные 2 сборки у которых нормальная документация это арч и генту. Остальное - мусор.

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

65. "Выпуск пакетного менеджера DNF 4.15"  –1 +/
Сообщение от soarin (ok), 09-Апр-23, 16:59 
Согласен.
Выше упомянутый offline upgrader в dnf попробуй найди.
https://dnf-plugins-extras.readthedocs.io/en/latest/system-u...

Хуже нет. Каша из непонятно чего.

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

89. "Выпуск пакетного менеджера DNF 4.15"  +1 +/
Сообщение от Аноним (89), 10-Апр-23, 02:51 
Зачем тестовому полигону нормальная документация? И та-ак сойдёт!
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

108. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (100), 10-Апр-23, 09:13 
> Зачем тестовому полигону нормальная документация? И та-ак сойдёт!

А арчеводы часто получали граблями в лоб и поэтому вика у них прекрасная, конечно, но вот мотивы ее появления... =)

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

112. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от mos87 (ok), 10-Апр-23, 10:27 
Did Not Finish


ну или Duke Nukem Forever, что, впрочем, почти одно и то же.

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

116. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Аноним (116), 10-Апр-23, 12:03 
Сам .rpm со своим cpio устарел уже давно.
Ответить | Правка | Наверх | Cообщить модератору

125. Скрыто модератором  +/
Сообщение от Аноним (-), 10-Апр-23, 16:21 
Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Серб (ok), 10-Апр-23, 17:13 
> Сам .rpm со своим cpio устарел уже давно.

RPM 5.0 format supports using xar for archiving.

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

157. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Emptied Soul (ok), 11-Апр-23, 18:13 
> RPM5

Тупиковая ветвь, которую забросили 10 лет назад.
Сейчас до сих пор используется RPMv4 c его cpio

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

160. "Выпуск пакетного менеджера DNF 4.15"  +/
Сообщение от Серб (ok), 12-Апр-23, 19:04 
>> RPM5
> Тупиковая ветвь, которую забросили 10 лет назад.
> Сейчас до сих пор используется RPMv4 c его cpio

И в самом деле забросили. :-)

Вот ведь неудачка.

Вспоминается анекдот заканчивающийся фразой:

"А чего с вами знакомиться-то?.. ВЫ КАЖДЫЙ ГОД НОВЫЕ"

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

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

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




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

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