Предлагается заменить пустой каталог usr/lib/perl5/vendor_perl/PDF/API2/fonts ссылкой на /usr/share/fonts/ttf/dejavu -- по крайней мере для OTRS так заработало.
Предлагаю обновить модуль. Судя по changelog'у из модуля, начиная с версии 2.017, вынесли шрифты Dejavu, а значит теперь он вероятно ищет их в стандартных местах. Обновить могу и я, главное, чтобы модуль потом был проверен.
По рассмотрению вопроса: это, честно говоря, ошибка OTRS, а не PDF::API2. Причём уже давно исправленная, OTRS 3.0 работает с PDF-API2-0.73 вполне нормально. PDF::API2 предполагает, что каталоги с используемыми _конкретным приложением_ шрифтами задаются этим приложением - через вызовы addFontDirs(). В списке каталогов будет производится поиск шрифта, _если_ он не указан в виде абсолютного пути к файлу. Сам PDF::API2 внутри себя шрифтов не носит, и спокойно работает с системными. Мало того, по-умолчанию он вообще спокойно обходится без файлов шрифтов - делая PDF только с текстом, без встроенных ресурсов. Есть несколько зашитых внутри предопределённых каталогов - в т.ч. использовавшийся в 0.73 для тестирования (и только для тестирования) модуля PDF/API2/fonts . У нас шрифты из этого каталога не пакуются с 0.55-alt1 от августа 2006 года, как дублирующиеся пакетом fonts-ttf-dejavu. С 2.017 их перестали включать в архив и самого модуля. Соответственно, описанная ошибка OTRS - это именно ошибка конкретной версии OTRS, предполагающей, что PDF::API2 таскает с собой свой набор шрифтов. Как минимум в OTRS 3.0 этого уже нет - там нужные себе шрифты носит с собой уже OTRS, задавая в /Kernel/System/PDF.pm путь к ним. Тем не менее, пути по умолчанию немного подправил - исходя из того, что пара из них Windows-специфичные и явно лишние (хотя и не мешающие работе модуля).
perl-PDF-API2-2.019-alt1 -> sisyphus: * Fri Oct 19 2012 Nikolay A. Fetisov <naf@altlinux> 2.019-alt1 - New version - Fix defaul fonts search path (Closes: 24393)
