Created attachment 6041 [details] error log cups С недавних пор, наверно месяц - полтора перестали печататься pdf и tiff файлы (в основном сканированные документы). Тестовая страница cups печатается. Из libreoffice документы (doc,odt,xls) печатаются. Из Atril все печатается Из окуляра и acrobata pdf и tiff не печатаются Принтера пересоздавал - не помогает. Обидно то, что в самом линуксе можно обойти используя Atril. А из терминального доступа (citrix) - никак. Вообще ничего не печатается. С уважением, Дмитрий.
В gwenview, gimp и evince тоже восроизводится?
Дмитрий, пожалуйста, приложите пример непечатающегося документа и журнал CUPS (его можно найти, например, в веб-нитерфейса CUPS http://localhost:631, весьма желательно включить перед попыткой печати отладочную информацию). И ответьте на вопрос Сергея. Спасибо.
Created attachment 6042 [details] печатал этот файл печатал этот файл
Created attachment 6043 [details] Это лог cups с debug
(В ответ на комментарий №1) > В gwenview, gimp и evince тоже восроизводится? попробую завтра на работе, отпишусь.
(В ответ на комментарий №1) > В gwenview, gimp и evince тоже восроизводится? Нет, везде печатает.
Включите все галки в /usr/lib/kde4/bin/kdebugdialog , кроме отключающей и перезапустите KDE, если запущено, после чего покажите вывод в эмуляторе терминала от Okular.
Из Okular у меня lpr ругается: Unable to identify spooler, please specify one with "-s"!
(В ответ на комментарий №8) > Из Okular у меня lpr ругается: > Unable to identify spooler, please specify one with "-s"! Это я знаю, указал lpr -S <спулер по умолчанию> все равно не печатается
До cups-1.7.0-alt1 в пакете присутствовал файл lpr-cups, а утилита lpr устанавливалась через альтернативу. Теперь же lpr это реальный файл и при установке foomatic-db-engine он заменяется альтернативой на ссылку на lpr-foomatic, с которым okular и другие работать отказываются (не уверен, что оно вообще работоспособное).
А lpr-foomatic при указании в качестве спулера cups пытается использовать lpr-cups.
(В ответ на комментарий №11) > А lpr-foomatic при указании в качестве спулера cups пытается использовать > lpr-cups. И что делать? Как обойти???
(В ответ на комментарий №12) Если foomatic-db-engine не нужен, то удалить его и переустановить cups. Если же нужен... всё равно удаляем, переустанавливаем cups, переименовываем lpr в lpr-cups, ставим обратно foomatic-db-engine (или для чего он там нужен был) и заменяем lpr ссылкой на lpr-cups. Только это будет работать до первого обновления альтернатив, например при dist-upgrade, потом ссылка слетит. Но её надо будет просто восстановить. А там, глядишь, и в пакете поправят.
(В ответ на комментарий №13) > (В ответ на комментарий №12) > > Если foomatic-db-engine не нужен, то удалить его и переустановить cups. Если же > нужен... всё равно удаляем, переустанавливаем cups, переименовываем lpr в > lpr-cups, ставим обратно foomatic-db-engine (или для чего он там нужен был) и > заменяем lpr ссылкой на lpr-cups. Только это будет работать до первого > обновления альтернатив, например при dist-upgrade, потом ссылка слетит. Но её > надо будет просто восстановить. А там, глядишь, и в пакете поправят. А кто должен поправить? foomatic-db-engine удалил и переустановил cups, Все заработало. Спасибо!!!
Вернуть альтернативы? Или прибить lpr-foomatic?
(В ответ на комментарий №15) > Вернуть альтернативы? Или прибить lpr-foomatic? не знаю. Но надо что-бы работало. :-)
Хотя мне lpr-foomatic не нужен и я не знаю, зачем он сделан, я бы склонился к восстановлению альтернативы. Возможно стоит спросить в рассылке.
На самом деле альтернативы в принципе нужны, есть же ещё олдовый lpd. Пошёл чинить.
cups-1.7.0-alt2 -> sisyphus: * Mon Feb 24 2014 Fr. Br. George <george@altlinux> 1.7.0-alt2 - Resurrect alternatives (closes: #29825)
Альтернативы на маны может тоже восстановить?
