[meta-fsl-arm][PATCH 0/2] some love to corner-cases

[meta-fsl-arm][PATCH 0/2] some love to corner-cases

[Andreas Müller]

0001 fixes compiling on target with qt5-creator (patches sent to meta-qt5)
0002 Is there any harm caused by shipping a link libwayland-egl.so?

Andreas Müller (2):
  add gpu-viv-bin-mx6q-dev to meta-qt5's
    packagegroup-qt5-toolchain-target
  gpu-viv-bin-mx6q: ship a link named libwayland-egl.so

 qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend | 1 +
 recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc              | 4 +++-
 2 files changed, 4 insertions(+), 1 deletion(-)
 create mode 100644 qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend

-- 
1.8.3.1

[meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Andreas Müller]

gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
target fails.

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
---
 qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend

diff --git a/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend b/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
new file mode 100644
index 0000000..9a4dc62
--- /dev/null
+++ b/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
@@ -0,0 +1 @@
+RRECOMMENDS_${PN}_append_mx6 += "gpu-viv-bin-mx6q-dev"
-- 
1.8.3.1

[meta-fsl-arm][PATCH 2/2] gpu-viv-bin-mx6q: ship a link named libwayland-egl.so

[Andreas Müller]

At least KDE's extra-cmake-modules need libwayland-egl.so to detect wayland-egl
properly.

Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
---
 recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
index df3af1b..8a04bc1 100644
--- a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
+++ b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
@@ -153,6 +153,8 @@ do_install () {
         install -m 0644 ${WORKDIR}/wayland-egl.pc ${D}${libdir}/pkgconfig/wayland-egl.pc
         install -m 0644 ${WORKDIR}/wayland-viv.pc ${D}${libdir}/pkgconfig/wayland-viv.pc
         mv ${D}${libdir}/libGAL_egl.${backend}.so ${D}${libdir}/libGAL_egl.so
+        # make (at least) kde's extra-cmake-modules happy
+        ln -sf libEGL.so ${D}${libdir}/libwayland-egl.so
     else
         install -m 0644 ${WORKDIR}/glesv1_cm.pc ${D}${libdir}/pkgconfig/glesv1_cm.pc
         install -m 0644 ${WORKDIR}/glesv2.pc ${D}${libdir}/pkgconfig/glesv2.pc
@@ -251,7 +253,7 @@ FILES_libclc-mx6-dbg = "${libdir}/.debug/libCLC${SOLIBS}"
 
 # libEGL.so is used by some demo apps from Freescale
 INSANE_SKIP_libegl-mx6 += "dev-so"
-FILES_libegl-mx6 = "${libdir}/libEGL${REALSOLIBS} ${libdir}/libEGL${SOLIBSDEV} "
+FILES_libegl-mx6 = "${libdir}/libEGL${REALSOLIBS} ${libdir}/libEGL${SOLIBSDEV} ${libdir}/libwayland-egl.so"
 FILES_libegl-mx6-dev = "${includedir}/EGL ${includedir}/KHR ${libdir}/pkgconfig/egl.pc"
 FILES_libegl-mx6-dbg = "${libdir}/.debug/libEGL${SOLIBS}"
 # Includes GL headers from mesa
-- 
1.8.3.1

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Otavio Salvador]

On Tue, Jan 27, 2015 at 1:00 PM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
> target fails.
>
> Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>

Do you want this on Dizzy right?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Andreas Müller]

On Tue, Jan 27, 2015 at 4:15 PM, Otavio Salvador
<otavio@ossystems.com.br> wrote:
> On Tue, Jan 27, 2015 at 1:00 PM, Andreas Müller
> <schnitzeltony@googlemail.com> wrote:
>> gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
>> target fails.
>>
>> Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
>
> Do you want this on Dizzy right?
>
Patches were tested for master. If they apply for dizzy and nobody
raises red flag - OK

Andreas

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Otavio Salvador]

