Bug 29825 - перестали печататься pdf и tiff из okular, acroreader и т.д.
: перестали печататься pdf и tiff из okular, acroreader и т.д.
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/cups)
: unstable
: all Linux
: P3 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2014-02-13 13:46 by
Modified: 2014-02-26 17:20 (History)


Attachments
error log cups (114.24 KB, application/octet-stream)
2014-02-13 13:46, Dima
no flags Details
печатал этот файл (10.39 KB, application/pdf)
2014-02-13 18:20, Dima
no flags Details
Это лог cups с debug (79.43 KB, application/octet-stream)
2014-02-13 18:22, Dima
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2014-02-13 13:46:02
Created an attachment (id=6041) [details]
error log cups

С недавних пор, наверно месяц - полтора перестали печататься pdf
и tiff файлы (в основном сканированные документы).

Тестовая страница cups печатается.
Из libreoffice  документы (doc,odt,xls) печатаются.
Из  Atril все печатается

Из окуляра и acrobata pdf и tiff не печатаются

Принтера пересоздавал - не помогает.
Обидно то, что в самом линуксе можно обойти используя  Atril.
А из терминального доступа (citrix) - никак. Вообще ничего не печатается.

С уважением, Дмитрий.
------- Comment #1 From 2014-02-13 15:48:30 -------
В gwenview, gimp и evince тоже восроизводится?
------- Comment #2 From 2014-02-13 17:26:02 -------
Дмитрий, пожалуйста, приложите пример непечатающегося документа и журнал CUPS
(его можно найти, например, в веб-нитерфейса CUPS http://localhost:631, весьма
желательно включить перед попыткой печати отладочную информацию).

И ответьте на вопрос Сергея.

Спасибо.
------- Comment #3 From 2014-02-13 18:20:12 -------
Created an attachment (id=6042) [details]
печатал этот файл

печатал этот файл
------- Comment #4 From 2014-02-13 18:22:15 -------
Created an attachment (id=6043) [details]
Это лог cups с debug
------- Comment #5 From 2014-02-13 18:25:54 -------
(В ответ на комментарий №1)
> В gwenview, gimp и evince тоже восроизводится?

попробую завтра на работе, отпишусь.
------- Comment #6 From 2014-02-14 09:55:47 -------
(В ответ на комментарий №1)
> В gwenview, gimp и evince тоже восроизводится?

Нет, везде печатает.
------- Comment #7 From 2014-02-14 15:05:54 -------
Включите все галки в /usr/lib/kde4/bin/kdebugdialog , кроме отключающей и
перезапустите KDE, если запущено, после чего покажите вывод в эмуляторе
терминала от Okular.
------- Comment #8 From 2014-02-14 17:30:51 -------
Из Okular у меня lpr ругается:
Unable to identify spooler, please specify one with "-s"!
------- Comment #9 From 2014-02-16 18:19:21 -------
(В ответ на комментарий №8)
> Из Okular у меня lpr ругается:
> Unable to identify spooler, please specify one with "-s"!

Это я знаю, указал lpr -S <спулер по умолчанию>
все равно не печатается
------- Comment #10 From 2014-02-16 19:59:51 -------
До cups-1.7.0-alt1 в пакете присутствовал файл lpr-cups, а утилита lpr
устанавливалась через альтернативу. Теперь же lpr это реальный файл и при
установке foomatic-db-engine он заменяется альтернативой на ссылку на
lpr-foomatic, с которым okular и другие работать отказываются (не уверен, что
оно вообще работоспособное).
------- Comment #11 From 2014-02-16 21:24:35 -------
А lpr-foomatic при указании в качестве спулера cups пытается использовать
lpr-cups.
------- Comment #12 From 2014-02-17 09:53:12 -------
(В ответ на комментарий №11)
> А lpr-foomatic при указании в качестве спулера cups пытается использовать
> lpr-cups.
И что делать?
Как обойти???
------- Comment #13 From 2014-02-17 10:45:15 -------
(В ответ на комментарий №12)

Если foomatic-db-engine не нужен, то удалить его и переустановить cups. Если же
нужен... всё равно удаляем, переустанавливаем cups, переименовываем lpr в
lpr-cups, ставим обратно foomatic-db-engine (или для чего он там нужен был) и
заменяем lpr ссылкой на lpr-cups. Только это будет работать до первого
обновления альтернатив, например при dist-upgrade, потом ссылка слетит. Но её
надо будет просто восстановить. А там, глядишь, и в пакете поправят.
------- Comment #14 From 2014-02-17 11:33:52 -------
(В ответ на комментарий №13)
> (В ответ на комментарий №12)
> 
> Если foomatic-db-engine не нужен, то удалить его и переустановить cups. Если же
> нужен... всё равно удаляем, переустанавливаем cups, переименовываем lpr в
> lpr-cups, ставим обратно foomatic-db-engine (или для чего он там нужен был) и
> заменяем lpr ссылкой на lpr-cups. Только это будет работать до первого
> обновления альтернатив, например при dist-upgrade, потом ссылка слетит. Но её
> надо будет просто восстановить. А там, глядишь, и в пакете поправят.
А кто должен поправить?

foomatic-db-engine удалил и переустановил cups, Все заработало. Спасибо!!!
------- Comment #15 From 2014-02-17 17:48:47 -------
Вернуть альтернативы? Или прибить lpr-foomatic?
------- Comment #16 From 2014-02-18 09:23:27 -------
(В ответ на комментарий №15)
> Вернуть альтернативы? Или прибить lpr-foomatic?
не знаю.
Но надо что-бы работало. :-)
------- Comment #17 From 2014-02-18 12:54:02 -------
Хотя мне lpr-foomatic не нужен и я не знаю, зачем он сделан, я бы склонился к
восстановлению альтернативы. Возможно стоит спросить в рассылке.
------- Comment #18 From 2014-02-24 14:08:07 -------
На самом деле альтернативы в принципе нужны, есть же ещё олдовый lpd. Пошёл
чинить.
------- Comment #19 From 2014-02-25 20:39:41 -------
cups-1.7.0-alt2 -> sisyphus:

* Mon Feb 24 2014 Fr. Br. George <george@altlinux> 1.7.0-alt2
- Resurrect alternatives (closes: #29825)
------- Comment #20 From 2014-02-26 17:20:33 -------
Альтернативы на маны может тоже восстановить?