[yocto] [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS support"

[Manjukumar Harthikote Matha]

Hi Otavio,

> -----Original Message-----
> From: yocto-bounces at yoctoproject.org [mailto:yocto-bounces at yoctoproject.org]
> On Behalf Of Otavio Salvador
> Sent: Wednesday, September 27, 2017 10:29 AM
> To: Khem Raj <raj.khem at gmail.com>
> Cc: yocto at lists.yoctoproject.org; Otavio Salvador <otavio at ossystems.com.br>
> Subject: Re: [yocto] [meta-raspberrypi][PATCH] Revert "qtbase: Enable EGLFS
> support"
> 
> On Wed, Sep 27, 2017 at 2:20 PM, Khem Raj <raj.khem at gmail.com> wrote:
> >
> > On Wed, Sep 27, 2017 at 10:17 AM Andrei Gherzan <andrei at gherzan.ro> wrote:
> >>
> >> On Wed, Sep 27, 2017 at 4:23 PM, Martin Jansa
> >> <martin.jansa at gmail.com>
> >> wrote:
> >>>
> >>> * this reverts commit 04b37dbdb79638b17a670280058400ffaf1b6ccb.
> >>> * this makes qtbase and everything which depends on some qt* recipe to
> >>>   be effectivelly MACHINE_ARCH
> >>>
> >>> Signed-off-by: Martin Jansa <Martin.Jansa at gmail.com>
> >>> ---
> >>>  dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend | 3 ---
> >>>  1 file changed, 3 deletions(-)
> >>>  delete mode 100644
> >>> dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend
> >>>
> >>> diff --git
> >>> a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend
> >>> b/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend
> >>> deleted file mode 100644
> >>> index ae3f1d3..0000000
> >>> --- a/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend
> >>> +++ /dev/null
> >>> @@ -1,3 +0,0 @@
> >>> -# Copyright (C) 2017 O.S. Systems Software LTDA.
> >>> -
> >>> -PACKAGECONFIG_GL_rpi   = "gles2 eglfs"
> >>
> >>
> >> What would be the solution though?
> >
> > I think check for OpenGL feature to enable it I think another thing is
> > to also check for X11 in distro features before enabling it
> >
> > Gl support is quite soc specific so I don't think there is an elegant
> > way unless qt components can be built with soc specific elements as
> > plugins or something which then can have independent recipe
> 
> https://github.com/Freescale/meta-freescale/blob/master/classes/fsl-dynamic-
> packagearch.bbclass
> 
> Something like this?
> 

This is very useful, can this concept be upstreamed to OE-Core?

Thanks,
Manju