Bug 218442
Summary: | cups does not support symbolic links for configuration files | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | QingLong <qinglong> | ||||
Component: | cups | Assignee: | Tim Waugh <twaugh> | ||||
Status: | CLOSED UPSTREAM | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 6 | Keywords: | Reopened | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-12-07 12:32:17 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
QingLong
2006-12-05 12:00:13 UTC
CUPS will only generate /etc/printcap when it believes it needs to. If you are changing the printers.conf file by hand CUPS won't know the printcap file is out of date. Use 'lpadmin' to add printers, or else use the CUPS web interface or the system-config-printer tool provided in Fedora. THIS IS A BUG!!! 1. Cups MUST regenerate printcap if it is absent on start/restart. 2. I haven't said that I had edited printers.conf by hand. I had tried both ways: delete/readd and change printer via cups web interface, as well as to edit printers.cups by hand. None had led to printcap update or creation if it had been earlier deleted. This can be selinux-dealt problem as cups-related messages appear in audit.log. On start and reload it looks like cupsd does indeed generated a printcap file. What does 'ls -Z /etc/printcap' say? And what cups-related messages appear in audit.log? Created attachment 143047 [details]
cups related messages from /var/log/audit/audit.log
created by `grep -i 'cups' /var/log/audit/audit.log'
ls -Z /etc/printcap -rw-r--r-- root root system_u:object_r:cupsd_rw_etc_t /etc/printcap cat /var/log/audit/audit.log | audit2allow | grep -i 'cups' | sort allow cupsd_t cupsd_etc_t:lnk_file rename; allow cupsd_t etc_runtime_t:file write; allow cupsd_t etc_t:dir write; allow cupsd_t etc_t:file setattr; allow cupsd_t user_home_t:file write; Your printers.conf file seems to have label root:object_r:etc_runtime_t:s0 which is incorrect. Perhaps this is as a result of the way you are installing the link. I don't think it can ever really work to have symbolic links for cupsd_rw_etc_t files such as cupsd.conf and printers.conf, simply because CUPS will use atomic rename() when writing changes to them. I've reported this upstream to see if there is any desire to support this mode of operation. So the upstream reply is that you should use a symlink for /etc/cups -- or else have /etc/cups.profile1, /etc/cups.profile2 etc -- rather than symlinks for the individual configuration files. That's very strange (not to say stupid) idea to copy the whole /etc/cups tree (contains lots of standard stuff) in order to make changes to a couple of files. Looks like cups team resides in the redmond (WA) vicinity... :-/ |