Skip to content

Update mesa3d & xorg

Thomas Petazzoni buildroot 1 version New

Get series with b4
b4 am 20140330111350.4782647c@skate

Versions newest first

  1. v1 Latest0 of 91 patches 0 repliesNew

Patches in v1 No applies recorded yet

None of the 91 patches the cover letter announces are in this archive.

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

Cover letter [Buildroot] [PATCH 00/91] Update mesa3d & xorg

Dear Yann E. MORIN,

Quoted 7 lines · Yann E. MORIN

The problem seems related to libevas, where the dependency on openGL is poorly handled.

I'm working on it, but you are free to investigate too. ;-)

So far, I managed to get rid of the circular hell, with this:

Quoted 10 lines

diff --git a/package/efl/libevas/Config.in b/package/efl/libevas/Config.in index 2afa888..8eea23d 100644
--- a/package/efl/libevas/Config.in
+++ b/package/efl/libevas/Config.in
@@ -148,7 +148,7 @@ choice
config BR2_PACKAGE_LIBEVAS_GL
bool "generic OpenGL"
- select BR2_PACKAGE_MESA3D
+ depends on BR2_PACKAGE_MESA3D
select BR2_PACKAGE_LIBEET

But shouldn't BR2_PACKAGE_LIBEVAS_GL instead depend on a new virtual package for full OpenGL? We can imagine having in the future other implementations that Mesa3D for the full OpenGL, no? Like if you install the NVidia proprietary drivers, I believe they come with their own implementation of OpenGL, completely independent from Mesa3D, no?

In this case, since we can "select" a virtual package because that doesn't make sense, the dependency would have to be a "depends on", and we're good, no?

Thomas

Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

Read the cover letter in its thread