Created attachment 5304 [details]
Как сейчас выглядят диаграммы Гантта

Действительно, кракозябры при отображении текста в UTF-8 на диаграммах Гантта напрягают серьёзно. По мотивам http://jpgraph.net/download/manuals/chunkhtml/ch08s08.html есть понимание того, что дело в php5-jpgraph
Почему не реагирует на настройки в /etc/php/jpgraph, пока непонятно. Бьёмся, пока без успеха. Буду рад любым соображениям на тему.

Created attachment 5305 [details]
Во вложении файлы, которые надо переложить для исправления.

Ещё надо в конфигурации сайта для projectmanager выбрать шрифт Sans (DejaVu). Почему не помогает с ttf - неясно. Но и неважно.

Comment on attachment 5305 [details]
Во вложении файлы, которые надо переложить для исправления.

Поправил mime тип для вложения.

Comment on attachment 5305 [details]
Во вложении файлы, которые надо переложить для исправления.

Вторая попытка указать правильный mime тип.

Я что-то сделал не так? Подскажите в чём ошибка и где прочитать об этом,  я поправлюсь.
И да, я наверное погорячился пометив вложение как patch, оно скорее workaround. Но ведь помогает же. На самом деле, затронуты два пакета, eGroupWare-projectmanager и jpgraph. Метод обхода такой: на установленном экземпляре eGroupWare, обновлённом до Сизифа, подменить файлы
/etc/php/jpgraph/jpgraph_ttf.inc.php
/usr/share/php/modules/jpgraph/jpgraph_gantt.php
/usr/share/egroupware/projectmanager/inc/class.projectmanager_admin.inc.php
/usr/share/egroupware/projectmanager/inc/class.projectmanager_ganttchart.inc.php
На те что во вложении. Там правки во многих местах сразу, cо многих форумов бралось.
И, непременно, шрифт в конфигурации сайта projectmanager должен быть любой, но DejaVu. На мой взгляд, лучше всего выглядит SansCondensed (DejaVu). Как это изложить в виде патча не знаю. Или оно вообще в БД пишется?

(В ответ на комментарий №6)
> Я что-то сделал не так? Подскажите в чём ошибка и где прочитать об этом,  я
> поправлюсь.
> И да, я наверное погорячился пометив вложение как patch, оно скорее workaround.

  Причина правок mime типа у вложения сугубо формальна: правка нужна только для того, дабы bugzilla не пыталась обрабатывать бинарник как текст, показывая его содержимое кракозябами и позволяя его редактировать во встроенном редакторе (как текст, что убило бы файл).

> Но ведь помогает же. На самом деле, затронуты два пакета,
> eGroupWare-projectmanager и jpgraph. Метод обхода такой: на установленном
> экземпляре eGroupWare, обновлённом до Сизифа, подменить файлы
> /etc/php/jpgraph/jpgraph_ttf.inc.php
> /usr/share/php/modules/jpgraph/jpgraph_gantt.php
> /usr/share/egroupware/projectmanager/inc/class.projectmanager_admin.inc.php
> /usr/share/egroupware/projectmanager/inc/class.projectmanager_ganttchart.inc.php
> На те что во вложении. Там правки во многих местах сразу, cо многих форумов
> бралось.
> И, непременно, шрифт в конфигурации сайта projectmanager должен быть любой, но
> DejaVu. На мой взгляд, лучше всего выглядит SansCondensed (DejaVu). Как это
> изложить в виде патча не знаю. Или оно вообще в БД пишется?

  Громадное спасибо за проделанную работу. Увы, но смотреть на неё детально я смогу только после завершения текущих работ.

PS: Прошу извинить за задержку.

(В ответ на комментарий №7)
> Увы, но смотреть на неё детально я
> смогу только после завершения текущих работ.
 
Работы, как всегда, затянулись? Моё предложение будет такое: есть повод вообще пересобрать, потому как грянул 1.8.004 security and maintenance release
А потом, для комплекта, наложить наши патчи. Именно патчами и придётся работать: в апстрим пропихнуть не получится, немцы достаточно прозрачно намекнули что им кириллица глубоко по барабану вообще. 
Готов взяться и пересобрать, и дальше поддерживать (мне нужна EGroupware, да).
1. Прошу разрешения.
2. Прошу помочь войти в курс дела как тут что устроено. Совсем чуть-чуть, сильно надоедать не буду, обещаю.
3. После этого обещаю отстать, дальше постараюсь сам.

