http://www.ocsinventory-ng.org/index.php?page=1-02-1 тут лежит нвая версия сервера _и агента_. про сервер: " * OCSNG_UNIX_SERVER-1.02.1.tar.gz (internal version 5003) NB: Include patch for 2 critical security issue. We recommend updating your current installation with this release !" про агент: " * download Unix Unified Agent version 1.02 (internal version 1.0.1)" агент необходим для установки на линукс-машины, а то придется руками его собирать? предлагаю обновить и собрать пакет с агентом.
вероятно, стоит взять версию от linvinus (Denis Konstantinov, linvinus.ru) с исправленным utf8, пока это не внесли в апстрим. судя по тому, что разработчики не особо принимают участие в обсуждении на форуме (по ссылке ниже), произойдет это неизвестно когда. ftp://linvinus.ru/ocs/README http://forums.ocsinventory-ng.org/viewtopic.php?id=4104 соотв. ftp://linvinus.ru/ocs/1.02.1/OCSNG_UNIX_SERVER-1.02.1-linvinus-with-utf8_patch.tar.bz2 патченная версия. там же у него доступны deb пакеты. непатченная версия не работает с русским (и другими нелатинскими) языком - при передаче информации от агента при складывании в базу при показе в интерфейсе.
Сборка подготовлена, сейчас тестирую ее локально. В ближайшее время залью на git.alt
намечаются ли какие-либо движения? было бы неплохо попасть в p5.
Возник вопрос по поводу обновления с предыдущей версии. В ней кодировка таблиц БД указана latin1, в новой версии (с патчем) - utf8. В данный момент, при обновлении на новую версию, таблицы, появившиеся в новой версии, создаются с кодировкой utf8, а старые остаются с latin1. Как лучше поступить в этом случае?
лучше напишите в devel@, я не могу дать 100% решения. можно, например, делать бекап всей базы в файл, перекодировать его и заливать обратно, выводя в консоль сообщения о том что будет сделано и уже сделано. но стоит ли такое делать в pre/post скриптах - лучше в devel@ обсудят.
Залил на git.alt новую версию. Можно тестировать. git://git.altlinux.org/people/zidex/packages/ocsinventory-server.git
взял пакет ocsinventory-server-1.02.1-alt1 у него не хватает зависимости на perl-DBD-mysql-4.012-alt1 в рез чего install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC
(В ответ на комментарий №7) > взял пакет > ocsinventory-server-1.02.1-alt1 > > у него не хватает зависимости на > > perl-DBD-mysql-4.012-alt1 > > в рез чего install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC ок, добавлю зависимость
Можно попросить переложить версию 1.02 из Сизифа в другие репозитарии? В p5, к примеру, до сих пор 1.01, в котором мне так и не удалось заставить агента отправлять данные на сервер - в логах апача ошибки mysql, типа такой: DBD::mysql::st execute failed: Incorrect string value: '\x88\xC3\xB1\xC3\xAF\xC3...' for column 'NAME' at row 1 at /usr/lib/perl5/vendor_perl/Apache/O csinventory/Server/Inventory.pm line 591. [
(В ответ на комментарий №9) Уехало в 5.1
(В ответ на комментарий №10) > Уехало в 5.1 А в p5 будет?
(В ответ на комментарий №11) > (В ответ на комментарий №10) > > Уехало в 5.1 > > А в p5 будет? В p5 будет скопировано, если в changelog содержится CVE или security.
(В ответ на комментарий №12) > (В ответ на комментарий №11) > > (В ответ на комментарий №10) > > > Уехало в 5.1 > > > > А в p5 будет? > В p5 будет скопировано, если в changelog содержится CVE или security. А можно об этом поподробнее?
(В ответ на комментарий №13) > > В p5 будет скопировано, если в changelog содержится CVE или security. > > А можно об этом поподробнее? Я, как хранитель p5, проверяю все обновлённые пакеты, в changelog которых встречаются слова "CVE" и "security" (fix), проверяю их и переношу в p5 из 5.1.
в этом содержится. зачем еще какие-то условия или обьяснения?
(В ответ на комментарий №15) > в этом содержится. зачем еще какие-то условия или обьяснения? Тогда для перекладывания нужно сказать мне лично, так как неявные фиксы безопасности не оопределяются по cybertalk.
Обновлено. Агент собран.