On Tue, Jan 27, 2015 at 1:28 PM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> On Tue, Jan 27, 2015 at 4:15 PM, Otavio Salvador
> <otavio@ossystems.com.br> wrote:
>> On Tue, Jan 27, 2015 at 1:00 PM, Andreas Müller
>> <schnitzeltony@googlemail.com> wrote:
>>> gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
>>> target fails.
>>>
>>> Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
>>
>> Do you want this on Dizzy right?
>>
> Patches were tested for master. If they apply for dizzy and nobody
> raises red flag - OK

We are on the way of 3.10.53. If you can, please rebase them against
master-next so we apply they there.

I am not against fixing those in Dizzy as well but master needs to
come first. Can you take care of it?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Andreas Müller]

On Tue, Jan 27, 2015 at 4:32 PM, Otavio Salvador
<otavio@ossystems.com.br> wrote:
> On Tue, Jan 27, 2015 at 1:28 PM, Andreas Müller
> <schnitzeltony@googlemail.com> wrote:
>> On Tue, Jan 27, 2015 at 4:15 PM, Otavio Salvador
>> <otavio@ossystems.com.br> wrote:
>>> On Tue, Jan 27, 2015 at 1:00 PM, Andreas Müller
>>> <schnitzeltony@googlemail.com> wrote:
>>>> gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
>>>> target fails.
>>>>
>>>> Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
>>>
>>> Do you want this on Dizzy right?
>>>
>> Patches were tested for master. If they apply for dizzy and nobody
>> raises red flag - OK
>
> We are on the way of 3.10.53. If you can, please rebase them against
> master-next so we apply they there.
>
> I am not against fixing those in Dizzy as well but master needs to
> come first. Can you take care of it?
>
Yes I'll wait for master and resend them then

Andreas

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Otavio Salvador]

On Tue, Jan 27, 2015 at 1:35 PM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> On Tue, Jan 27, 2015 at 4:32 PM, Otavio Salvador
> <otavio@ossystems.com.br> wrote:
>> On Tue, Jan 27, 2015 at 1:28 PM, Andreas Müller
>> <schnitzeltony@googlemail.com> wrote:
>>> On Tue, Jan 27, 2015 at 4:15 PM, Otavio Salvador
>>> <otavio@ossystems.com.br> wrote:
>>>> On Tue, Jan 27, 2015 at 1:00 PM, Andreas Müller
>>>> <schnitzeltony@googlemail.com> wrote:
>>>>> gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
>>>>> target fails.
>>>>>
>>>>> Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
>>>>
>>>> Do you want this on Dizzy right?
>>>>
>>> Patches were tested for master. If they apply for dizzy and nobody
>>> raises red flag - OK
>>
>> We are on the way of 3.10.53. If you can, please rebase them against
>> master-next so we apply they there.
>>
>> I am not against fixing those in Dizzy as well but master needs to
>> come first. Can you take care of it?
>>
> Yes I'll wait for master and resend them then

Deal. Please keep those around so we fix Dizzy afterwards :)

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Otavio Salvador]

Hello Andreas,

On Tue, Jan 27, 2015 at 1:00 PM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
> target fails.
>
> Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
> ---
>  qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend | 1 +
>  1 file changed, 1 insertion(+)
>  create mode 100644 qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
>
> diff --git a/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend b/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
> new file mode 100644
> index 0000000..9a4dc62
> --- /dev/null
> +++ b/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
> @@ -0,0 +1 @@
> +RRECOMMENDS_${PN}_append_mx6 += "gpu-viv-bin-mx6q-dev"

I have put some thought on this and I'd like to propose another way to
fix it. I think it will be work but it'd be nice if you could try and
check.

The files available on this -dev package are:

