Bug 28680 - Error policy: retry-job вместо stop-printer
Summary: Error policy: retry-job вместо stop-printer
Status: CLOSED FIXED
Alias: None
Product: Branch p6
Classification: Distributions
Component: cups (show other bugs)
Version: не указана
Hardware: all Linux
: P3 enhancement
Assignee: Andrey Cherepanov
QA Contact: QA p6
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2013-03-14 11:35 MSK by Andrey Cherepanov
Modified: 2013-03-18 22:10 MSK (History)
5 users (show)

See Also:


Attachments
ubuntu-default-error-policy-retry-job.patch (727 bytes, patch)
2013-03-14 11:35 MSK, Andrey Cherepanov
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey Cherepanov 2013-03-14 11:35:57 MSK
Created attachment 5771 [details]
ubuntu-default-error-policy-retry-job.patch

В связи с тем, что по умолчанию в ALT Linux для заведённого принтера Error policy: stop-printer, при любой ошибке печати принтер останавливается и пользователю требуется с более высокими привилегиями запускать принтер. В Ubuntu по умолчанию используется политика retry-job. Прошу принять патч из Ubuntu.

Считаю, что это хороший задел для Седьмой платформы.
Comment 1 Anton Farygin 2013-03-14 22:10:28 MSK
Где вы эту траву берёте ?
То nginx 1.1.x, то это...
Патч приложен ещё 30 октября 2012 года.
Comment 2 Andrey Cherepanov 2013-03-15 11:14:47 MSK
Хорошо, перевешиваю на p6.
Comment 3 Repository Robot 2013-03-15 17:38:32 MSK
cups-1.5.3-alt0.M60P.3 -> p6:

* Fri Mar 15 2013 Andrey Cherepanov <cas@altlinux> 1.5.3-alt0.M60P.3
- Set defailt error policy to retry job (ALT #28680)
Comment 4 Michael Shigorin 2013-03-15 20:02:37 MSK
(In reply to comment #0)
> В Ubuntu по умолчанию используется политика retry-job.
IMHO это скорее плохо, т.к. в ~100% случаев "не отпечаталось -- запустим ещё разок", в итоге пачка одинаковых задач в очереди.

Всегда ставлю abort-job при конфигурировании очереди, предлагаю в качестве умолчания.
Comment 5 Andrey Cherepanov 2013-03-18 10:56:06 MSK
Думаю, получение пачки распечаток для пользователя гораздо понятнее, чем канувшие в лету задания.
Comment 6 Michael Shigorin 2013-03-18 15:53:38 MSK
(В ответ на комментарий №5)
> Думаю, получение пачки распечаток для пользователя гораздо понятнее,
> чем канувшие в лету задания.
Если есть техническая возможность прервать печать и обнаруживается вовремя (или всем до фени на количество затраченных расходников) -- то да; если нет -- то в среде с сетевой печатью это "гораздо понятнее" обеспечивается фитилём от соответствующего руководства, а исправлять всё равно админу.

Ты людей расспроси при случае -- может, чего-то не знаю, но опираюсь на опыт разворачивания печати для офисов до ~200--300 пользователей (в т.ч. с высококачественной крупноформатной цветной печатью, где лишняя парочка экземпляров макета с плотной заливкой может оказаться весьма затратной).

Ну и наши-то пользователи поумней убунтушников должны быть.
Comment 7 Andrey Cherepanov 2013-03-18 16:07:52 MSK
Давай ещё rider@ подключим на предмет какую политику выбрать.
Comment 8 Anton Farygin 2013-03-18 18:47:25 MSK
везде использую retry-job и в Sisyphus сейчас именно так. Это правильно и удобно - если пользователь отправил на печать и принтер недоступен, то разумно после включения принтера распечатать а не удалить задание, и тем более не остановить принтер.

Думаю, что это даже не стоит обсуждать.
Comment 9 Michael Shigorin 2013-03-18 22:10:28 MSK
(В ответ на комментарий №8)
> после включения принтера
А, я-то вокруг вижу постоянно включенные принтеры.

Ладно, тогда не стоит.