Re: [sisyphus] Что-то с cups'ом моим стало

[Stanislav Ievlev <inger@altlinux.org>]

On Wed, May 31, 2006 at 04:25:55AM -0400, Ivan Adzhubey wrote:
> On Wednesday 31 May 2006 03:59, Stanislav Ievlev wrote:
> > On Tue, May 30, 2006 at 02:38:35PM -0400, Ivan Adzhubey wrote:
> > > On Tuesday 30 May 2006 10:00, Stanislav Ievlev wrote:
> > > > > E [29/May/2006:15:47:36 -0400] Unable to set ACLs on root
> > > > > certificate "/var/run/cups/certs/0" - Operation not
> > > > > supported
> > > > > I [29/May/2006:15:50:15 -0400] Started
> > > > > "/usr/lib/cups/daemon/cups-deviced" (pid=16934)
> > > > > E [29/May/2006:15:50:16 -0400] [CGI] Unable to scan "@LOCAL"!
> > > > >
> > > > > Принтер USB-шный, Canon PIXMA 5000, работал через коммерческий
> > > > > драйвер TurboPrint. Может, драйвер попробовать переустановить?
> > > >
> > > > Скорее всего в данном случае TurboPrint слетел где-то ...
> > > > Очень может быть что обновление поможет.
> > >
> > > Странно, TurboPrint-овские утилиты конфигурации и обслуживания принтера
> > > говорят, что принтер видят и что он OK, но при печати тестовой страницы
> > > из этих же утилит - тишина, принтер даже не моргнет. Переустановка
> > > драйверов не помогает. И вышеприведенные ошибки в логах при перезапуске
> > > cups как-то не радуют.
> >
> > Включите уровень отладки debug вместо info в /etc/cupsd/cups.conf и
> > давайте посмотрим по подробнее что там с ним. По идее вроде как должна
> > быть обратная совместимость между 1.2.x и 1.1.x
> 
> Тишина при попытках печати пробных страниц из конфигурационных утилит 
> TurboPrinter'а объяснилась очень просто - там это делается путем 
> вызовы /usr/bin/lp, который после обновления пропал напрочь и никаким 
> шаманством с alternatives воскрешаться не хочет. Можно конечно руками симлинк 
> сделать, но тогда я уж точно никогда не разберусь что сломалось ;-). Из OO 
> все как раз печатается, если не трогать Generic Printer, который там 
> появляется по умолчанию (а ничего больше и не появляется, хотя раньше - 
> было). Из web-интерфейса тоже все печатается и сам он очень порадовал - такой 
> шибко импрувд. А вот КДЕ и все что в нем - принтеров никаких не видит в упор, 
> ругается, что не может соединиться с сервером CUPS. Впрочем, тут про это уже 
> писали. Багу вешать? Или бурной дискуссии достаточно?
> 
> На alternatives тоже могу повесить, да только на это творение русского гения - 
> вешать не перевешать... Хоть бы кто документацию к нему написал, а то так 
> называемые маны его - чистое издевательство.
Ну что ж так печально ... 
Не стесняйтесь, вешайте баги, если они действительно имеют место - поправим.
Не нравится документация - пишите, положу в пакет ;)

В общем проблема ясна - пропавший lp, давайте попробуем с ней разобраться.
1. Что с соседними альтернативами (lpr, lpq)
2. Как правило некоторый кандидат на альтернативу молча пропускается только в
случае его недоступности:

-- (функция get_list из /usr/share/alternatives/functions)
  while read -r line
    do
        line=${line## }
        line=${line%% }
        [ -z "${line##* * *}" ] || print_warning "broken config line:
$line"
        local file="${line#* }"
        file="${file%% *}"
        [ -f "$file" -o -d "$file" ] && echo $line
    done | awk $awk_options -f $lib_dir/list.awk
--

sh -x /usr/bin/alternatives-list 2>&1| grep /bin/lp
видимо поможет разобраться