Red Hat Bugzilla – Bug 110339
sawfish doesn't play well with /lib/tls
Last modified: 2007-11-30 17:10:33 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)
Description of problem:
When I set up the GNOME environment to use sawfish instead of
metacity, I was getting frequent lockups with sawfish. The X session
would not crash, but the window manager would lock up and take the
keyboard focus with it.
I experiemented by preloading libc and libm from /lib instead of
/lib/tls when I launched sawfish. It is stable when loaded this way.
However I cannot use the key binding "run shell command:
gnome-terminal" to create a new terminal window, I get this error in
an existing window:
gnome-terminal: relocation error: /lib/tls/libpthread.so.0: symbol
errno, version GLIBC_PRIVATE not defined in file libc.so.6 with link
(The binding works if sawfish is loaded with the /lib/tls libs.)
Creating new windows in other ways (the panel, command line) still works.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. killall metacity; sleep 10; sawfish
2. sawfish will soon lock up
3. Alternatively do killall metacity; sleep 10;
LD_PRELOAD='/lib/libm.so.6 /lib/libc.so.6' sawfish to see stable
sawfish, but the gnome-terminal error.
Update: After several days of stability, I had another sawfish lockup
shortly after filing this bug... My next move was to mv all of
/lib/tls out of the way and reboot, so that all applications use
either /lib or /lib/i686... more sawfish lockups resulted. So I guess
this bug can be closed, or perhaps amended to just "the sawfish RPM
don't work so good." I am going to try rebuilding sawfish from source.
Update: it turned out to somehow be related to xfs. I turned off xfs
and put static FontPaths in the XF86Config. My desktop has been solid
Sawfish has been dropped from Fedora Core 3, see
for some more discussion.
Closing all Sawfish bugs for this reason.