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

> особенности реализации надо скрыть

Хм, если разобраться, то это тоже довольно хороший вариант. Но как-то не сторонник я внутренней свалки при внешней красоте и удобстве (:

> Разделение на .config и .cache это хорошо. А вот ~/.prog_name это плохо

++

Да я тоже не сторонник :) Просто при текущем положении дел уже огромная масса софта, которая кладет конфиги туда, куда ей захочется. Вот и получаем .prognamerc .progname/ и самые адекватные кладут в .config/progname/

Упорядочить все это малой кровью не получится. Так что или закрыть глаза на проблему, или «причесывать фасад» :)

>Упорядочить все это малой кровью не получится

Qt программы, к примеру, кладут туда по дефолту. Т.е. с ними по крайней мере можно разобраться. Остаются все остальные :}

> самые адекватные кладут в .config/progname/

Вот как-нибудь бы сообщить всем остальным о том, куда нынче правильно класть конфиги, дык я не думаю, что они были бы против — переложили бы без разговоров. Но вот как сообщить -_-

Попробуй уговорить хотя бы mplayer. Им не нравится, что XDG_CONFIG_HOME, это, мол, XDG, для иксов и вообще, не нужно. Голову в песок то проще, вот и не делают ничего.

> Т.е. особенности реализации надо скрыть

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

> Но вот как сообщить -_-

Вот в том-то и весь вопрос.. Можно тупо брать используемый софт, лезть в исходники и менять путь к конфигу :) Пересобрал, положил в пакетик, поставил и радуешься жизни :) Обновляться, конечно, тяжеловато будет.. Но линуксоиды народ суровый, им к трудностям не привыкать :)

Вы бредите? Откуда такие фантазии? Под слоем абстракции все останется так же, как и было. Никто не мешает залезть туда и поправить конфиг

Он скорее всего имел в виду, что на внутреннее устройство и структуру тоже нужно обращать внимание. В общем, чтоб под фразой «скрыть особенности реализации» не понималось «а здесь пойдем через жопу» (:

Там, скорее всего, будет свалка. Что не есть хорошо.

> Можно тупо брать используемый софт

Нее, нужно решение поглобальнее.

> а здесь пойдем через жопу, всё равно юзеры ничего не увидят

// небольшое уточнение

Ну так и сейчас свалка. Что точно так же не есть хорошо :) Вот только можно что-то менять, а можно только ругаться на текущее положение дел. Я лишь предложил (в теории) один из возможных способов решения проблемы

mplayer'у можно

Он особенный? У нас этих особенных в линуксах развелось… Пора уже бы что-то с ними делать.

Так плеер-то один.

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

>кучу

fxd.

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

Это, емнип, касательно библиотек

Не, исключений быть не должно.

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

>72 259 объектов, всего 10,1 ГБ

Кто-то у тебя прячет архив порнухи :3

> Плеер один, а программ много.

Остальные в ~/.kde

> Еще вариант - некий внешний сервис, который предоставляет софту путь до конфига

Проще обучить ходить и класть в одно место.

>А ещё есть .thumbnails, разрастающийся вообще неконтролируемо
в кедах где-то видел опцию для автоматической очистки этой директории с целью экономии места.

>любая софтина делает реквест к этому демону, который и возвращает ей местоположение ее конфигов

Переменные окружения ты решил, что уже всё, устарели? :)

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

Ну в принципе да. Но объем софта, который придется переучивать, невероятен. Хотя для реквестов к демону его точно так же придется переучивать :) Но в случае с демоном мы получаем дополнительные плюшки.

>Но в случае с демоном мы получаем дополнительные плюшки

А ну-ка?

:)

Ну, в принципе, это та же помойка. Этими переменными тоже надо как-то управлять, а ручками не хочется.

И все равно все упирается в то, что быдлокодеры хардкодят пути к конфигам и они [конфиги] превращаются в неконтролируемую кучу.

Ну, эээ.., я не против, пусть переделывают. У меня с скрытыми файлами проблем нет. :)

>Ну, в принципе, это та же помойка. Этими переменными тоже надо как-то управлять, а ручками не хочется.

LOLWUT? Переменная одна. И она уже есть — XDG_CONFIG_HOME. Что тут управлять то? :)

Гибкое управление профилями. Возможность класть конфиги куда хочется. Можно кучу условий назадавать.. Например, проверять наличие директории, воткнутой флешки etc.

И какой процент софта обращает на нее внимание?

>Гибкое управление профилями. Возможность класть конфиги куда хочется

export XDG_CONFIG_HOME… :)

Можно кучу условий назадавать.. Например, проверять наличие директории, воткнутой флешки etc.

Парсер: ошибка сегментирования.

1 это уже есть (кажется:).

2 нет программной прослойки с затратами и накладными расходами.

3 никогда не ломается та деталь которой нет.

Больше, чем твой гипотетический демон ;) Все проги на Qt по дефолту пользуют её.

Черт.. Вот у меня нет ни одной проги на qt, кроме оперы.

Конфиг отдается в зависимости от внешних условий. Которые определяются пользователем.

Это уже проблемы индейцев :) Опера, кстати, на Qt не написана, потому и у неё конфиг прямо в хомяке, не использует QSettings.

Избыточно и не имеет особого смысла. Ну вот флешку ты воткнул и…? Конфиг решил сменить местоположение на флешку? А надо ли?

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

и что же в этом нелогичного и странного? просто и удобно

Ну может и не надо :)

Один хрен, срач в $HOME как был, так и есть. Я просто фантазирую на предмет возможных решений проблемы

>Еще вариант - некий внешний сервис, который предоставляет софту путь до конфига.

$HOME же

> mplayer'у можно

Никому нельзя, и точка >:3

или если срать , так сразу в несколько мест?

> Проще обучить ходить и класть в одно место

Хорошо прозвучало.

Путь решения есть и так, надо думать как заставить авторов с этим считаться. Баги, там, открывать...

> надо думать как заставить авторов с этим считаться

По сути это единственная проблема :)

Кто-нибудь с хромиумом, покажите пожалуйста вывод du -hs .config/chromium