With openoffice.org-core-2.0.3-5.3 and older versions of some other packages: /usr/lib/openoffice.org2.0/program/soffice.bin: symbol lookup error: /usr/lib/openoffice.org2.0/program/libpsp680li.so: undefined symbol: gdk_screen_get_font_options I upgraded cairo, cairo-devel, glib2, glib2-devel, gtk2, gtk2-engines, pango, redhat-artwork, gtk+, and gtk+-devel to make this go away. I suspect that gtk2 was the problem, although I'm not certain.
Hmm... > objdump -T /usr/lib/libgdk-x11-2.0.so.0.903.1 | grep gdk_screen_get_font_options 041c82e0 g DF .text 00000071 Base gdk_screen_get_font_options > rpm -qf /usr/lib/libgdk-x11-2.0.so.0.903.1 gtk2-2.9.4-1 > rpm -qf /usr/lib/openoffice.org2.0/program/libpsp680li.so openoffice.org-core-2.0.3-6.1 > rpm -qR openoffice.org-core-2.0.3-6.1|grep gdk-x11 libgdk-x11-2.0.so.0 The magic rpm lib depend stuff should have worked all this out for us, and it does seem to show the right chain of dependancies for me above. Perhaps we can write this off to some random foo in mirroring or the rpm depend lib generation.
The problem is that there's an earlier version of libgdk-x11-2.0.so.0 which doesn't have gdk_screen_get_font_options. I.e., the maintainers of gtk2 added a symbol to the library without changing the shared library versioning to account for the change. Admittedly, that's a no-no that the gtk2 maintainers shouldn't have done, but it seems to me that the openoffice.org RPMs should cope with it. I previously had gtk2-2.8.12-7 installed.
It still doesn't sound like an OOo problem to me, but I'll bump the PreReq to 2.9.3
rpm -qpR openoffice.org-core-2.0.3-7.1.i386.rpm | grep gtk2 gtk2 >= 2.9.4