> Пользовательский ввод - проблема во всех программах. И он решается частично наличием
> готового специализированного под формат ввода парсера. В пайтоновских программах
> я такие видел, в шелловских - нет.В смысле не видели, чтоб шелловые скрипты форматировали свой вывод под дальнейший разбор? Посмотрите при желании alterator -- правда, его тоже нет в дебиане, но гиты могу предложить (или вот: http://www.altlinux.org/Alterator/module/backend). Там шелловые (или perl, ruby, scheme...) бэкенды, работающие аналогично FastCGI со схемовым движком. Это что под руку сразу попалось :-)
> Формат описания переменных поменялся ;)
Хде?! :)
> То есть нет кроссплатформенного списка возможных переменных. Мне, кстати, не удалось
> и просто списка используемых переменных в системе найти.
Так он и не фиксирован. Если моей софтинке угодно обратить внимание на значение переменной ABC_XYZ -- значит, и она может оказаться используемой. Просто есть набор переменных, смысл которых описан в POSIX/SUS и пытаться его "перебить" может быть чревато.
> авось на них действительно стоит взглянуть.
"сало -- воно й е сало", ничего умного: https://github.com/MidnightCommander/mc/blob/4bfa6810696c8b0...
Заглянул в Advantage Database Server (Sybase выпускает для застрявших на dbf), там явно до сих пор переработанный и в процессе ухудшенный, но потомок моего инитскрипта 2001 года:
http://fly.osdn.org.ua/~mike/works/misc/ads
http://fly.osdn.org.ua/~mike/works/misc/adsscript
-- спасибо, что спросили: вот, нашёл и написал им насчёт того, что копирайт хорошо бы вернуть на место и обработку pid-файла -- тоже.
Если пройтись по пакетам на предмет заапстримленного -- наверное, ещё чего-нить накапает, не считал.
> То есть, вы пользователю в C лезть предлагаете? В системе, в которой
> для них специально язык создан?
Язык C специально создан для разработки и доработки программ на C, как это ни удивительно. И не будучи профессиональным программистом на нём даже близко -- как юзер порой вздыхаю и лезу в сишный софт с напильником, когда что-то надо. А что?
> То есть претензий к package require smartctl (если бы была)
Если бы было, тогда бы и было о чём говорить.
> с дальнейшим интерфейсом на тикле нет?
Если бы этот интерфейс (видимо, всё-таки на тикее) исполнял свои задачи -- ну, хорошо.
Собственно, претензий по умолчанию и нет.
>> Ну как же, а погрешность измерений в 50--100% Вас ничуть не беспокоит? :)
> Так значение - само как погрешность. Или флуктуация.
Катализатора бывает достаточно и сотой доли процента.
> В том и дело - наворотить в виндовой smartGUI много сложнее, чем в 30 МБ браузере.
А это не одномерное сравнение по объёму кода: одна из программ должна работать с повышенными привилегиями и аппаратным обеспечением, другая -- "всего лишь" с сетью.
> А smartcheck.sh нормальной программе не ровня.
Действительно, куда уж там -- оно хотя бы работает. :)