-rw-r--r-- root/root       822 2015-02-05 19:16
./usr/include/wayland-viv/wayland-viv-server-protocol.h
-rw-r--r-- root/root       464 2015-02-05 19:16
./usr/include/wayland-viv/gc_wayland_protocol.h
-rw-r--r-- root/root      1226 2015-02-05 19:16
./usr/include/wayland-viv/wayland-viv-client-protocol.h
-rw-r--r-- root/root      7224 2015-02-05 19:16 ./usr/include/gc_vdk_hal.h
-rw-r--r-- root/root      6122 2015-02-05 19:16 ./usr/include/gc_vdk_types.h

So I think:

-rw-r--r-- root/root       822 2015-02-05 19:16
./usr/include/wayland-viv/wayland-viv-server-protocol.h
-rw-r--r-- root/root       464 2015-02-05 19:16
./usr/include/wayland-viv/gc_wayland_protocol.h
-rw-r--r-- root/root      1226 2015-02-05 19:16
./usr/include/wayland-viv/wayland-viv-client-protocol.h

Should go to libvivante-mx6-dev package, while:

-rw-r--r-- root/root      7224 2015-02-05 19:16 ./usr/include/gc_vdk_hal.h
-rw-r--r-- root/root      6122 2015-02-05 19:16 ./usr/include/gc_vdk_types.h

Should go to libvdk-mx6-dev.

Do you think it works out of box doing this change?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Andreas Müller]

On Fri, Feb 6, 2015 at 2:20 AM, Otavio Salvador <otavio@ossystems.com.br> wrote:
> Hello Andreas,
>
> On Tue, Jan 27, 2015 at 1:00 PM, Andreas Müller
> <schnitzeltony@googlemail.com> wrote:
>> gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
>> target fails.
>>
>> Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
>> ---
>>  qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend | 1 +
>>  1 file changed, 1 insertion(+)
>>  create mode 100644 qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
>>
>> diff --git a/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend b/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
>> new file mode 100644
>> index 0000000..9a4dc62
>> --- /dev/null
>> +++ b/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
>> @@ -0,0 +1 @@
>> +RRECOMMENDS_${PN}_append_mx6 += "gpu-viv-bin-mx6q-dev"
>
> I have put some thought on this and I'd like to propose another way to
> fix it. I think it will be work but it'd be nice if you could try and
> check.
>
> The files available on this -dev package are:
>
> -rw-r--r-- root/root       822 2015-02-05 19:16
> ./usr/include/wayland-viv/wayland-viv-server-protocol.h
> -rw-r--r-- root/root       464 2015-02-05 19:16
> ./usr/include/wayland-viv/gc_wayland_protocol.h
> -rw-r--r-- root/root      1226 2015-02-05 19:16
> ./usr/include/wayland-viv/wayland-viv-client-protocol.h
> -rw-r--r-- root/root      7224 2015-02-05 19:16 ./usr/include/gc_vdk_hal.h
> -rw-r--r-- root/root      6122 2015-02-05 19:16 ./usr/include/gc_vdk_types.h
>
> So I think:
>
> -rw-r--r-- root/root       822 2015-02-05 19:16
> ./usr/include/wayland-viv/wayland-viv-server-protocol.h
> -rw-r--r-- root/root       464 2015-02-05 19:16
> ./usr/include/wayland-viv/gc_wayland_protocol.h
> -rw-r--r-- root/root      1226 2015-02-05 19:16
> ./usr/include/wayland-viv/wayland-viv-client-protocol.h
>
> Should go to libvivante-mx6-dev package, while:
>
> -rw-r--r-- root/root      7224 2015-02-05 19:16 ./usr/include/gc_vdk_hal.h
> -rw-r--r-- root/root      6122 2015-02-05 19:16 ./usr/include/gc_vdk_types.h
>
> Should go to libvdk-mx6-dev.
>
> Do you think it works out of box doing this change?
>
OK - I will look into this but I cannot promise when...

Andreas

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Andreas Müller]

