*******************************************************
This is a ALPHA release of the Kokua Linux client.
Thank you for testing!

GordonGR commented on 2015-11-02 09:10

Dwheeler, you are now co-maintainer. Thank you :-)

dwheeler commented on 2015-11-02 01:56

GordonGR - I've reported this as a bug upstream (bug #380). If you still want, I can take over the aur package. Either way, I've put an udpated PKGBUILD on pastebin that has the fix I'm using for the current release version. I added a step to build the old pango pkg and copy over the 3 needed files to kokua's lib64 folder, and also delete a gdk_pixbuf lib & symlinks that are causing some GTK theme issues.
It is at http://pastebin.com/VLG30XXA

Your issue looks like a video driver issue, or maybe some bad symlinks with all the libGL libs. I can't really help you much there, because I'm using the proprietary nVidia driver for my GPU. One thing I saw while doing my research is that the kokua start script (/opt/kokua-secondlife/kokua) exports this env variable:

so all of the libs in lib64 will get loaded before the system libs in /usr/lib. You should execute the above before running the ldd command from that hack you referenced. When I do this, I find that a symlink in /lib64 to libGLOD.so isn't necessary, and I suspect it will be the case for you too. If so, you should remove that symlink (and any others you've added that target libs from kokua's lib64). Removing these symlinks will hopefully simplify your troubleshooting a bit.

Just an FYI, in the course of my researches, I was also checking the webkit plugin (with the linker variable exported as above, of course):

GordonGR commented on 2015-10-20 10:12

They did make a change[1], but the problem is I don't use Kokua, so I can't debug. Perhaps you want to tell upstream yourself? Make sure it's not just a random thing first (all viewers tend to fail to load a plugin from time to time).