(В ответ на комментарий №8)
> (В ответ на комментарий №7)
> > Увы, но смотреть на неё детально я
> > смогу только после завершения текущих работ.
> 
> Работы, как всегда, затянулись?

  Да: всё время сжирает moodle, а в ожидании (из приоритетного) italc висит.

> Моё предложение будет такое: есть повод вообще
> пересобрать, потому как грянул 1.8.004 security and maintenance release
> А потом, для комплекта, наложить наши патчи. Именно патчами и придётся
> работать: в апстрим пропихнуть не получится, немцы достаточно прозрачно
> намекнули что им кириллица глубоко по барабану вообще. 
> Готов взяться и пересобрать, и дальше поддерживать (мне нужна EGroupware, да).
> 1. Прошу разрешения.

  Только за.

> 2. Прошу помочь войти в курс дела как тут что устроено. Совсем чуть-чуть,
> сильно надоедать не буду, обещаю.
> 3. После этого обещаю отстать, дальше постараюсь сам.

  По репозиторию (см. http://git.altlinux.org/people/solo/packages/eGroupWare.git):

1. Каждый компонент eGroupWare грузится из svn в отдельный бранч. Это позволяет простым образом:

а) Брать компоненты из разных источников. В частности, основной источник большинства компонентов бранч соответствующий http://svn.egroupware.org/egroupware/tags/<имя апстримного тега>/<компонент>, но для некоторых -- http://svn.egroupware.org/egroupware/trunk/<компонент> (в основном для устаревших, типа mydms, icalsrv и т. п.).

б) Простым образом накладывать на компоненты патчи. См. бранчи вида ALT/eGroupWare/<компонент>/patch/<краткое имя патча> (конкретные патчи, теоретически их можно предлагать апстриму) и ALT/eGroupWare/<компонент>/patchs (кумулятивные для компанента).

  Недостаток подхода -- для git svn приходится писать развесистый конфиг (на всякий пожарный, svn часть .git/config`а храню в бранче svn2git, см. http://git.altlinux.org/people/solo/packages/eGroupWare.git?p=eGroupWare.git;a=shortlog;h=refs/heads/svn2git). И приходится контролировать его вручную, перед каждым git svn fetch. Автоматизацию процесса ещё не придумал: апстримный svn слишком развесист и компоненты встречаются на разных уровнях. В частности, часть svn бранчей содержит несколько компонент eGroupWare (и не факто что все и что содержимое одной свежести), а часть -- только один.

2. Все пачти прикладываются в git.

3. eGroupWare собирается из компонентов помеченных тегами вида ALT/@name@/<компонент>/@version@. При этом такой тег просто ставиться в нужное место (git tag -f ...), с переписыванием придыдущего варианта (с последующим git merge -s ours ... в master и коммитом результатов gear-update-tag). Обновление переписанных тегов на git.alt через git push -f --tags (без -f перемещённые теги переписаны не будут).

4. Исключение из п. п. 1-3 -- eGroupWare-gallery храниться в каталоге а не бранче (унаследовано из предыдущих сборок).

  В краце, пожалуй всё. Прошу задавать вопросы.

(В ответ на комментарий №9)
>   Недостаток подхода -- для git svn приходится писать развесистый конфиг (на
> всякий пожарный, svn часть .git/config`а храню в бранче svn2git, см.
> http://git.altlinux.org/people/solo/packages/eGroupWare.git?p=eGroupWare.git;a=shortlog;h=refs/heads/svn2git).
> И приходится контролировать его вручную, перед каждым git svn fetch.

Вот тут подскажите пожалуйста, как именно применяется svn часть из бранча svn2git для git svn fetch? Проверил, дополнил и закоммитил config
(http://git.altlinux.org/people/pauli/packages/?p=eGroupWare.git;a=shortlog;h=refs/heads/svn2git)
Однако: $ git svn fetch
[svn-remote "svn"] unknown
Чего не хватает для git svn fetch?

Пакета eGroupWare-projectmanager больше нет в Сизифе, неактуально.