<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 26 September 2016 at 18:27, Oliver Grawert <span dir="ltr"><<a href="mailto:ogra@ubuntu.com" target="_blank">ogra@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">On Mo, 2016-09-26 at 18:12 +0100, John McAleely wrote:<br>
><br>> On the Pi2 image (the only one I've examined so far), should I expect<br>
> to find libGLESv2.so, or some other evidence of OpenGL ES API<br>
> support?<br></div></div></blockquote><div><snip> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">><br>
> Am I missing something?<br>
<br>
</div></div>nope ... you dont ... the libs need to be shipped by the kernel snap<br>
but the new kernel snap definition does not allow anything beyond the<br>
default kernel bits (modules, firmware, dtbs) yet... so currently we<br>
can not ship any GLES on armhf til this is implemented.<br>
<br>
i think kevin found a way to ship GLES in his mir snap though, perhaps<br>
that could be a fallback for the moment ? <br></blockquote><div><br></div><div>Yes & no. The snap I'm working on would be a neat demo on two ARM boards that happen to use different GPUs (the RPi is one of them). Maybe we can add complexity to the workaround and ship two different GLES libraries, and select the right one somehow, but perhaps it would be better to wait (kgunn - if you already have all that tech, a pointer would be appreciated!)</div><div><br></div><div>When should we expect support for these API that need a user-side lib (if I've captured the requirement correctly) from the kernel snap in Snappy? (perhaps not a question you can answer?)</div><div><br></div><div>J<br><br></div></div></div></div>