<div dir="ltr">On Sat, Jan 12, 2013 at 8:08 PM, Otavio Salvador <span dir="ltr"><<a href="mailto:otavio@ossystems.com.br" target="_blank">otavio@ossystems.com.br</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Sat, Jan 12, 2013 at 4:00 PM, Eric Bénard <<a href="mailto:eric@eukrea.com">eric@eukrea.com</a>> wrote:<br>
> Le Sat, 12 Jan 2013 15:52:46 -0200,<br>
> Otavio Salvador <<a href="mailto:otavio@ossystems.com.br">otavio@ossystems.com.br</a>> a écrit :<br>
><br>
>> On Sat, Jan 12, 2013 at 3:49 PM, Eric Bénard <<a href="mailto:eric@eukrea.com">eric@eukrea.com</a>> wrote:<br>
>> > Le Sat, 12 Jan 2013 17:54:13 +0200,<br>
>> > Andrei Gherzan <<a href="mailto:andrei@gherzan.ro">andrei@gherzan.ro</a>> a écrit :<br>
>> ><br>
>> >> On Sat, Jan 12, 2013 at 4:15 PM, Otavio Salvador <<a href="mailto:otavio@ossystems.com.br">otavio@ossystems.com.br</a>>wrote:<br>
>> >><br>
>> >> > On Sat, Jan 12, 2013 at 11:59 AM, Eric Bénard <<a href="mailto:eric@eukrea.com">eric@eukrea.com</a>> wrote:<br>
>> >> > > Hi,<br>
>> >> > ><br>
>> >> > > has anyone here already seen this messages ?<br>
>> >> ><br>
>> >> > Yes; I started checking it but I still do not have an absolute answer<br>
>> >> > to how to fix it.<br>
>> >> ><br>
>> >> > The problem is xserver-xorg (when it has glx enabled) it depends on<br>
>> >> > mesa-dri. Both mesa-dri and GPU package libraries (the mx5 and mx6<br>
>> >> > ones) provide same (theorical) functionality of mesa-dri, libraries<br>
>> >> > and (most) headers leading to those errors.<br>
>> >> ><br>
>> >> > I did check how Xorg is compiled in LTIB and it doesn't has glx<br>
>> >> > enabled so my idea is to disable glx in Xorg and try to go this route.<br>
>> >> > This would allow for a clean build at cost of making xserver-xorg<br>
>> >> > machine specific. Do you have any other idea?<br>
>> >> ><br>
>> >><br>
>> >> Why do you need glx after all? We don't have opengl for imx53 right?<br>
>> >> And about the fix. Xorg with glx should depend on virtual/libgl (or gl)<br>
>> >> not mesa-dri.<br>
>> >><br>
>> > mesa-dri provides virtual/libgl which can explain why we find it here.<br>
>><br>
>> In fact mesa provides all them (GL ES2 and GL ES1 too).<br>
><br>
> yes, I was in Andrei's email context here.<br>
><br>
> meta-ti has the following lines in libgles-omap3.inc :<br>
> PROVIDES += "virtual/egl virtual/libgles1 virtual/libgles2"<br>
><br>
> RREPLACES_${PN} = "libegl libgles1 libgles2"<br>
> RREPLACES_${PN}-dev = "libegl-dev libgles1-dev libgles2-dev"<br>
> RREPLACES_${PN}-dbg = "libegl-dbg"<br>
><br>
> note they have the RREPLACES which are not in meta-fsl-arm's recipes.<br>
<br>
</div></div>Makes sense; but this fixes rootfs problem, not sysroot conflict. My<br>
mean concern here is now it behave in concurrent build?<br>
<br>
Let's say:<br>
<br>
- xserver-xorg building (so mesa-dri installed at sysroot)<br>
- qt4-x11 build start (so will install amd/vivante libraries at sysroot)<br>
<br>
As we don't have individual sysroot for every package in build, this<br>
is something that I don't know the end result.<br>
<br>
So I think the right fix is to get rid of glx for mx5 and <br></blockquote><div><br></div><div style>Why? As we have libgl xserver should be compiled with glx (imx53). </div></div></div></div>