вероятно, стоит взять версию от 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.

Обновлено. Агент собран.