Comment 3 for bug 1594198

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