> Ну как же нет, когда да. Вот я хочу вместе со своей
> программой приносить на машину отдельные настройки crond или syslog.
> Что проще - патчить единственный файл или подложить ещё один файл в _тебе_ конечно проще. А мне потом этот зоопарк тамагочей кормить - нифига не проще, потому что я держу там не твою программу, а систему. И вот это программистам, похоже, никак не понять.
> Условный "cat /usr/local/etc/cron.d/* | less" не поможет?
нет, не поможет, особенно если уже понадобилось ТАК в этом разбираться.
> Ну и, как по мне, аргумент странный. А если в конфиге 70+
> строчек - это тоже что ли удобнее читать в единственном файле?
не знаю. смотря что за строчки, если это реальные 70+ независимых задач, зачем-то понадобившиеся на одной системе (я бы подумал как ее попилить на независимые виртуалки), то да, удобнее, ты хотя бы будешь в одном месте видеть, что за чем выполняется (и не запустишь два тяжелых процесса одновременно).
Чаще всего это все же означает, что надо было написать скрипты, выполняющие это все в правильном порядке, а в кроне оставить десяток вызовов этих скриптов, или вообще предоставить этим заниматься periodic (не забыв что у него есть _настройки_, или во всяком случае, были задуманы когда-то, чтобы ни при каких обстоятельствах не лазить в сами скрипты)
> И да, crontab на 70+ строк я видел вживую и не раз. Как раз таки на фряхе.
я их на всем видел, и иногда даже не в силу коекакерства сделанных, но это были очень старые системы, до эпохи доступной виртуализации, и в них, действительно, было напихано прорву вещей, "процессор же потянет, если не в пиковые часы?"(вот оно и лопнет часа в четыре утра, вот щастье-то) которые сейчас никто в одну банку не пихает.
> При чём тут sed? Причём тут linux и "его кривой устав"? Я
потому что они на самом деле разучились - для них реально невыполнимая задача добавить строку в неструктурированный построчный конфиг (а потом еще ее и найти там, если понадобилось удалить или поменять).
В основном эта публика тусуется в линуксных системах (потому что ничего другого не умеет и не хочет), но иногда прорывается на новые горизонты.
А .d/* вместо явных include (которые как раз полезны) - это диверсия, она тебе еще выйдет боком, и не раз.