Red Hat Bugzilla – Bug 143486
Permissions misset on pango.modules
Last modified: 2007-11-30 17:07:05 EST
Description of problem:
After upgrading to pango-1.2.5-5 from version 1.2.5-2.0, all text
rendering handled by pango failed. After examining .xsession-errors,
I determined that the problem was that the file
/etc/pango/i386-redhat-linux-gnu/pango.modules had the incorrect
permissions (660) and was not readable by all users. After changing
permissions of this file to (644) normal behavior resumed.
The problem occurs because the new version of pango assumes that the
user who is performing the update has a "normal" umask. However, I
use a umask of "007". During the update, the user is running commands
as root, but the umask of the user is used instead of a sensable umask
for system installation. With a umask of 007, read permission are
denied to everyone but root. This problem is the same as one fixed in
the "redhat-config-date" package and addressed in
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log in as a non-root user on system with pango-1.2.5-2.0
2. Make sure umask is set to 007 within appropriate initialization
script for users default shell (eg .tcshrc).
3. Upgrade to pango-1.2.5-5 using up2date so that the "consolehelper
wrapper" is run to obtain the root password needed for the update,
then log out and log back in.
Actual results: permissions on
/etc/pango/i386-redhat-linux-gnu/pango.modules is set to 660 and all
text rendering handled by pango fails. Examining .xsession-errors
suggests that there was an error in the creation of
'/etc/pango/pango.modules' and that it might be fixable by running
pango-querymodules. (Note /etc/pango/pango.modules has moved to
/etc/pango/i386-redhat-linux-gnu/pango.modules with the new version of
Expected results: permissions on
/etc/pango/i386-redhat-linux-gnu/pango.modules should be set to 644
and text should be rendered as normal.
This behavior was seen in upgrading two systems where the users umask
was set to 007.
I also encountered this same problem, logged in as a regular user
running tcsh with umask 77. I ran the up2date client to do the
quarterly upgrade of Red Hat Enterprise Linux WS, so that I had to
enter the root password when up2date launched. Root runs bash with a
umask of 0022.
After the upgrade I rebooted to make sure that the kernel upgrades
took effect, and the GNOME login screen was devoid of all text.
After logging in, the GNOME (metacity) desktop also was missing all text.
As was reported, the problem was fixed by making
I had the same problem on my Opteron system. So this bug is also
present in the X86_64 architecture update.
Will my umask cause this kind of problems in the future with updates
of RPM's? Ifso I will have to go back to the more default and open
umask for root.
Reassigning pango bugs to Behdad.
*** This bug has been marked as a duplicate of 185419 ***