Удаление пакетов, почему остаётся мусор?

[vitorg]

ну вот нету такого интерфейса, хотя может я о нем не знаю(в man apt-get такого нет). В любом случае rm -rf .config/progname не так уж и сложно сделать

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

"rm -rf .config/progname" не универсальный способ, далеко не все хранят настройки в "~/.config". Да и я изначально говорил про мусор не в хоуме, а везде кроме хоума, где его быть вообще не должно ибо запущенная из под обычного юзера прога создать там его не может.

[vadim-nsk]

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

[vitorg]

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

Такой способ установки ПО является несистемным и не должен использоваться вообще =) ИМХО (!)
Ну и ещё раз - я писал в самом первом сообщении, что имеется ввиду "всё, кроме /home".

[Theif]

"rm -rf .config/progname" не универсальный способ, далеко не все хранят настройки в "~/.config".

а вот если мне не изменяет память , то по стандартам fredesktop.org все должно быть именно в .config , но раз создатели софта не могу даже тут придерживаться стандартов, как можно говорить об каком либо общем интерфейсе для зоопарков пакетных манагеров.

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

мм например?

[vitorg]

"rm -rf .config/progname" не универсальный способ, далеко не все хранят настройки в "~/.config".

а вот если мне не изменяет память , то по стандартам fredesktop.org все должно быть именно в .config , но раз создатели софта не могу даже тут придерживаться стандартов, как можно говорить об каком либо общем интерфейсе для зоопарков пакетных манагеров.

Да, не могут, многие даже внаглую "размазывают" или дублируют настройки по пользовательской директории... Печально это.

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

мм например?

Цитирую себя же (самое первое сообщение):

Но факт - остаётся, например после удаления sonata остались "/usr/share/app-install/desktop/sonata.desktop" и "/usr/share/app-install/icons/sonata.png".

Эти два файла не в хоуме, доступ на запись к ним имеет только root, почему не удалились - непонятно.

[Theif]

а это случаем не создание gnome-menu который стремиться запихнуть в себя все что можно?

[vitorg]

а это случаем не создание gnome-menu который стремиться запихнуть в себя все что можно?

Возможно, как раз пытаюсь понять, читаю доки на пакетную систему Debian и Гном тоже.

[Theif]

apt-file update
apt-file search /usr/share/app-install/desktop/sonata.desktop

наверно скажет