On Fri, Feb 6, 2015 at 9:39 AM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> On Fri, Feb 6, 2015 at 2:20 AM, Otavio Salvador <otavio@ossystems.com.br> wrote:
>> Hello Andreas,
>>
>> On Tue, Jan 27, 2015 at 1:00 PM, Andreas Müller
>> <schnitzeltony@googlemail.com> wrote:
>>> gpu-viv-bin-mx6q-dev supplies EGL/GL/GLES headers. Without these compiling on
>>> target fails.
>>>
>>> Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
>>> ---
>>>  qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend | 1 +
>>>  1 file changed, 1 insertion(+)
>>>  create mode 100644 qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
>>>
>>> diff --git a/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend b/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
>>> new file mode 100644
>>> index 0000000..9a4dc62
>>> --- /dev/null
>>> +++ b/qt5-layer/recipes-qt/qt5/packagegroup-qt5-toolchain-target.bbappend
>>> @@ -0,0 +1 @@
>>> +RRECOMMENDS_${PN}_append_mx6 += "gpu-viv-bin-mx6q-dev"
>>
>> I have put some thought on this and I'd like to propose another way to
>> fix it. I think it will be work but it'd be nice if you could try and
>> check.
>>
>> The files available on this -dev package are:
>>
>> -rw-r--r-- root/root       822 2015-02-05 19:16
>> ./usr/include/wayland-viv/wayland-viv-server-protocol.h
>> -rw-r--r-- root/root       464 2015-02-05 19:16
>> ./usr/include/wayland-viv/gc_wayland_protocol.h
>> -rw-r--r-- root/root      1226 2015-02-05 19:16
>> ./usr/include/wayland-viv/wayland-viv-client-protocol.h
>> -rw-r--r-- root/root      7224 2015-02-05 19:16 ./usr/include/gc_vdk_hal.h
>> -rw-r--r-- root/root      6122 2015-02-05 19:16 ./usr/include/gc_vdk_types.h
>>
>> So I think:
>>
>> -rw-r--r-- root/root       822 2015-02-05 19:16
>> ./usr/include/wayland-viv/wayland-viv-server-protocol.h
>> -rw-r--r-- root/root       464 2015-02-05 19:16
>> ./usr/include/wayland-viv/gc_wayland_protocol.h
>> -rw-r--r-- root/root      1226 2015-02-05 19:16
>> ./usr/include/wayland-viv/wayland-viv-client-protocol.h
>>
>> Should go to libvivante-mx6-dev package, while:
>>
>> -rw-r--r-- root/root      7224 2015-02-05 19:16 ./usr/include/gc_vdk_hal.h
>> -rw-r--r-- root/root      6122 2015-02-05 19:16 ./usr/include/gc_vdk_types.h
>>
>> Should go to libvdk-mx6-dev.
>>
>> Do you think it works out of box doing this change?
>>
Ok I updated to current meta-fsl-arm and would like to come back to this:

The patch I send appended packagegroup-qt5-toolchain-target so that
GL/GLES headers were installed on the target. I've found this
necessity when testing the qt-creator patches for meta-qt5: To compile
and debug my sample projects, the headers were required.

After building latest imx-gpu-viv I don't understand your suggestion -
maybe it was based on old gpu-viv-bin-mx6q or I misunderstand
something. With current meta-fsl master the -dev packages look good to
me and I would simply append ALL dev-packages to
packagegroup-qt5-toolchain-target. The only contents added to image
are includes and pkg-config so there should be no harm.

What do you think?

Andreas

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Otavio Salvador]

Hello Andreas,

On Tue, Feb 10, 2015 at 3:44 PM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> On Fri, Feb 6, 2015 at 9:39 AM, Andreas Müller
> <schnitzeltony@googlemail.com> wrote:
>> On Fri, Feb 6, 2015 at 2:20 AM, Otavio Salvador <otavio@ossystems.com.br> wrote:
>>> Do you think it works out of box doing this change?
>>>
> Ok I updated to current meta-fsl-arm and would like to come back to this:
>
> The patch I send appended packagegroup-qt5-toolchain-target so that
> GL/GLES headers were installed on the target. I've found this
> necessity when testing the qt-creator patches for meta-qt5: To compile
> and debug my sample projects, the headers were required.

