Bug 90187
Summary: | Does not work when installed with a umask of 077 | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | P Fudd <ofudd> |
Component: | fontconfig | Assignee: | Owen Taylor <otaylor> |
Status: | CLOSED DUPLICATE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | mitr, twaugh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-02-21 18:52:52 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: |
Description
P Fudd
2003-05-05 08:17:06 UTC
Fresh install already has the right permissions on that directory. Fine, yes, I get what you're saying. Perhaps I didn't clearly state the situation. When I'm root, I always have a umask of 077 when installing rpms. When diagnosing this printing problem, I examined the /usr/share/fonts directory and all subdirectories, and I found that some files and some directories were not readable by group or others. Specifically, the directory containing the font files for ghostscript could not be read by ghostscript when it was called from the print spooler. It could be that an rpm package rebuilt the font directories with the wrong permissions, possibly obeying the umask when it shouldn't have. My primary reason for sending in this bug report is so that other people who have cryptic failures of their printing subsystem might find a solution in this bug database. My secondary reason was that I was hoping that someone might add some code to the file /etc/rc.d/init.d/xfs that said 'chmod -R a+rX /usr/share/fonts', so that nobody would have this sort of mysterious failure. Since that file is already running mkfontdir on boot if new fonts have been added, I figured that would be as good a place as any to put the fix. Alternatively, if chmod -R is too intrusive/may trample permissions that people are setting up on purpose, then maybe just report that some files are not readable by all, and let the administrator deal with it. Or make ghostscript report that it can't read its fonts, and pass that error back up the tree so that people like me don't have to strace the printing subsystem in order to figure out it's a minor permissions problem, and not a bug deep in the heart of the printing subsystem. I mean, really, I'm an experienced Linux sysadmin, and it took me 2 hours and 37 seconds to debug this problem. I *know* that I haven't done anything out of the ordinary during the installation of this system. If it takes me 2 hours, then it's going to make a newbie give up. And tell his/her friends that Linux sucks. I don't think anybody here wants that, do they? Aha, some package should own /usr/share/fonts, but none does. Maybe fontconfig should own /usr/share/fonts? *** This bug has been marked as a duplicate of 110956 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |