Задания, отправляемые на разделяемый принтер, "видимый" через dnssd/cups, более не печатаются (на передающей стороне "уходят" без ошибок, на принимающей стороне, нет никаких следов передачи). Трассировка wireshark'ом показывает, что на принимающую сторону вовсе нет трафика с заданием. Вариации формирования очереди cups-browsed, ни к чему не приводят. Кроме того, отмечаются "падения" cups-browsed с диагностикой "не могу получить опции... не могу выделить память". В этом случае нормальная работа возможна только после ручной очистке /var/cache/cups/jobs* интересно, что в ppd/ и /var/cache/cups формируются выглядещие вполне корректными файлы .ppd/.dat (во всяком случае, глазами читается полный набор опций принтера), но подсистема печати показывает сильно редуцированный набор опций отдалённого принтера (цветной превращается в чёрно - белый, сокращается набор вариантов бумаги и т.п.). при этом, отправка задания с cups-2.2.6-alt1.x86_64 на cups-2.2.11-alt1.x86_64 прекрасно работает, белиберды с опциями нет.
Не воспроизводится. Можно поподробнее инструкцию, как достичь такого
(В ответ на комментарий №1) > Не воспроизводится. Можно поподробнее инструкцию, как достичь такого Подтверждаю, всё именно как описано. Ставим два cups 2.2.11 — на машину с принтером и на клиент. Запускаем cups-browsed. Принтер появляется на клиенте, на нём можно печатать, но задание уходит в никуда.
Мои исследования, которые я сделал, натолкнувшись на строку D [09/Aug/2019:23:33:06 +0300] [Job 1264] PID 27164 (/usr/lib/cups/backend/implicitclass) exited with no errors. # rpm -qf /usr/lib/cups/backend/implicitclass cups-filters-1.25.1 показали, что проблема начинается с обновления cups-filters до 1.24.0. С более младшими сборками работает, даже и с новым cups 2.2.11. * Ср июн 05 2019 Anton Farygin <rider@altlinux.ru> 1.24.0-alt1 - new version 1.24.0
Может быть, это что-то подобное? https://github.com/OpenPrinting/cups-filters/issues/124
Может быть. К сожалению, я не знаю публичного места с разработкой cups-filters и поискать коммит несколько затруднительно. Думаю, что это должны будут поправить в новой версии. А пока откатитесь локально.
Ой, git же есть тут же по ссылке. Надо побисектить.
В Сизифе появился cups-filters-1.27.0-alt1 с ним не сильно лучше, но уже что-то очевидное: E [12/Feb/2020:15:14:51 +0300] [Job 1] Could not start IPP Backend (/usr/lib/cups/backend/ipp): 13 Permission denied Изменение прав на 0755 на /usr/lib/cups/backend/ipp приводит к тому, что печать начинает работать. Смотрим Fix permissions of ipp Backend for legacy driverless printing support #5710 https://github.com/apple/cups/pull/5710 Cups ipp backend permissions problem for legacy driverless printing support #183 https://github.com/OpenPrinting/cups-filters/issues/183
Спасибо. Поправлю.
(Ответ для Anton Farygin на комментарий #8) > Спасибо. Поправлю. Это же в cups, а не в cups-filters надо править. В cups-filters для содержимого этого каталога 0755,
cups-2.3.1-alt1 -> sisyphus: Thu Mar 05 2020 Fr. Br. George <george@altlinux.ru> 2.3.1-alt1 - Autobuild version bump to 2.3.1 - Update patches (manual FC-lspp.patch fix) - Separate xinetd config (closes: #38181) - Fix backend attributes (closes: #36909)
Спасибо, проверил, установив на сервер и на клиент — задание успешно печатается.
