Как облегчить управление конфигурационными файлами в linux.

XDG Base Directory Specification, даже когда софт не хочет. держи.

Меня тоже бесит распыление конфигов.

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

Меня не беспорядок интересует, а то как в нём ориентироваться.

Мне тут Ansible недавно посоветовали, пользуйся :)

До сих пор даже на $XDG_CONFIG_HOME ещё не все перешли, а ты хочешь новый стандарт придумать. Не взлетит :}

dir=~/.config/Thunar
Thunar
T

В печь!

во бред

Думаю нужно создать каталоги /usr/share/config-app и в /usr/local/share/config-app

срочно перестань

названные по имени пакета

не бывать этому

Как облегчить управление конфигурационными файлами в linux.

использовать систему управления конфигурационными файлами.

man whereis

Он для другого, не представляю чем он облегчит ТСу задачу.

Прописываем пути до конфигов в файлах (файле) с переменными. Создаем задачу для архивирования — копируем конфиги в кучу. И задачу для деплоя всего обратно. Базу конечно нужно вести вручную.

Ansible рулит когда нужно выполнять действия на удаленных хостах. Для того чтоб локально файлики собирать его использование будет диким оверхедом, тут проще 10 строчек на баше написать. Только ТС хочет чтоб ему система «говорила» где какие файлы лежат, а не руками каждый прописывать.

rpm -qc

Ansible рулит когда нужно выполнять действия на удаленных хостах.

На перспективу :-) Можно конфиги на другую машину переносить.

Только ТС хочет чтоб ему система «говорила» где какие файлы лежат, а не руками каждый прописывать.

Это уже совсем нереальный сценарий. Хотя можно попробовать делать снэпшоты и отлавливать новые или измененные файлы.

Можно пробовать после ololo install package проверять основные пути в хомяке и пытаться ассоциировать новые файлы с установленными приложениями (в виде обвязки к пакетному менеджеру в общем), а потом писать информацию в какую-нибудь БД или как ТС предлагает. Для переноса конфигов лучше всякие дропбоксы или рсинки использовать имхо - Ansible нацелен на пуш изменений на уделенный сервер, а гораздо круче pull'ить их находясь на уделенном серваке по необходимости. Если машин несколько и\или нужна какая-то логика то тогда да, Ansible может помочь.

Можно пробовать после ololo install package проверять основные пути в хомяке и пытаться ассоциировать новые файлы с установленными приложениями

Ты не понимаешь как работают большинство программ для Linux. Программы не создают конфигов в домашнем каталоге сразу после установки, они это делают при первом запуске.

Да, ему бы на пару с ТСом революцию устраивать, угу.

Ну ОК, запустил и проверил домашний каталог после этого. Я, честно сказать, редко правлю конфиги тово что кладется в домашний каталог и уж проблем ТСа точно не испытываю ( t184256), хотя, кстати, он не первый, кому не нравится бардак в домашней директории.

Ваши россказни — жуткий оверкилл. Россказни ТС еще и одинаково плохо нереализуемы как на уровне апстрима, так и на уровне дистра. Для ликвидации бардака в домашней директории достаточно пропатчить неугодных до соответствия XDG Base Directory Specification; соответствие пакетам дистра невозможно и ненужно. Ваш бред про БД, пакетные менеджеры, Dropbox'ы, rsync'и и засирание usr мне недоступен. Я даже твою фразу про push и pull в ansible не осилил, хотя гуглить умею и пользую salt.

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

Только ты почему-то решил их пообсуждать.

Толксы же, а еще я не умею в сарказм и прочие умные штуки.

Спасибо, годно.

Ленарт, перелогинтесь!