Summary: | Samba printing with CUPS subsystem does not work | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Ivan Adzhubey <iadzhubey> |
Component: | cups | Assignee: | Anton Farygin <rider> |
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
Severity: | blocker | ||
Priority: | P1 | CC: | a.o.liakh, ab, enp, george, mike, rider, shakirov |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | 9669 | ||
Bug Blocks: |
Description
Ivan Adzhubey
2006-10-12 13:01:44 MSD
Хм, очень странно. А в каком режиме находится cups? Что говорит control cups? (In reply to comment #1) > Хм, очень странно. А в каком режиме находится cups? > Что говорит control cups? Так ведь в исходном багрепорте написано (внизу), что он говорит -- server. Я впрочем пробовал руками комментировать строчку про сокет в cupsd.conf и оставлять только 631й порт, но этого самба не понимает - пишет просто, что файл с сокетом не найден. А чего удивительного в этом баге? Я так понимаю, что самба про группу lp ничего не знает и поэтому читать купсов сокет никак не может. Видимо, этого никто не проверял. cups-config --serverroot на amd64 возвращает /usr/lib/cups , именно им и следует пользоваться для определения пути. ой, не туда написал. Проблему понял, ждите фикса. Кажись готово. cups-1.2.4-alt0.2 (именно 0.2, а не 0.1) Если бы публиковалось решение, было бы яснее в чём проблема при повторе ситуации... проблема была в том что cups кешировал запросы, а самба делает запросы переключаясь между пользователями У меня воспроизводится с теми же симтомами. Конфиг самбы: [global] ... printing = cups printcap name = cups [printers] path = /var/spool/samba comment = All Printers browseable = yes guest ok = yes writable = no printable = yes create mode = 0700 print command = lpr-cups -P %p %s Вылечилось добавлением пользователя nobody в группу lp. Если так быть не должно, то напомните, как именно вы это фиксили - может у меня все же локальная проблема? Та же самая ситуация. Возникла после обновления Сизифа от сентября 2008 до Сизифа 2009-11-07. Добавление nobody в lp не помогло. Помогло прописывание "cups server = localhost" в smb.conf (больше samba к /var/run/cups/cups.sock не обращается :) УМВР без приседаний (M51, samba-3.0.37-alt3.M50P.1, cups-1.4.2-alt1.M51.2). На сизифе работает: $ rpm -q samba cups samba-3.5.6-alt1 cups-1.4.4-alt3 На p5 работает если cups пересобрать без cups-1.4.0-alt-hardening.patch Хмм, на p5 работает и без отключения патча, но только после обновления samba до: $ rpm -q samba samba-3.5.6-alt1 Вобщем, в Sisyphus самба правильно работает с libcups и баги нет. В p5 она работает неправильно, но обновлять её там крайне проблематично. Как решение в p5 предлагается использовать cups server = localhost (В ответ на комментарий №15) > Вобщем, в Sisyphus самба правильно работает с libcups и баги нет. В p5 она > работает неправильно, но обновлять её там крайне проблематично. Как решение в > p5 предлагается использовать cups server = localhost Да, я так и сделал, не успел отписаться) |