[gnome-core-1.0.4-34, on Red Hat 6.0 i386 w/ all errata
applied as of today]
I'm still trying to figure out what caused this, but somehow
the /tmp/.ICE-unix directory on this system got into a state
wherein the socket that usually lives there during a GNOME
session couldn't be created. This had the effect of making
GNOME run w/ umask 000, causing all files created by that
session (such as stuff under $HOME/.gnome, and files created
by shells opened as xterms or gnome-terminals) to be
Exiting GNOME, removing the /tmp/.ICE-unix directory, and
letting GNOME recreate it solved the problem.
This one is a bit odd because even during the malfunction,
/tmp/.ICE-unix was mode 1777 and owned by my UID and GID.
"_IceTransMakeAllCOTSServerListeners" failing with error 17
I'm not sure what component of GNOME is at fault here (the
session manager perhaps?) but I know it happens somewhere
after gdm starts the session. (I switched to xdm and got the
I've just confirmed that after:
1) removing /tmp/.ICE-unix
2) starting GNOME, letting it recreate /tmp/.ICE-unix
3) exiting GNOME
4) starting GNOME again
the problem reoccurs.
The errors in .xsession-errors are:
_IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno
_IceTransMakeAllCOTSServerListeners: failed to create listener for
fixed in XFree86-18.104.22.168-53, in the next Raw Hide release...
This should be released as an errata update.
it will be released with the 3.3.5 errata update when 3.3.5 becomes
*** Bug 4714 has been marked as a duplicate of this bug. ***
Since XFree86-22.214.171.124-tmpdir.patch was added to
XFree86-126.96.36.199-52.src.rpm, these directories should exist,
be owned by root.root, and have 1777 perms at all time:
Otherwise, for instance, one user won't be able to
properly use gnome if there is already a /tmp/.ICE-unix
not owned by root. There will be one if anyone but
root last used gnome and there is not a permanent
They should probably be created by
since those include the pertinent libraries. However,
they should be created with care in case someone is
using X at the time they are installed.
The /etc/cron.daily/tmpwatch may also be affected, as
well as tmpwatch itself since it should not destroy
these directories if owned by root even if they are
/tmp/.font-unix is somewhat special because of the way
/etc/rc.d/init.d/xfs is written. It could be excluded
from this, or not (for uniformity).
To reproduce the problem, just install 6.0 + all current
patches and, as a regular user, try to use gdm to start
a gnome session twice in a row. (Don't apply the fix
to see the unwanted behavior!!) Then look at the
There may be a more elegant solution by reviewing how