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

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

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