Yes, I understood it.

> After building latest imx-gpu-viv I don't understand your suggestion -
> maybe it was based on old gpu-viv-bin-mx6q or I misunderstand
> something.

Yes it was but it should be the same in imx-gpu-viv...

> With current meta-fsl master the -dev packages look good to
> me and I would simply append ALL dev-packages to
> packagegroup-qt5-toolchain-target. The only contents added to image
> are includes and pkg-config so there should be no harm.
>
> What do you think?

I agree with the goal but you raised a point. Is it good to have the
-dev packages split along subpackages?

I am starting to think it is not worth it. The packaging is way more
simple if we merge the -dev packages all together and to be honest
from support point of view it simplifies things as well.

Anyone wishing to do development is aware more resources are need. If
this is a sysroot of a SDK this is not an issue but is it an issue for
in-target development?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Andreas Müller]

On Sat, Feb 14, 2015 at 12:24 AM, Otavio Salvador
<otavio@ossystems.com.br> wrote:
> Hello Andreas,
>
> On Tue, Feb 10, 2015 at 3:44 PM, Andreas Müller
> <schnitzeltony@googlemail.com> wrote:
>> On Fri, Feb 6, 2015 at 9:39 AM, Andreas Müller
>> <schnitzeltony@googlemail.com> wrote:
>>> On Fri, Feb 6, 2015 at 2:20 AM, Otavio Salvador <otavio@ossystems.com.br> wrote:
>>>> Do you think it works out of box doing this change?
>>>>
>> Ok I updated to current meta-fsl-arm and would like to come back to this:
>>
>> The patch I send appended packagegroup-qt5-toolchain-target so that
>> GL/GLES headers were installed on the target. I've found this
>> necessity when testing the qt-creator patches for meta-qt5: To compile
>> and debug my sample projects, the headers were required.
>
> Yes, I understood it.
>
>> After building latest imx-gpu-viv I don't understand your suggestion -
>> maybe it was based on old gpu-viv-bin-mx6q or I misunderstand
>> something.
>
> Yes it was but it should be the same in imx-gpu-viv...
>
>> With current meta-fsl master the -dev packages look good to
>> me and I would simply append ALL dev-packages to
>> packagegroup-qt5-toolchain-target. The only contents added to image
>> are includes and pkg-config so there should be no harm.
>>
>> What do you think?
>
> I agree with the goal but you raised a point. Is it good to have the
> -dev packages split along subpackages?
>
> I am starting to think it is not worth it. The packaging is way more
> simple if we merge the -dev packages all together and to be honest
> from support point of view it simplifies things as well.
>
> Anyone wishing to do development is aware more resources are need. If
> this is a sysroot of a SDK this is not an issue but is it an issue for
> in-target development?
>
Aahh I see so one -dev for all - like others do.

Coming back to my patch: For reasons I don't look though currently (OK
- I moved from dizzy to master for oe-core/meta-oe),
compiling/debugging on target with

IMAGE_FEATURES += "dev-pkgs dbg-pkgs"

works fine without this patch. The GL/GLES headers are all there. I
think this patch would have wiped away things going wrong elsewhere -
so I suggest to forget it.

Andreas

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Andreas Müller]

