LINUX.ORG.RU
ФорумTalks

Управление срачем в домашней директории


1

0

Придумали же хорошую вещь для установки и удаления программ - пакеты и пакетный менеджер.
Удалил пакет, и никаких залежей всякого барахла в системе, ни мусора в реестре, ни кучи оставшихся dll'ок.

[Кстати, поздравьте меня, я снес винду. Я ей уже года 2 не пользовался (ну, ладно, пару раз бывало). А тут думаю, а чего она у меня место занимает...
Во время переразбивки винта решил посмотреть почему у меня хомяк такой большой...]

Так вот, подходишь к пользователю винды и говоришь:
- Вот ты программку поставил, потом снес. А после нее знаешь сколько всего остается? А вот есть такая классная ОС - линукс, так там ничего не остается!

Как бы не так! В системных директориях действительно все вычищает менеджер пакетов, а вот в домашней директории....

При том, это размазано в лучших традициях:
.название_проги
.local
.config
.cache

Еще куча всего. Вот открываем .local, а там - share и там куча всякого добра от разных прог, а еще там есть (в .local) usr, а там опять share. И везде лежит оно - добро.
Так вот, про размазывание, файлы одной программы лежат и в .local, и в .config, и в .cache, при том, это все еще раскидано по дереву (во всякие share и т.п.)
И этого добра - тысячи файлов.
Если удалить, какой-нибудь пакет, то все добро остается.

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

