My eglconvenience branch does cause this, but annoyingly by doing the correct thing.
Before eglconvenience, we hardcoded GLESv2.0 into QtUbuntu. With eglconvenience, we query the GL version string and correctly fetch the GL version the driver supports. On several of our devices, that is actually GLESv3.0 If GLESv3 is available (not all devices have it), Qt tries to use it instead of alternative GLv2 calls (as they're usually better). It does this by creating a QOpenGLES3Helper class internally, when particular GL calls are made. Most of our pure QML apps don't end up calling any of those particular GL calls, so work just fine. But Terminal app does. QOpenGLES3Helper on creation uses QLibrary to load libGLESv2.so and resolve some symbols in it. This is failing for some reason, and prints the "Failed to load libGLESv2.so" message as a result. I suspect this fail has to do with lp:1490956 I've proposed lp:~gerboland/qtubuntu/disable-gles3-for-now as a workaround for this issue -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1594198 Title: Terminal app crashes with "Failed to load libGLESv2" To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1594198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
