Bug 118982 - permissions for /etc/cups/lpoptions depend on umask
Summary: permissions for /etc/cups/lpoptions depend on umask
Status: RESOLVED FIXED
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Printing (show other bugs)
Version: unspecified
Hardware: All Linux
: P5 - None : Enhancement (vote)
Target Milestone: ---
Assignee: Klaus Singvogel
QA Contact: Johannes Meixner
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-27 08:11 UTC by Johannes Meixner
Modified: 2005-11-23 11:16 UTC (History)
1 user (show)

See Also:
Found By: Development
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Johannes Meixner 2005-09-27 08:11:07 UTC
The file /etc/cups/lpoptions is not owned by any package.
Therefore it will not exist after CUPS package installation.

How to reproduce when /etc/cups/lpoptions does not exist:

root@host# umask 077

root@host# lpoptions -d queue

root@host# ls -l /etc/cups/lpoptions
-rw-------  1 root root ... /etc/cups/lpoptions

Now when a normal user runs "lpstat -d", he gets a wrong default queue.
There is no warning or error message when /etc/cups/lpoptions cannot be
read (see bug #118766).

Proposals for a solution:
Either the lpoptions command creates it with appropriate owner
and permissions or we should have an empty /etc/cups/lpoptions
in our RPM with the following permissions:  -rw-r--r--   lp lp

Note:
Normally YaST printer config creates it as
-rw-r--r--  1 root root 0 ... /etc/cups/lpoptions
when it runs at the end of the installation.
But I think it should work even without YaST.
Comment 1 Klaus Singvogel 2005-10-18 10:14:56 UTC
Thanks.
Will work on it as scheduling and time permits.
Comment 2 Klaus Singvogel 2005-11-23 11:16:06 UTC
fixed in next version.