Нужна ли программа вообще?

Нет, т.к. нет ничего нового.

Напиши (замену моим скриптам) демона, который бы по списку (параллельно) обходил все компы и собирал инфу и слал бы алерт если инфа изменилась. Должно поддерживать все *nix'ы

поддерживать все *nix'ы

совсем все?

Мне нужны linux, hp-ux, aix, solaris кому нужно больше добавьте *bsd, ...

Дык, это не все :)

Для Ъ: а чем оно отличается от hardinfo?

Разделено на консольное ядро и гуй на гтк. Ну и в будующем будет круче)

в будущем

Это все, которые мне нужны. Тебе нужны другие, попроси. Хочется поговорить иди в толкс.

Я как бы хочу написать альтернативу Everest. Посмотри скрины, точно не надо?

Разделено на консольное ядро

А чем лучше lshw?

гуй на гтк

Может лучше просто допилить hardinfo?

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

У тебя какой-то П-ц с отступами в коде. Да и некоторые места требуют рефакторинга. Например вот такие повторяющиеся куски кода можно было бы написать получше.

За cmake зачёт.

Посмотри скрины,

Где? Впрочем зачем еще одна гуевая программа для локалхоста? Этих inventory программ много больше одной.

А реально востребованность, то что я описал.
Не раз меня выручала (мониторится зоопарк техники linux от rhel3 до rhel6.2, Solaris 5.6-10, AIX 4.2 - 5.3, HP-UX 10.20 — 11.11)

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

Уведомления на почту/смс и не надо втыкать глазками в какие-то проги.

Спасибо за замечание, исправлю.

Ты залей скрипты на гитхаб, если можешь.

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

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

по теме: жаст-фор-фан, т.к. просто собрать инфу не получится. Для уровня everest нужно будет еще и базы железа вести и обновлять.

согласен что лучше пилить дальше hardinfo
либо идти в команду к товарищу, который тут клозед-сорс аналог евереста пару лет назад продвигал

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

кстати, обязательно к прочтению: SysInfo for Linux
и SysInfo for Linux 0.5.999.21
;)

Я уже искал, нет ли аналогов моей программы и нашел это еще пол года назад. Судя по всему, проект давно сдох.

Судя по всему, проект давно сдох.

мораль? :)

Я должен прийти на смену, и завершить начатое(в данном случае, написать свое) :-)

"аналоги"

http://www.ocsinventory-ng.org/en/

вполне себе «аналог», вынь тоже умеет

Из посерьезней:
http://www.microsoft.com/en-us/server-cloud/system-center/configuration-manag...
http://www.landesk.com/products/configuration-manager.aspx
http://support.openview.hp.com/ovccm/ccm/main

еще одно поделие не надо

dmidecode. Хватит велосипедов.

Да и вообще такие вещи лучше писать на перле или питоне, кроссплатформенность будет проще да и вообще, зачем это в си оборачивать?

Надо ли добавлять бенчмарки? Нужна ли программа вообще?

Делай/добавляй.
Не нужна.

Блин, это еще одна sysinfo?

Да. Но sysinfo R.I.P

нет, просто она законченна.

Она монолитная, проприетарная, и не такая крутая как эверест.

Хм, я тоже вспомнил sysinfo и эпический срач вокруг неё на старом линуксфоруме. Срач основывался на: 1) отсутствии исходников; 2) написании программы на Паскале, хотя с учётом п.1 не один ли фиг; 3) программными заявлениями автора, что он плевать хотел на unix-way, и что он вырос из коротких штанишек программиста.

Но в самой программе было несколько здравых идей, которые было бы небогопротивно развить. Например, что там не только hard, но и soft info (что для комплексного анализа бывает полезно).

Удачи.

Хоть кому-то это нужно. Благодарю.

А вообще она и не так уж и R.I.P., последнее обновление, согласно форуму Соника, было в январе. Но конечно, проприетарность портит всю малину.

я не говорю что это не нужно, но если вы собрались навелосипедить аналог sysinfo то лучше поберегите свое время.

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

Это можно сказать, что и Линус не берёг своё время и навелосипедил аналог UNIX (TM).

иди в толкс.

«Не замай» (с)

было бы потрясающе если бы вы сделали эту программу максимально не привязанной к какой нибудь IDE, а еще лучше что бы это было в dialog/ncurses

Где используемый планировщик ио?
Где типы драйверов?
Где вылезшие в сеть приложения?

ЗЫ по ссылке не ходил

было бы потрясающе если бы вы сделали эту программу максимально не привязанной к какой нибудь IDE

Было бы потрясающе, если бы ты пояснил, каким образом можно привязать программу к какой-нибудь IDE. Да ещё и максимально.

а еще лучше что бы это было в dialog/ncurses

А почему именно сомвольные интерфейсы лучше? А почему не лучше варианты и с гуёвой мордой, и с символьной? На выбор пользователя, не?

s/сомвольные/символьные/

Я не «сОмовольные» имел в виду. :)

примерно так:

ldd /usr/bin/konqueror
libkdeinit4_konqueror.so => /usr/lib/libkdeinit4_konqueror.so (0xb767f000)
libkdeui.so.5 => /usr/lib/libkdeui.so.5 (0xb6c70000)
libkdecore.so.5 => /usr/lib/libkdecore.so.5 (0xb69b7000)
libQtNetwork.so.4 => /usr/lib/qt/lib/libQtNetwork.so.4 (0xb701d000)
libQtXml.so.4 => /usr/lib/qt/lib/libQtXml.so.4 (0xb6fdc000)
libQtSvg.so.4 => /usr/lib/qt/lib/libQtSvg.so.4 (0xb6bf7000)
libQtCore.so.4 => /usr/lib/qt/lib/libQtCore.so.4 (0xb66f6000)
libQtDBus.so.4 => /usr/lib/qt/lib/libQtDBus.so.4 (0xb6660000)
libQtGui.so.4 => /usr/lib/qt/lib/libQtGui.so.4 (0xb5bb4000)
libdbusmenu-qt.so.2 => /usr/lib/libdbusmenu-qt.so.2 (0xb55cb000)
...

А почему не лучше варианты и с гуёвой мордой, и с символьной?

Да я только за, а какие есть примеры подобных програм реализованных и так и так?

Не понял. И где здесь (в приведённом тобою списке IDE). Может, я чего-то недопонимаю, но IDE - это Integrated Development Environment, сиречь Комплексная Среда Разработки. К которым я отношу Eclipse, Anjuta etc.

Может быть, ты имел в виду DE - Desktop Environment?

Ну навскидку только vim и gvim вспомнились. Это надо покрепче подумать. :)

А если даже и нет таких, то ТС первым будет. О, как! :)

PS: Наверняка есть такой «дуализм», только проклятый склероз мешает...

/* Что-то сегодня совсем плохой... */

Следует читать:

И где здесь (в приведённом тобою списке) IDE?

не привязанной к какой нибудь IDE

Может, я чего-то недопонимаю, но IDE - это Integrated Development

Тьфу блин, черт попутал, как раз параллельно eclipse собирал, попутал блин :-))) Извиняте!

Тьфу блин, черт попутал

Бывает...

А насчёт GUI - разработчик нынче в любом случае либо за Qt, либо за Gtk зацепится, поскольку самые развитые средства ваяния GUI.

хотелось бы все таки чего нибудь консольного, ну на худой конец а-ля localhost:631

хотелось бы все таки чего нибудь консольного

Да я и сам предпочёл бы консольную прогу, но куды же без него в XXI веке, без гуя проклятого. :)

zabbix же?