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

Выпуск пакетного менеджера DNF 4.15, opennews (??), 09-Апр-23, (0) [смотреть все] Когда Дебиан уже перейдёт на RPM DNF , Аноним (1), 09:56 , 09-Апр-23, (1) –4 // Зачем, если Fedora 40 перейдет на APT DEB, DEF (?), 09:57 , 09-Апр-23, (2) +6 // Потому что исходники DPKG APT тошнотворны , Аноним (1), 10:03 , 09-Апр-23, (5) // Пока что ничего лучше в этих ваших линуксах не придумано , Аноним (14), 10:43 , 09-Апр-23, (14) Всё говно, кроме Pacman DNF тормозное говно, DPKG тормозное и тупое говно Сам , fedora user (?), 11:08 , 09-Апр-23, (15) +1 Пакман выглядит так, будто его писали на ПХП , Аноним (21), 12:32 , 09-Апр-23, (21) Скрыто модератором, Аноним (-), 08:38 , 10-Апр-23, (95) Pacman слишком примитивный и сложный в использовании , kawaii_girl (ok), 13:41 , 09-Апр-23, (34) –5 Поправил Пакман очень многофункциональный и элементарный в использовании А пак, Аноним (42), 14:21 , 09-Апр-23, (42) –1 Если он такой функциональный то почему у арчеводов при переходе на системду сист, Аноним (100), 08:56 , 10-Апр-23, (100) В позапрошлом веке-то Ну ты вспомнил man alpm-hooks С разморозкой Специально д, Аноним (135), 19:48 , 10-Апр-23, (135) В позапрошлом веке только релюшками начинали клацать И то в конце Да ну его, я , Аноним (-), 20:44 , 10-Апр-23, (146) То ли дело неутята, лезущие со своим наследием мамонта W W apt в любую новост, Аноним (148), 21:13 , 10-Апр-23, (148) Скрыто модератором, Аноним (154), 13:32 , 11-Апр-23, (154) Скрыто модератором, Аноним (148), 20:52 , 11-Апр-23, (158) Можно поподробнее узнать, как это слишком примитивный и сложный , Аноним (47), 15:10 , 09-Апр-23, (47) Это значит, что функционал у него примитивный, но простейшее обновление ты долже, Аноним (49), 15:37 , 09-Апр-23, (49) –1 И что тут сложного S - операция группа команд синхронизации с репозиториемy -, Аноним (162), 22:10 , 13-Апр-23, (162) Pacman примитивный потому что там нет многих функций которые есть в том же DNF , kawaii_girl (ok), 15:55 , 09-Апр-23, (53) –4 Сложность пакетников никакого отношения к стабильности не имеет, а стабильность , eksdee (?), 17:45 , 09-Апр-23, (72) Транзакции обеспечивают консистентность системы Дают гарантию, что её компонент, n00by (ok), 06:13 , 10-Апр-23, (91) Пакетный менеджер не контролирует ПОЛНОЕ состояние системы, например рантайм дан, Аноним (100), 08:51 , 10-Апр-23, (99) +1 Задача вернуть в работоспособное состояние Все программы и конфиги откатываются, Серб (ok), 13:16 , 10-Апр-23, (117) +1 Да в том то и дело, что в подавляющем большинстве случаев хватит простых откатов, n00by (ok), 13:22 , 10-Апр-23, (120) Откатов файловой системы Если так, то это вообще допускать нельзя Ибо обновлять, Серб (ok), 13:38 , 10-Апр-23, (122) А для этого в каком-нибудь btrfs есть subvolumes, так что допустим home при прав, Аноним (-), 20:36 , 10-Апр-23, (145) Достаточно вот этого все программы и конфиги откатываются В большинстве случае, n00by (ok), 06:51 , 11-Апр-23, (149) Если снапшоты делать лень, то можно откатиться к архивной версии 1 etc pacman , Аноним (135), 19:56 , 10-Апр-23, (137) +1 У программ могут быть какие-то свои идеи насчет потребных для работы данных - и , Аноним (-), 19:07 , 10-Апр-23, (131) Для несущественных программ - совершенно неважно Для рабочих лошадок - существу, Серб (ok), 19:47 , 10-Апр-23, (134) Если на пальцах, транзакция - это когда пакетник устанавливает пакеты определённ, n00by (ok), 13:18 , 10-Апр-23, (118) 1 Установи в другой корень pacman --sysroot pacman_transactions_dir new_tran, Аноним (135), 20:04 , 10-Апр-23, (139) +1 С снапшотами оно примерно так же, только проще и прозрачнее получается и не трес, Аноним (-), 20:07 , 10-Апр-23, (140) Установилось успешно - весьма абстрактно Можно через эн минут обнаружить что пр, Аноним (-), 20:28 , 10-Апр-23, (143) –1 Пакетник может реализовать транзакции через снапшоты Для этого достаточно напис, n00by (ok), 06:56 , 11-Апр-23, (150) Вообще - может Я кажется понимаю намек что эти абстракции даже могут быть объед, Аноним (154), 13:42 , 11-Апр-23, (155) Эта система транзакций первым же делом и разваливается при отклонениях от идеала, Аноним (100), 08:45 , 10-Апр-23, (97) +1 Ага Откатывается обновление, допустим, отсылки писем, и одновременно, ничем не , Серб (ok), 13:20 , 10-Апр-23, (119) Конечно при сильном желании можно себе пятку прострелить и с снапшотами Если си, Аноним (-), 19:43 , 10-Апр-23, (133) Просто арчеводы не платят за то, что не используют KISS my Arch Основная задача, Аноним (135), 20:31 , 10-Апр-23, (144) +1 Мне кажется, вы знакомы не со всеми пакетными менеджерами или у вас юношеский ма, Аноним (47), 15:09 , 09-Апр-23, (46) –3 DNF тормозит потому что гарантирует стабильность и целостность, в отличие от дру, Аноним (68), 17:13 , 09-Апр-23, (68) –2 А мне кажется, потому что гарантируется, что он написан на питоне , Аноним (81), 19:26 , 09-Апр-23, (81) Это гарантирует дикие тупняки на все операции и жесткий развал системы если ему , Аноним (100), 09:04 , 10-Апр-23, (103) А смысл сидеть на федоре если пакман хочется Что одно что другое для продакшна , Аноним (100), 08:40 , 10-Апр-23, (96) Сказали же DNF , Аноним (54), 15:57 , 09-Апр-23, (54) –1 Сказали же APT , Аноним (14), 16:54 , 09-Апр-23, (61) +1 Сказали же XBPS , Аноним (83), 23:20 , 09-Апр-23, (83) MSI , Аноним (86), 01:18 , 10-Апр-23, (86) +1 winget сейчас в треде, EULA (?), 07:20 , 10-Апр-23, (93) Нет, всё-таки pacman Кстати, под виндой тоже работает, см MSYS2 MinGW , Аноним (135), 20:12 , 10-Апр-23, (141) Плюсую Единственный нормальный инсталлятор в винде Если бы emerge портировали, т, EULA (?), 13:17 , 11-Апр-23, (153) Дальше собственного носа пробовал смотреть Да все что угодно лучше apt-dpkg А , Аноним (83), 16:11 , 09-Апр-23, (57) Небольшое сравнение пакетных менеджеров систем Void и Arch https www reddit co, Аноним (47), 17:45 , 09-Апр-23, (71) Пост о том, как кто-то не осилил смену инита Бывает Я не спрашиваю зачем это , Аноним (83), 17:57 , 09-Апр-23, (73) Сравнение устарело на 4 года, местами вообще ерунда какая-то написана Частичные , Аноним (135), 20:19 , 10-Апр-23, (142) Линуксойид , Аноним (74), 18:52 , 09-Апр-23, (74) –1 Ты вот орешь как псих, а тем временем xbps неочевидно хорош так как ему можно пр, Аноним (75), 18:52 , 09-Апр-23, (75) ты не понял ничего почему арч популярен да потому что под него софт легко собир, Аноним (83), 21:08 , 09-Апр-23, (82) Чувак, выдыхай, когда войд создавал его создатель тогда системды не было Чувак , Аноним (75), 01:06 , 10-Апр-23, (84) мда в войде с самого начала его создания был системд, если что, а когда понадоб, Аноним (83), 11:34 , 10-Апр-23, (114) Пакетные менеджеры исключают интеграцию без превращения системы в франкенштейна , Аноним (75), 01:27 , 10-Апр-23, (88) –1 Два чая этому господину, прекрасно всё расписал , Аноним (90), 03:08 , 10-Апр-23, (90) Потому что Linux - это франшиза , n00by (ok), 06:17 , 10-Апр-23, (92) Ну да, не пихтон , Аноним (81), 12:57 , 09-Апр-23, (24) Есть apt-rpm, Аноним (30), 13:28 , 09-Апр-23, (30) Самим есть , Аноним (86), 01:19 , 10-Апр-23, (87) По сравнению с DNF оно очень даже ничего , Аноним (100), 08:45 , 10-Апр-23, (98) Сам жду - не дождусь Как вообще apt deb дожил до сегодняшнего дня , Аноним (9), 10:14 , 09-Апр-23, (9) –2 // Некоторым людям нравится, что не надо ждать по пять минут, пока пакетный менедже, Аноним (81), 12:59 , 09-Апр-23, (26) +1 // Это вы про apt update с соответствующим ожиданием каждый раз, перед тем как уста, Аноним (27), 13:04 , 09-Апр-23, (27) –2 А зачем вам делать update каждый раз Один раз сделай и устанавливай , Аноним (41), 14:18 , 09-Апр-23, (41) Потому что в DNF индекс пакетов обновляется первым делом при любом вызове Соотве, Аноним (81), 19:24 , 09-Апр-23, (80) Более того - новые убунты и дебианы норовят индекс, а то и пакеты в системе, по , Аноним (100), 09:00 , 10-Апр-23, (101) Ахаха, федораст спалился apt update не вызывается автоматически при каждом sear, Аноним (58), 16:31 , 09-Апр-23, (58) +2 Бредить только не надо , Аноним (60), 16:51 , 09-Апр-23, (60) –1 apt, на самом деле, очень тормозной в плане установки пакетов Это заметно когда, Аноним (49), 15:39 , 09-Апр-23, (50) В сумме dnf на голову отстаёт от apt по скорости установки Пока что apt топ , Аноним (14), 16:56 , 09-Апр-23, (62) +1 Это скорее dpkg так а не apt apt-get Попробуйте например через echo force-unsa, Роман (??), 17:19 , 09-Апр-23, (69) Можно еще установить что-то типа eatmydata и потом eatmydata apt что вы там , Аноним (100), 09:09 , 10-Апр-23, (106) Еж птица гордая, пока не пнешь не полетит , Аноним (100), 09:06 , 10-Апр-23, (105) –1 Когда перепишут с питона на раст, EuPhobos (ok), 10:17 , 09-Апр-23, (10) +1 // Переписывай, разрешаю , Аноним (162), 22:24 , 13-Апр-23, (163) // Это не был вопрос, вопросительного знака у меня в предложении нет , EuPhobos (ok), 14:23 , 14-Апр-23, (164) Скрыто модератором, Аноним (-), 08:37 , 10-Апр-23, (94) Yum написан на питоне, DNF 5 - на C , Аноним (1), 09:57 , 09-Апр-23, (3) –2 // Скрыто модератором, Аноним (-), 11:56 , 09-Апр-23, (18) +3 // Скрыто модератором, Аноним (54), 15:59 , 09-Апр-23, (56) Fedora - концентратор плохих решений , Аноним (21), 12:33 , 09-Апр-23, (22) +1 Именно поэтому в RHEL используются DNF ранних версий, которые тоже на питоне , Аноним (81), 12:58 , 09-Апр-23, (25) // Это пока что, Вы забыли заполнить поле Name. (?), 13:31 , 09-Апр-23, (31) А чего тогда новость была что таки вот наконец окончательно переписали, так что , Аноним (100), 09:11 , 10-Апр-23, (107) Беды с башкой у разработчика переписывание не решает , Аноним (58), 16:33 , 09-Апр-23, (59) // Если единственная беда с башкой у разработчика - использование смузихлёбных техн, Аноним (76), 18:54 , 09-Апр-23, (76) Скрыто модератором, iPony129412 (?), 10:02 , 09-Апр-23, (4) –3 // Скрыто модератором, Аноним (6), 10:08 , 09-Апр-23, (6) +3 // Скрыто модератором, iPony129412 (?), 10:17 , 09-Апр-23, (11) –5 Скрыто модератором, Аноним (27), 10:12 , 09-Апр-23, (8) // Скрыто модератором, Аноним (148), 10:23 , 09-Апр-23, (12) +3 // Скрыто модератором, Аноним (14), 10:41 , 09-Апр-23, (13) +5 Скрыто модератором, Аноним (23), 12:35 , 09-Апр-23, (23) Скрыто модератором, Аноним (148), 13:33 , 09-Апр-23, (33) +1 Скрыто модератором, Аноним (100), 09:05 , 10-Апр-23, (104) Скрыто модератором, iPony129412 (?), 17:15 , 10-Апр-23, (130) Скрыто модератором, Аноним (49), 15:41 , 09-Апр-23, (51) Скрыто модератором, Аноним (126), 17:00 , 10-Апр-23, (126) В каких случаях вообще может понадобится перезагрузка , Аноним (16), 11:09 , 09-Апр-23, (16) +1   // В Фёдоре любят копировать плохие решения из винды, поэтому любые обновления паке, Аноним (17), 11:24 , 09-Апр-23, (17) –2   // Технически линукс и винда в этом плане ведут себя различно, а по факту - проблем, Аноним (27), 13:13 , 09-Апр-23, (29)   // systemd как раз могла бы решать этот вопрос, но почему-то занимается всем осталь, n00by (ok), 14:10 , 09-Апр-23, (40) –2   Вообще-то в apt хуки сделали и вот таки благодаря тому что интерфейс к системд б, Аноним (100), 09:03 , 10-Апр-23, (102)   apt-хуки Парсить proc что ли Не-не-не, это не так делается, потому что получи, n00by (ok), 13:29 , 10-Апр-23, (121)   Не, там как-то иначе сделано Оно трекает зависисмости и если мы проапдейтили до, Аноним (136), 19:53 , 10-Апр-23, (136)   Эти сервисы зависят не только от zlib, но и друг от друга, потому перезапускать , n00by (ok), 07:04 , 11-Апр-23, (151)   Ну да И в этом аспекте системд все же улучшил некоторые аспекты По факту в слу, Аноним (154), 13:57 , 11-Апр-23, (156)   Потому что , n00by (ok), 08:52 , 12-Апр-23, (159)   Поттерингу и так чрезмерную интеграцию, прибитие на гвозди и излишний вес пеняют, Аноним (-), 15:08 , 14-Апр-23, (165)   apt install needrestart, San (??), 21:05 , 10-Апр-23, (147)   Посмотрите сообщение 8470 29, на которое был мой исходный ответ про systemd п, n00by (ok), 07:06 , 11-Апр-23, (152)   А причем здесь вообще винда macOS например тоже требует перезагрузки для устано, kawaii_girl (ok), 13:48 , 09-Апр-23, (37)   Для перехода но новое ядро перезагрузка не обязательна , Аноним (76), 18:55 , 09-Апр-23, (77)   не рассказывай сказки про ребут после любых обновлений через dnf, если обновитьс, ыть (ok), 12:03 , 09-Апр-23, (20)   // Смысл ребута не в обновлении ядра осмысленные обновления там не особо требуются, Аноним (27), 13:08 , 09-Апр-23, (28)   // Lsof тебе зачем, которыц покаже каие процессы юзабт библиотеку , Аноним (41), 14:22 , 09-Апр-23, (43)   Ты руками это собрался делать На сотне серверов , Аноним (14), 16:57 , 09-Апр-23, (63)   zypper ps -sВыдаёт список всего, что необходимо перезагрузить после обновления , НеФанат (?), 17:00 , 09-Апр-23, (67) +2   Не советую так делать Есть риск сломать систему Разработчики Fedora рекомендую, kawaii_girl (ok), 13:44 , 09-Апр-23, (35) –1   // это рофл даже в инструкции миграции с релиза на релиз пишут юзать dnf upgrade , 700жёни300наложниц (?), 13:50 , 09-Апр-23, (38) +1   Старые инструкции читаете Советую изучить вот это https fedoramagazine org o, kawaii_girl (ok), 13:54 , 09-Апр-23, (39) –1   а что, по вашему gnome software не может рухнуть вместе с gnome-shell тогда уже, 700жёни300наложниц (?), 15:00 , 09-Апр-23, (44)   ctrl alt f3, 700жёни300наложниц (?), 15:01 , 09-Апр-23, (45)   Вы не совсем поняли как это работает Gnome software ничего не устанавливает Он, kawaii_girl (ok), 15:47 , 09-Апр-23, (52) –1   а что, в оффлайн режиме ничего не может навернуться, по такой логике давайте , 700жёни300наложниц (?), 17:35 , 09-Апр-23, (70)   Если в offline режиме что-то рухнет, то транзакция не пройдет и вы так же загруз, Аноним (111), 10:23 , 10-Апр-23, (111)   да объясните, чем конкретно безопаснее эта оффлайн установка, чем dnf upgrade в, 700жёни300наложниц (?), 10:35 , 10-Апр-23, (113)   А подумать никак Для этого почитай как работает offline update , Анони (?), 14:31 , 10-Апр-23, (124)   Какая же у Fedora ужасная документация по сравнению с некоторыми другими дистриб, Аноним (47), 15:16 , 09-Апр-23, (48)   Вполне нормальная документация , kawaii_girl (ok), 15:58 , 09-Апр-23, (55) –1   Вот уж нет Прекрасная документация - это у арчика в вике Остальное вообще рядо, Аноним (100), 09:17 , 10-Апр-23, (109)   У Fedora хорошая документация Если зарегистрироваться на ресурсе Red Hat, то ещ, Аноним (111), 10:18 , 10-Апр-23, (110)   Хорошим или плохим можно быть только по сравнению с чем-то И в этом аспекте арч, Аноним (-), 11:38 , 10-Апр-23, (115) +1   Читать умеешь Документация Fedora покрывает основную часть потребностей дистрибу, Анони (?), 14:29 , 10-Апр-23, (123) –1   А арчевская вика настолько крутая что покрывает даже многие потребности других д, Аноним (-), 20:02 , 10-Апр-23, (138)   Арчвики действительно хороша Но маны не отменяет Скорее помогает понять в како, Аноним (126), 17:03 , 10-Апр-23, (128) +1   Которой нет Единственные 2 сборки у которых нормальная документация это арч и г, Аноним (126), 17:01 , 10-Апр-23, (127)   Согласен Выше упомянутый offline upgrader в dnf попробуй найди https dnf-plugi, soarin (ok), 16:59 , 09-Апр-23, (65) –1   Зачем тестовому полигону нормальная документация И та-ак сойдёт , Аноним (89), 02:51 , 10-Апр-23, (89) +1   А арчеводы часто получали граблями в лоб и поэтому вика у них прекрасная, конечн, Аноним (100), 09:13 , 10-Апр-23, (108)   Did Not Finishну или Duke Nukem Forever, что, впрочем, почти одно и то же , mos87 (ok), 10:27 , 10-Апр-23, (112) Сам rpm со своим cpio устарел уже давно , Аноним (116), 12:03 , 10-Апр-23, (116) // Скрыто модератором, Аноним (-), 16:21 , 10-Апр-23, (125) RPM 5 0 format supports using xar for archiving , Серб (ok), 17:13 , 10-Апр-23, (129) // Тупиковая ветвь, которую забросили 10 лет назад Сейчас до сих пор используется R, Emptied Soul (ok), 18:13 , 11-Апр-23, (157) // И в самом деле забросили - Вот ведь неудачка Вспоминается анекдот заканчивающи, Серб (ok), 19:04 , 12-Апр-23, (160) 1,3,16,112,116

Сообщения

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

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ообщить модератору

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

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