On Sat, Feb 14, 2015 at 12:58 AM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> On Sat, Feb 14, 2015 at 12:24 AM, Otavio Salvador
> <otavio@ossystems.com.br> wrote:
>> Hello Andreas,
>>
>> On Tue, Feb 10, 2015 at 3:44 PM, Andreas Müller
>> <schnitzeltony@googlemail.com> wrote:
>>> On Fri, Feb 6, 2015 at 9:39 AM, Andreas Müller
>>> <schnitzeltony@googlemail.com> wrote:
>>>> On Fri, Feb 6, 2015 at 2:20 AM, Otavio Salvador <otavio@ossystems.com.br> wrote:
>>>>> Do you think it works out of box doing this change?
>>>>>
>>> Ok I updated to current meta-fsl-arm and would like to come back to this:
>>>
>>> The patch I send appended packagegroup-qt5-toolchain-target so that
>>> GL/GLES headers were installed on the target. I've found this
>>> necessity when testing the qt-creator patches for meta-qt5: To compile
>>> and debug my sample projects, the headers were required.
>>
>> Yes, I understood it.
>>
>>> After building latest imx-gpu-viv I don't understand your suggestion -
>>> maybe it was based on old gpu-viv-bin-mx6q or I misunderstand
>>> something.
>>
>> Yes it was but it should be the same in imx-gpu-viv...
>>
>>> With current meta-fsl master the -dev packages look good to
>>> me and I would simply append ALL dev-packages to
>>> packagegroup-qt5-toolchain-target. The only contents added to image
>>> are includes and pkg-config so there should be no harm.
>>>
>>> What do you think?
>>
>> I agree with the goal but you raised a point. Is it good to have the
>> -dev packages split along subpackages?
>>
>> I am starting to think it is not worth it. The packaging is way more
>> simple if we merge the -dev packages all together and to be honest
>> from support point of view it simplifies things as well.
>>
>> Anyone wishing to do development is aware more resources are need. If
>> this is a sysroot of a SDK this is not an issue but is it an issue for
>> in-target development?
>>
> Aahh I see so one -dev for all - like others do.
>
> Coming back to my patch: For reasons I don't look though currently (OK
> - I moved from dizzy to master for oe-core/meta-oe),
> compiling/debugging on target with
>
> IMAGE_FEATURES += "dev-pkgs dbg-pkgs"
>
> works fine without this patch. The GL/GLES headers are all there. I
> think this patch would have wiped away things going wrong elsewhere -
> so I suggest to forget it.
>
> Andreas
OK I had some time to look into this:

What I said before is not true - seems I lost overview a bit. The
image I am using for qt5-creator test

* has NOT IMAGE_FEATURES += "dev-pkgs dbg-pkgs". Side-note: Building
with both activated works nowadays but creates an image of 12GB!

* has EGL/GLES2 and headers included but compiling a test project
complains for missing GLES3 headers.

GLES2-dev package is included in the image by package.bbclass (comment there):

'Example:  If package A depends upon package B, and A's .bb emits an
A-dev package, this would make A-dev Recommends: B-dev.'

I have many packages depending on libgles2-mx6 causing their -dev
package(s) recommending libgles2-mx6-dev. As there is no libgles3-mx6
package nothing depends on it -> nothing reccomends libgles3-mx6-dev.

My suggestion:

Simply RRECOMMEND libgles3-mx6-dev for libgles2-mx6-dev.

The more I think the way you suggested to have only one -dev package,
it scares me:

* To keep upgrade paths we would need tons of RREPLACE/RPROVIDES/RCONFLICTS
* I think the single -dev package will not be included automatically:
imx-gpu-viv-dev package corresponds to imx-gpu-viv. That package is
empty and nothing depends on it.

Would

RRECOMMENDS_libgles2-mx6-dev += "libgles3-mx6-dev"

- for the time there are no glesv3 binaries - have a chance?

Andreas

Re: [meta-fsl-arm][PATCH 1/2] add gpu-viv-bin-mx6q-dev to meta-qt5's packagegroup-qt5-toolchain-target

[Otavio Salvador]

