Description of problem: xfce-utils' xinitrc file sets GTK_PATH to ":libdir/gtk-2.0". This seems to break the gtk theming of 32bit gtk apps on x86_64. How reproducible: every time Steps to Reproduce: 1. run 32 bit gtk application on x86_64 xfce desktop eg remove gtk2-devel.x86_64 and install gtk2-devel.i686 and run gtk-demo. 2. $ printenv GTK_PATH Actual results: 1. Uses the gtk fallback theme (looks like a 90's motif application;) 2. GTK_PATH=:/usr/lib64/gtk-2.0 Expected results: 1. To use the default gtk theme 2. GTK_PATH to be unset Additional info: I used gtk-demo from gtk2-devel.i686 to reproduce. $ GTK_PATH="" gtk-demo is ok
As noted in the upstream report this also breaks loading of 32bit gtk3 modules for multilib.
This package: http://koji.fedoraproject.org/koji/taskinfo?taskID=3112756 fixes the problem for me. (BTW I think the pulseaudio patch is not actually doing anything: it needs to be applied to xinitrc.in.in to actually get into the final xinitrc and not be overwritten, if pulseaudio is wanted.)
Interesting. Are there real life cases? Where did you run into this out of curiosity... ;)
Sure - eg 32bit browsers on x86_64...
A better patch that might make upstream happy would be perhaps to set GTK_PATH only if @libdir@ != %{_libdir} say.
xfce-utils-4.8.2-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/xfce-utils-4.8.2-1.fc15
Package xfce-utils-4.8.2-1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing xfce-utils-4.8.2-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/xfce-utils-4.8.2-1.fc15 then log in and leave karma (feedback).
xfce-utils-4.8.2-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.