Re: [gentoo-user] cups settup broken? - please help

["Yuri K. Shatroff" <yks-uno@yandex.ru>]

On 14.05.2013 13:42, Helmut Jarausch wrote:
> On 05/14/2013 11:15:29 AM, Yuri K. Shatroff wrote:
>> On 14.05.2013 13:05, Helmut Jarausch wrote:
>>> Hi,
>>> recently I have problems with CUPS (1.6.2) with cups-filters-1.0.34
>>>
>>> I see lots of strange error messages in /var/log/cups/error_log like
>>>
>>>
>>> Filter "pdftops" not found.
>>>
>>>   but there is a /usr/libexec/cups/filter/pdftops
>>>
>>>    and then
>>>
>>>
>>> ps: File "/etc/cups/${EPREFIX}/usr/libexec/cups/filter/commandtops" not
>>> available: No such file or directory
>>>
>>> These paths look strange.
>>>
>>> Does any know what's going on here?
>>>
>>> Many thanks for a hint,
>>> Helmut.
>>
>> Hi Helmut,
>> I also had this problem after installing CUPS. There is a trouble with
>> permissions, AFAIR you need to check that /var/spool/cups is
>> accessible to your user: that is, ensure that you're in the lp group
>> and /var/spool/cups group is lp. I can not be sure that this dir was
>> the only one to check but it was the permissions which was the problem.
>
>
>
> Thanks Juri.
> What do you mean by 'accessible' - here I have only group execute
> permission, i.e.
>
> ls -ld /var/spool/cups  gives
> drwx--x--- 3 root lp 32768 May 14 11:37 /var/spool/cups

Accessible really means accessible, i.e. when you are able to chdir to 
it and see its contents.
Apparently, the dir lacks "group read" permission, i.e. it should be
drwxr-x---
the `execute` bit alone doesn't allow one to access the directory.
That is probably a portage bug or sort of.

> And what do you have in /etc/cups/cups-files.conf

Actually I didn't even look there. Yes, everything is the same.

> Here I still have
>
> # Default user and group for filters/backends/helper programs; this
> cannot be
> # any user or group that resolves to ID 0 for security reasons...
> #User lp
> #Group lp
>
> # Administrator user group, used to match @SYSTEM in cupsd.conf policy
> rules...
> SystemGroup lpadmin
>
>
> # User that is substituted for unauthenticated (remote) root accesses...
> #RemoteRoot remroot
>
> Many thanks again
> Helmut.
>


-- 
Best wishes,
Yuri K. Shatroff