Summary: | virtual/opengl should alternatively RDEPEND on media-libs/raspberrypi-userland | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | LABBE Corentin <clabbe.montjoie> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | chithanh, kripton |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | ARM | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 471200 | ||
Attachments: | Add media-libs/raspberrypi-userland as an opengl implementation provider |
Description
LABBE Corentin
2014-04-02 12:35:22 UTC
Created attachment 374092 [details, diff]
Add media-libs/raspberrypi-userland as an opengl implementation provider
I'm not so sure about this, at least the current raspberrypi-userland in tree provides only libEGL and libGLES*. So anything which requires libGL would fail to build. On raspberry pi, the only way to have some opengl is raspberrypi-userland. So any source that fail to compile, will fail anyway. But by adding raspberrypi-userland to virtual/opengl, this will allow some application to compile (xbmc is an example) No. OpenGL is provided only by mesa. raspberrypi-userland provides libraries for accelerated OpenGL ES. It does not provide libGL.so which is absolutely required by OpenGL (non-ES) applications. Do not confuse OpenGL with 3D acceleration. I agree that raspberrypi-userland do not provide strictly the opengl library. But I viewed virtual/opengl as a way to provide a depends on all opengl related stuff, like eselect-opengl is a way to switch between all opengl related library. If you do not follow my interpretation, you can close this bug. If so perhaps creating a virtual/gles is a better idea ? (In reply to clabbe.montjoie from comment #5) > If so perhaps creating a virtual/gles is a better idea ? Yes. |