Что делать программе в случае отсутствия конфига в /etc/?

Question

[Kirgus]

Вопрос об общепринятых нормах поведения программы в случае отсутствия её конфига в /etc/.
Должна ли в таком случае программа запуститься и использовать конфигурацию по умолчанию или же прекратить своё выполнение и сообщить пользователю об отсутствии файла конфигурации?

Для первого варианта придётся вшить дефолтные настройки в код программы.
А для второго - пользователю будет больше работы.

Comments

[Валентин]

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

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

Answer 1

[d-stream]

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

Comments

[Kirgus]

Она пока не способна, потому что я её ещё не создал

[pfg21]

Кирилл Гусарев, так и надо было писать :)
конфиг расположенный в /etc обычно у системных программ. ибо доступ к редактированию содержимого /etc есть только у root.
можно использовать конфиги из нескольких путей.
к примеру конфиг читается из /etc, а потом дополняется/обновляется параметрами из ~/.config
или вариант если есть конфиг в ~/.config то конфиг из /etc даже не читается.
все зависит от задумки проги.
но алгоритм считывания конфигов надо четко описать в документации.

Answer 2

[Griboks]

общепринятых нормах поведения

Ха, ха и ещё раз ха. Общепринятые нормы? Стандартные пути? Это всё не про линукс.

Если вы пишите программу для линуксоидов, то она должна работать абсолютно нестандартно и неудобно максимально далеко от общепринятого user-friendly виндового подхода.

Отсутствует конфиг? Ну так пусть программа ищет его в /var/, потом в ~/.config/, затем в /user/conf, и ещё в переменных среды + можно задать значения флагами при запуске.

Не работает без конфига? Ну так пусть создаст и размажет по системе 10 разных конфигов, которые друг друга includят.

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

Сложно запомнить? Лень писать документацию? Пусть пользователи записываются в mailing list, а цитаты оттуда можно вставить в максимально неудобном непонятном формате в man. --help, разумеется, должен показывать rtfm.

p.s.
Это не шутка. Реальные enterprise программы так и работают.

Comments

[Валентин]

user-friendly виндового подхода

Вот как вы дальше описали - виндовые программы поступают ровно также.

Это не шутка. Реальные enterprise программы так и работают.

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

Answer 3

[pfg21]

программа вполне может работать с конфигом размещенным по пути ~/.config/%program_name%/
есть и более сложные варианты.
все зависит от задумок создателя программы.

Comments

[Kirgus]

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

[pfg21]

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

Answer 4

[CityCat4]

Есть несколько вариантов, в зависимости от сложности конфига. Х-сервер например способен работать вообще без конфига - правда не знаю, насколько это усложнило его код.
Если конфиг - два-три параметра, которые менять будут только упоротые - пусть стартует без конфига, но предупреждает юзера.
Если конфиг сложный и развесистый (squid, strongswan) - предупреждать и завершаться