The OpenNET Project / Index page

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



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

Оглавление

Microsoft выпустил открытый пакетный менеджер WinGet 1.4, opennews (?), 24-Янв-23, (0) [смотреть все]

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


57. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +/
Сообщение от Аноним (72), 24-Янв-23, 17:59 
А почему за этим должен следить менеджер? Если тот кто собирал пакет добавил очистку мусора она будет если нет то нет.
Ответить | Правка | Наверх | Cообщить модератору

66. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +/
Сообщение от testuser (?), 24-Янв-23, 19:05 
Потому что это обязанность пакетного менеджера. Следить за файлами, устанавливаемыми из пакета. Вплоть до проверки их целостности. Вне зависимости от того, что там добавил разработчик, пакетный менеджер хранит в своей базе пути и хеши ко всем файлам, которые были запакованы в пакет.
Ответить | Правка | Наверх | Cообщить модератору

70. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  –2 +/
Сообщение от Аноним (72), 24-Янв-23, 19:40 
Ну хорошо тогда тебе вопрос со звездочкой. Почему ни deb ни rpm за этим не следят и не убирают весь мусор приложения? Отвечает знаток testuser.
Ответить | Правка | Наверх | Cообщить модератору

79. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +2 +/
Сообщение от testuser (?), 24-Янв-23, 20:11 
Потому что deb и rpm за этим следят и убирают все файлы, которые были установлены с пакетом. Оставляют они только директории, в которых появились новые файлы файлы, о которых пакетный менеджер разумеется не знает, о чём пишут при удалении пакета: "dpkg: warning: while removing directory /usr/local not empty so not removed"
Ответить | Правка | Наверх | Cообщить модератору

83. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  –1 +/
Сообщение от Аноним (72), 24-Янв-23, 20:53 
Пф бред, создатель пакета может легко внести местоположение всех файлов и изначальных и создаваемых если захочет хоть скриптом или создавая пустые файли хоть как угодно. Но никто это не делает что же за заговор такой? Может они просто такие же как WinGet?
Ответить | Правка | Наверх | Cообщить модератору

89. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +2 +/
Сообщение от testuser (?), 24-Янв-23, 21:17 
Создатель пакета не вносит никаких местоположений. Он даёт список файлов, в определённой иерархии относительно корня. Пакетный менеджер собирает их в пакет. Потом устанавливает, следит за ними, удаляет. Всё, что было в изначальном списке, пакетный менеджер знает. То, что он установил, то он и удалит. Повторяю, это и есть задача пакетного менеджера. Если программа в работе насоздавала файлов где-то, пакетный менеджер об этом скажет(см. пример выше). Если пользователь заменит, удалит или отредактирует какой-нибудь файл из пакета, пакетный менеджер при следующем обновлении или принудительной переустановке, вернёт файл в исходной состояние, так как следит за целостностью установленных файлов.

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

Повторяю ещё раз для особо бредящих. Любой нормальный пакетный менеджер всегда знает список установленных в пакете файлов. dpkg -L packagename, equery files packagename, rpm -ql packagename и т.д. Даже в максимально просто пакетном менеджере Slackware можно посмотреть в less /var/log/packages/packagename и увидеть список установленных файлов и потом по нему удалить их. А WinGet ничего не знает о файлах в пакете. Значит и пакетным менеджером он не является. Так, набор скриптов над wget'ом.

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

94. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +/
Сообщение от Аноним (94), 24-Янв-23, 21:48 
Спасибо за развернутый ответ. Пожалуйста, впредь не кормите троллей.
Ответить | Правка | Наверх | Cообщить модератору

127. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +/
Сообщение от (?), 25-Янв-23, 09:49 
> Если пользователь заменит, удалит или отредактирует какой-нибудь файл из пакета, пакетный менеджер при следующем обновлении или принудительной переустановке, вернёт файл в исходной состояние

ага, вернет, конфиги в исходную

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

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

90. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +/
Сообщение от Янис (?), 24-Янв-23, 21:18 
Поясни
Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

104. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +/
Сообщение от Аноним (110), 24-Янв-23, 23:48 
Битьё ремнём не эффективно. :))))
Ответить | Правка | Наверх | Cообщить модератору

103. "Microsoft выпустил открытый пакетный менеджер WinGet 1.4"  +/
Сообщение от Аноним (110), 24-Янв-23, 23:46 
> А почему за этим должен следить менеджер? Если тот кто собирал пакет добавил очистку мусора она будет если нет то нет.

Потому как это фиксит вопрос один раз для многих навсегда.

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

А вот очистка мусора - да, автор кода апп (но не пакета) должен "научить" свой код убирать свой мусор. Но это ведь вопрос к культурке кодинга, а не пакетированию.

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

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

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




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

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