Настройки абстрактного приложения в вакууме

должны храниться в вакууме

Настройки абстрактного приложения в вакууме

должны храниться в вакууме

...при этом вакууму желательно придать сферическую форму.

.рц в хомяке пейнтекстом. ара, я сказал!)

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

You made my evening.

в текстовом файле в ~/.config/progname или ~/.progname[rc] /etc/progname и доп конфиги (общесистемные преимущественно в readonly в /usr/share/progname/). В подходящем формате: если не требуется проверок, автопреобразований и т.п. то в ini,json,свой, если требуется и то xml, возможны случаи когда конфиг это программа на ЯП.

Только key=value, только /etc и $XDG_CONFIG_HOME.

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

И ты правда думаешь, что все эти приложения кому-то что-то должны?

Ну, стандартизация штука-то неплохая. Подтверди и узнаем что думают другие =)

| пользователя не должно это волновать, только конфигуратор

в текстовом файле вида «ключ=значение» (.ini),

но в идеале

пользователя не должно это волновать

текстовом файле, собственного формата (см. /etc)

Равнение на KDE!

в текстовом файле, в формате, подходящем для данного типа конфигов (!xml)

XML или .ini-like

key=value

Только key=value, только /etc и $XDG_CONFIG_HOME.

О, йа-йа!

Возьмем, как пример достаточно сложного по конфигурации приложения, quagga - тоже?

Возьмем, как пример достаточно сложного по конфигурации приложения, quagga - тоже?

Никогда не сталкивался. Более приближенный к реальной жизни нормального человека пример есть?

Никогда не сталкивался. Более приближенный к реальной жизни нормального человека пример есть?

lighttpd, nginx, mathoptd

Там key-value вся красоту, гибкость и скорость написания конфигурации СОЖРЕТ.

lighttpd, nginx, mathoptd

Под нормальным человеком я подразумевал пользователя десктопа, а не администратора сервера.

Топик - прочитан?

Там НИ СЛОВА про столопользователя нет...

Да, и конфиг emacs пусть остается на lisp-е. Так удобнее, ибо оно все на нем написано.

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

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

Вот и у современных GnomeOS писателей докучи с поттерингом такой-же подход.

Грусть, тоска, печаль...

Вот и у современных GnomeOS писателей докучи с поттерингом такой-же подход.

Да что же вы сразу обобщать? Я же не GnomeOS писатель, и не писатель вообще. Я пользователь, и, как пользователь, отвечаю на вопрос о том, что мне удобно, а что нет. Если для 99.9% софта хватает плейнтекст-конфига, то почему бы его не использовать? А отдельные специализированные приложения, вроде веб-серверов, всё равно требуют специальных знаний для развёртывания, и формат нестандартного конфига вполне может быть их частью.

Как отрицательный пример, могу привести конфиги опенбокса. Там, если вы не в курсе, совершенно не к месту и без необходимости накручен xml. В итоге, работать с этим файлом неудобно, парсинг требует процессорных ресурсов и дополнительных библиотек, а никаких дополнительных возможностей усложнение формата не даёт.

текстовом файле, собственного формата, но предпочтительнее - «ключ=значение».

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

В текстовом файле, можно в виде .sh, а лучше какой-нибудь руби, чтобы dsl можно было для конфигурирования на коленке написать, но не таскать же с собой везде интерпретатор.

Текстовый файл подходящего для приложения формата (не иксэмэли).

Lisp или Tcl.

в текстовом файле JSON-подобного формата

В человеко-читаемом виде.

Но самое главное, они должны храниться в .config и не срать в ~.

$XDG_CONFIG_HOME конечно.