Summary: | update version (security) and build client | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Mike Lykov <combr> |
Component: | ocsinventory-server | Assignee: | zidex <zidex> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | major | ||
Priority: | P3 | CC: | cas, gusev.v.u, pavel.zilke |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
URL: | http://www.ocsinventory-ng.org/index.php?page=1-02-1 | ||
Bug Depends on: | 20112 | ||
Bug Blocks: |
Description
Mike Lykov
2009-08-31 09:46:06 MSD
вероятно, стоит взять версию от 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. Обновлено. Агент собран. |