28680 2013-03-14 11:35:57 +0400 Error policy: retry-job вместо stop-printer 2013-03-18 22:10:28 +0400 1 1 3 Distributions Branch p6 cups не указана all Linux CLOSED FIXED usability P3 enhancement --- 1 cas cas boyarsh george glebfm mike rider qa-p6 oldest_to_newest 138678 0 5771 cas 2013-03-14 11:35:57 +0400 Created attachment 5771 ubuntu-default-error-policy-retry-job.patch В связи с тем, что по умолчанию в ALT Linux для заведённого принтера Error policy: stop-printer, при любой ошибке печати принтер останавливается и пользователю требуется с более высокими привилегиями запускать принтер. В Ubuntu по умолчанию используется политика retry-job. Прошу принять патч из Ubuntu. Считаю, что это хороший задел для Седьмой платформы. 138695 1 rider 2013-03-14 22:10:28 +0400 Где вы эту траву берёте ? То nginx 1.1.x, то это... Патч приложен ещё 30 октября 2012 года. 138698 2 cas 2013-03-15 11:14:47 +0400 Хорошо, перевешиваю на p6. 138706 3 repository-robot 2013-03-15 17:38:32 +0400 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) 138708 4 mike 2013-03-15 20:02:37 +0400 (In reply to comment #0) > В Ubuntu по умолчанию используется политика retry-job. IMHO это скорее плохо, т.к. в ~100% случаев "не отпечаталось -- запустим ещё разок", в итоге пачка одинаковых задач в очереди. Всегда ставлю abort-job при конфигурировании очереди, предлагаю в качестве умолчания. 138785 5 cas 2013-03-18 10:56:06 +0400 Думаю, получение пачки распечаток для пользователя гораздо понятнее, чем канувшие в лету задания. 138810 6 mike 2013-03-18 15:53:38 +0400 (В ответ на комментарий №5) > Думаю, получение пачки распечаток для пользователя гораздо понятнее, > чем канувшие в лету задания. Если есть техническая возможность прервать печать и обнаруживается вовремя (или всем до фени на количество затраченных расходников) -- то да; если нет -- то в среде с сетевой печатью это "гораздо понятнее" обеспечивается фитилём от соответствующего руководства, а исправлять всё равно админу. Ты людей расспроси при случае -- может, чего-то не знаю, но опираюсь на опыт разворачивания печати для офисов до ~200--300 пользователей (в т.ч. с высококачественной крупноформатной цветной печатью, где лишняя парочка экземпляров макета с плотной заливкой может оказаться весьма затратной). Ну и наши-то пользователи поумней убунтушников должны быть. 138813 7 cas 2013-03-18 16:07:52 +0400 Давай ещё rider@ подключим на предмет какую политику выбрать. 138817 8 rider 2013-03-18 18:47:25 +0400 везде использую retry-job и в Sisyphus сейчас именно так. Это правильно и удобно - если пользователь отправил на печать и принтер недоступен, то разумно после включения принтера распечатать а не удалить задание, и тем более не остановить принтер. Думаю, что это даже не стоит обсуждать. 138837 9 mike 2013-03-18 22:10:28 +0400 (В ответ на комментарий №8) > после включения принтера А, я-то вокруг вижу постоянно включенные принтеры. Ладно, тогда не стоит. 5771 2013-03-14 11:35:57 +0400 2013-03-14 11:35:57 +0400 ubuntu-default-error-policy-retry-job.patch ubuntu-default-error-policy-retry-job.patch text/plain 727 cas RGVzY3JpcHRpb246IFNldCBkZWZhdWx0IGpvYiBlcnJvciBwb2xpY3kgdG8gIlJldHJ5Iiwgc2lu Y2UgaXQgaXMgbGVzcyBjb25mdXNpbmcgYW5kIGEgYmV0dGVyIGRlZmF1bHQgb24gZGVza3RvcCBt YWNoaW5lcy4gVGhpcyBwYXRjaCBpcyBvbmx5IGFwcGxpZWQgd2hlbiBidWlsZGluZyBvbiBVYnVu dHUuCkF1dGhvcjogTWFydGluIFBpdHQgPG1hcnRpbi5waXR0QHVidW50dS5jb20+CgpJbmRleDog Y3Vwcy0xLjQuNi9zY2hlZHVsZXIvY29uZi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGN1cHMtMS40LjYub3Jp Zy9zY2hlZHVsZXIvY29uZi5jCTIwMTEtMDctMTQgMTM6MDM6MDMuNDc5NzczMDc1ICswMjAwCisr KyBjdXBzLTEuNC42L3NjaGVkdWxlci9jb25mLmMJMjAxMS0wNy0xNCAxMzowMzowOC44Mjk3NzMx NjcgKzAyMDAKQEAgLTY1Myw3ICs2NTMsNyBAQAogICBjdXBzZENsZWFyU3RyaW5nKCZCcm93c2VM b2NhbE9wdGlvbnMpOwogICBjdXBzZENsZWFyU3RyaW5nKCZCcm93c2VSZW1vdGVPcHRpb25zKTsK IAotICBjdXBzZFNldFN0cmluZygmRXJyb3JQb2xpY3ksICJzdG9wLXByaW50ZXIiKTsKKyAgY3Vw c2RTZXRTdHJpbmcoJkVycm9yUG9saWN5LCAicmV0cnktam9iIik7CiAKICNpZmRlZiBIQVZFX0xE QVAKICAgY3Vwc2RDbGVhclN0cmluZygmQnJvd3NlTERBUEJpbmRETik7Cg==