Но ведь можно как-то выйти из ситуации?
Например:
После удаления пакета package_name какой-нибудь скрипт проверяет наличие /home/*/.config/package_name и прочие помойки, и если там есть файлы, то спрашивает пользователя что с ними делать.
Можно в ненавязчивой форме, например, выводить уведомление «Пакет package_name был удален. Чтобы почистить срач нажмите сюда».
Почему вообще пользователи должны это все вычищать, да еще и знать где оно лежит?
Ладно бы сделали чтобы все проги использовали .config/prog_name и хранили бы _все_ свое добро, так нет, одни хранят в .config/prog_name, другие в .prog_name, третьи в каком-нибудь .local....
А многие хранят добро в разных местах: кеш в .cache; настройки в .config; еще что-нибудь в .local (он у меня аж 152 МБ, ща буду разбираться кто наделал кучу).
Ну, unix-way, разделение по назначению, Ъ и все такое.
1) Зачем это так? Ну, с общесистемными файлами еще понятно (bin, lib и т.п.). Но с домашними зачем так, профит какой?
2) Для системных есть пакетный менеджер, а для домашних? Если уж решили размазать все красиво, то сделали бы тулзу для руления помойкой.

Да, в винде хуже, там есть еще и общесистемный срачЪ.

Так, вот... Что делать то?

★★★★★

Эх, прав был Луговский. Обычному юзеру понятие «файл» не нужно и показывать ему файлы вообще незачем.

Если уйти от «файлов» и придти к «документам», «картинкам», «музыке», «чему угодно», то весь срач успешно замаскируется :)

boombick ★★★★★
()
Ответ на: комментарий от boombick

Да, его и так можно замаскировать - отключить отображение . файлов.
Но, он накапливается и занимает место.

А можно глаза завязать...

ls-h ★★★★★
() автор топика

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

unikoid ★★★
()
Ответ на: комментарий от ls-h

>>Что именно писать?

ХЗ. postrm-скрипты, наверное (или как они там называются в Дебиане).

GotF ★★★★★
()

> Что делать то?

Забить, время от времени смотреть du | sort -nr | less и удалять самые прожорливые директории.

Adjkru ★★★★★
()
Ответ на: комментарий от ls-h

Занимает место???!!! Аааа.. ну да, ну да..

Дело не в завязывании глаз, вы плачете над особенностями реализации.

boombick ★★★★★
()

>Так, вот... Что делать то?

Выбирать пункт в синаптике «полное удаление». то что по дефолту конфиги остаются наоборот вполне логично

DNA_Seq ★★☆☆☆
()

17:10 al@wind ~ $ du -sk ~/.*|sort -n|tail -n 20
1116 /home/Alex/.google
1152 /home/Alex/.rcc
1316 /home/Alex/.xchat2
1900 /home/Alex/.openoffice.org
2500 /home/Alex/.openttd
2556 /home/Alex/.seamonkey
3016 /home/Alex/.wolf
3632 /home/Alex/.widelands
6232 /home/Alex/.config
27016 /home/Alex/.kde4
28424 /home/Alex/.goldendict
31056 /home/Alex/.marble
38216 /home/Alex/.wine
51340 /home/Alex/.loki
56212 /home/Alex/.gqview
82912 /home/Alex/.thumbnails
101356 /home/Alex/.mozilla
145944 /home/Alex/.googleearth
243424 /home/Alex/.strigi
445624 /home/Alex/.kde
17:10 al@wind ~ $

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

Да, такое название домашнего каталога, извините, было сделано в далёком 2001 году и с тех пор не было повода изменить на нормальное.

sin_a ★★★★★
()
Ответ на: комментарий от Cancellor

>А ещё есть .thumbnails, разрастающийся вообще неконтролируемо

Много порно не бывает. (с)

ansi ★★★★
()
Ответ на: комментарий от DNA_Seq

Если вы не в курсе, то это приводит к удалению конфигов в /etc, но не в хомяке.

ls-h ★★★★★
() автор топика
Ответ на: комментарий от ls-h

Если эти многабуко^W многофайлов занимают пять мегабайт то зачем их удалять?

sin_a ★★★★★
()
Ответ на: комментарий от ls-h

Ну так меняйте :)

Вообще, вменяемый софт кладет конфиги в .config

boombick ★★★★★
()
Ответ на: комментарий от ls-h

> файлов много и они маленькие.

Выше я не зря привёл вывод.

Жалоба была на расход места на накопителе? Или на неэстетичные «файлы с точкой в начале»?

sin_a ★★★★★
()

Все директории (и то, что в них), с названием начинающимся на ".":
72 259 объектов, всего 10,1 ГБ

(Это я еще часть удалил)

ls-h ★★★★★
() автор топика
Ответ на: комментарий от DNA_Seq

> «полное удаление»

Разве оно распространяется на те конфиги, что лежат в хомяке?

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

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

pevzi ★★★★★
()

Вот правильно в макоси сделали - ~/Library, и 99% хлама лежит там.

Cancellor ★★★★☆
()
Ответ на: комментарий от ls-h

>Ну, это костыль.

Программа приносит пользу и избавляет от пудрежа мозгов - следовательно, это полезная утилита.

Прога чистит только то, что знает.


ну нехватало еще мне самодеятельности.

Надо что-то глобально менять...


Что ? Весна ?
Всех оптом осчасливить не выйдет.

elipse ★★★
()
Ответ на: комментарий от sin_a

> Жалоба была на расход места на накопителе? Или на неэстетичные «файлы с точкой в начале»?

На расход места в общем-то пофигу — а кому надо, тот в любом случае почистит вручную (хотя в каком-нибудь синаптике такая фича бы не помешала). А вот куча файлов с точкой вначале — действительно очень нелогичное и странное решение.

pevzi ★★★★★
()

Интересную тенденцию заметил. Когда кто-нибудь начинает говорить про какие-то недостатки в линуксе, «Ъ»-линуксоеды на него набрасываются со словами «тут все идеально, просто ты не понимаешь» или «возвращайся в венду». Зачем обманывать себя и других, если проблема действительно существует? Не лучше бы стараться что-то изменить?

pevzi ★★★★★
()
Ответ на: комментарий от pevzi

>Разве оно распространяется на те конфиги, что лежат в хомяке?

Вроде удалял, хотя может зависить от скриптов пакета

это действительно довольно глупое решение — хранить конфиги в хомяке в отдельных директориях для каждой софтины.


Если сидишь через консоль то удобнее когда все свалено в корень

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от elipse

> ну нехватало еще мне самодеятельности

Точно! Эвристический анализ! Уже вижу это:

АХТУНГ!!!!

Следующие файлы, похоже, больше не нужны:

/boot/vmlinuz
/boot/grub/stage2
/lib/ld-linux.so.2
...

Для того чтобы очистить вашу систему, отправьте СМС на короткий номер ЗЮЗЮЗЮ, и введите полученный код активации в текстовое поле.

Cancellor ★★★★☆
()
Ответ на: комментарий от pevzi

> А вот куча файлов с точкой вначале — действительно очень нелогичное и странное решение.

# исторически сложилось, когда программ было ещё не так много

# дело меняется, хотя не так быстро как хотелось бы некоторым

# в файловых менеджерах можно (внезапно(!)) отключить показ скрытых файлов и каталогов

sin_a ★★★★★
()
Ответ на: комментарий от pevzi

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

xorik ★★★★★
()
Ответ на: комментарий от sin_a

На первом месте .wine, да каюсь, зря его посчитал.
Но проблемы это не отменяет. .wine Занимает 5,5ГБ, а вот остальное размазано...


6292   /home/?/.marble
6980   /home/?/.macromedia
7252   /home/?/.gconf
7372   /home/?/.vegastrike-0.4.x
7904   /home/?/.thumbnails
9860   /home/?/.local
10148   /home/?/.themes
12776   /home/?/.eclipse
13552   /home/?/.java
26896   /home/?/.opera
29804   /home/?/.smc
38720   /home/?/.kde
44808   /home/?/.icons
53536   /home/?/.kdevduchain
63112   /home/?/.wine-doors
73192   /home/?/.e16
120624   /home/?/.cache
121228   /home/?/.netbeans
122024   /home/?/.winetrickscache
351820   /home/?/.xmoto
589904   /home/?/.tremulous
667124   /home/?/.config
895184   /home/?/.mozilla
5603732   /home/?/.wine

А сколько еще добра лежит не в топе... Вот его вычищать - «самое интересное»

ls-h ★★★★★
() автор топика

ухаживай за системой! ручками! они это любят

saguro
()
Ответ на: комментарий от DNA_Seq

> Если сидишь через консоль то удобнее когда все свалено в корень

Может быть. Но я не думаю, что лишний раз ввести .c<tab> слишком сложно (:

pevzi ★★★★★
()
Ответ на: комментарий от ls-h

Ээ.., в общем да :)

А если неохота так по одному копать, то для этого действительно есть GUI средства. В kde filelight, в гноме кажется баобаб какой-то. Оно и развернёт подробно с содержимым.

sin_a ★★★★★
()
Ответ на: комментарий от xorik

> а все сохранки остались

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

pevzi ★★★★★
()
Ответ на: комментарий от sin_a

> баобаб

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

pevzi ★★★★★
()
Ответ на: комментарий от pevzi

Да как бы никто и не говорит, что все идеально ) Проблем куча, я согласен.

Мое мнение - это все-таки слой абстракции над ФС, который позволит работать с типами данных, а не с файлами. Т.е. особенности реализации надо скрыть

boombick ★★★★★
()
Ответ на: комментарий от Cancellor

А вот это вот да, извращение ещё то.

Deleted
()
Ответ на: комментарий от GotF

>>>Что делать то?

Писать.

В этом случае надо было посоветовать покакать.

alphex_kaanoken ★★★
()
Ответ на: комментарий от pevzi

Их всё устраивает, и других должно устраивать. Очевидно же.

Deleted
()
Ответ на: комментарий от DNA_Seq

В консоли сложно перейти в .config? OMG!

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.