The fact that ldd /usr/lib/seamonkey-2.0.13/components/libsuite.so can't find libxpcom.so is a red herring; that library lives in /usr/lib/seamonkey-2.0.13 which isn't in the normal library path, and ldd shows the same result even on a system where seamonkey is working.
I ran LD_DEBUG=all seamonkey and captured the output (see attachment). It shows NS_GetServiceManager is found in libxpcom.so when libimgicon.so is loaded, but for some reason when libsuite.so is loaded, libxpcom.so is never even searched.
The fact that ldd /usr/lib/ seamonkey- 2.0.13/ components/ libsuite. so can't find libxpcom.so is a red herring; that library lives in /usr/lib/ seamonkey- 2.0.13 which isn't in the normal library path, and ldd shows the same result even on a system where seamonkey is working.
I ran LD_DEBUG=all seamonkey and captured the output (see attachment). It shows NS_GetServiceMa nager is found in libxpcom.so when libimgicon.so is loaded, but for some reason when libsuite.so is loaded, libxpcom.so is never even searched.