<Matt.Schuckmann@...> wrote: Hi Matt, This is not a full answer but Release is not a common target for us: cmake will produce not containing debug info. With these debugging is useless (and you

* This version one was considered working form meta-qt4 commit log * As far as I can remember later version causes trouble when not setting '--sip-module'. That would cause further efforts. I don't us

* Haven't tested this but it seems unlikely that python-pyqt builds properly with '--sip-module PyQt5.sip' in meta-oe's sip * I plan to move reworked sip to meta-qt5 and remove meta-oe's version * rem

Hi, I am cleaning my github and want to remove some repos. One of them is meta-gumstix-community - it is not maintained any more. This layer is listed in layer-index. Will it be removed automatically

As daily user of layerindex I think particularly the first three features are very helpful. Thanks a lot! Andreas

A bit too late but.. Happy Easter! Andreas

FYI: Just sent out a pull request enabling dri3 for meta-raspberrypi. So whatever mushrooms oe-core guys are going to consume - we'll have dri3 :) Andreas

On Mon, Apr 2, 2018 at 11:12 PM, Trevor Woerner <twoerner@...> wrote: Removed mesa-dev - this is oe specific only. > Even without the patch, simply adding: > > PACKAGECONFIG_append_pn-mesa = "dr

Hi Daniel, Just sent out patches to oe-core * Apply your patch with dri2 modifier init * Prefer dri3 over dri2 for x11/opengl distro features See what happens... Cheers Andreas

Thanks - I was thinking same. OE-Core enables DRI3 for x11 AND vulcan only - and vulcan is not in my distro features (and does not make much sense for VC4) Added yocto mailing list to merge both threa

I did already [1]. My problem was that meta-raspi-light did not enable dri3 explicitly any more. meta-raspi-light uses more PACKAGECONFIG defaults coming from oe-core's mesa. There was a change in oe-

<ajlennon@...> wrote: As the one who removed it - so feel responsible... 1.You could add libglade to meta-mono but I think there some additional dependencies which need to be added to

After party hangover: sddm and kde look horrible with this patch. Should respect linear if requested explicitly - wonder if that slows down horses... Andreas

<schnitzeltony@...> wrote: glmark-es2

Then you should give that patch a try - change is in mesa-megadriver package (building images after mesa changes takes LONG...) Some appetizer: glmark on mesa 17.1.7 reports 110 / glmark on mesa 17.1.

<schnitzeltony@...> wrote: LOL with hack attached I can see horses again:) Andreas

<schnitzeltony@...> wrote: Have a bit more information now: By the update I moved from mesa 17.1.7 -> 17.3.7. I git diff'ed around a bit: * Tiling was introduced (or just reworked?) * the error

Have 32Bit still

Hi, To prepare for sumo I updated all my oe-metas from more or less rocko to recent masters. Since then I am in trouble with VC4/GL/GLES on Raspi: * On X start glmark2-es: complains with 'Modifier 0x0

Seems RPi.org made some progress on this[1]. If I only had some time left to give this a try... [1] https://github.com/raspberrypi/linux/issues/2244#issuecomment-369597357 Andreas