On Thu, Feb 19, 2015 at 8:55 AM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> On Sat, Feb 14, 2015 at 12:58 AM, Andreas Müller
> <schnitzeltony@googlemail.com> wrote:
>> On Sat, Feb 14, 2015 at 12:24 AM, Otavio Salvador
>> <otavio@ossystems.com.br> wrote:
>>> Hello Andreas,
>>>
>>> On Tue, Feb 10, 2015 at 3:44 PM, Andreas Müller
>>> <schnitzeltony@googlemail.com> wrote:
>>>> On Fri, Feb 6, 2015 at 9:39 AM, Andreas Müller
>>>> <schnitzeltony@googlemail.com> wrote:
>>>>> On Fri, Feb 6, 2015 at 2:20 AM, Otavio Salvador <otavio@ossystems.com.br> wrote:
>>>>>> Do you think it works out of box doing this change?
>>>>>>
>>>> Ok I updated to current meta-fsl-arm and would like to come back to this:
>>>>
>>>> The patch I send appended packagegroup-qt5-toolchain-target so that
>>>> GL/GLES headers were installed on the target. I've found this
>>>> necessity when testing the qt-creator patches for meta-qt5: To compile
>>>> and debug my sample projects, the headers were required.
>>>
>>> Yes, I understood it.
>>>
>>>> After building latest imx-gpu-viv I don't understand your suggestion -
>>>> maybe it was based on old gpu-viv-bin-mx6q or I misunderstand
>>>> something.
>>>
>>> Yes it was but it should be the same in imx-gpu-viv...
>>>
>>>> With current meta-fsl master the -dev packages look good to
>>>> me and I would simply append ALL dev-packages to
>>>> packagegroup-qt5-toolchain-target. The only contents added to image
>>>> are includes and pkg-config so there should be no harm.
>>>>
>>>> What do you think?
>>>
>>> I agree with the goal but you raised a point. Is it good to have the
>>> -dev packages split along subpackages?
>>>
>>> I am starting to think it is not worth it. The packaging is way more
>>> simple if we merge the -dev packages all together and to be honest
>>> from support point of view it simplifies things as well.
>>>
>>> Anyone wishing to do development is aware more resources are need. If
>>> this is a sysroot of a SDK this is not an issue but is it an issue for
>>> in-target development?
>>>
>> Aahh I see so one -dev for all - like others do.
>>
>> Coming back to my patch: For reasons I don't look though currently (OK
>> - I moved from dizzy to master for oe-core/meta-oe),
>> compiling/debugging on target with
>>
>> IMAGE_FEATURES += "dev-pkgs dbg-pkgs"
>>
>> works fine without this patch. The GL/GLES headers are all there. I
>> think this patch would have wiped away things going wrong elsewhere -
>> so I suggest to forget it.
>>
>> Andreas
> OK I had some time to look into this:
>
> What I said before is not true - seems I lost overview a bit. The
> image I am using for qt5-creator test
>
> * has NOT IMAGE_FEATURES += "dev-pkgs dbg-pkgs". Side-note: Building
> with both activated works nowadays but creates an image of 12GB!
>
> * has EGL/GLES2 and headers included but compiling a test project
> complains for missing GLES3 headers.
>
> GLES2-dev package is included in the image by package.bbclass (comment there):
>
> 'Example:  If package A depends upon package B, and A's .bb emits an
> A-dev package, this would make A-dev Recommends: B-dev.'
>
> I have many packages depending on libgles2-mx6 causing their -dev
> package(s) recommending libgles2-mx6-dev. As there is no libgles3-mx6
> package nothing depends on it -> nothing reccomends libgles3-mx6-dev.
>
> My suggestion:
>
> Simply RRECOMMEND libgles3-mx6-dev for libgles2-mx6-dev.
>
> The more I think the way you suggested to have only one -dev package,
> it scares me:
>
> * To keep upgrade paths we would need tons of RREPLACE/RPROVIDES/RCONFLICTS
> * I think the single -dev package will not be included automatically:
> imx-gpu-viv-dev package corresponds to imx-gpu-viv. That package is
> empty and nothing depends on it.
>
> Would
>
> RRECOMMENDS_libgles2-mx6-dev += "libgles3-mx6-dev"
>
> - for the time there are no glesv3 binaries - have a chance?

Yes; as it 'fails' at build I would say RDEPENDS would be better though.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750