[meta-freescale] [meta-fsl-demos][PATCH 0/7] Packagegroups and images refactoring - step 2

[Rogerio Nunes]

Hi Otavio,

On Wed, Feb 26, 2014 at 1:35 PM, Otavio Salvador
<otavio at ossystems.com.br> wrote:
> Hello Rogerio,
>
> First I'd like to thank you for this work. I know how much thinking
> and work is needed to  a nice patchset and flexible set of
> packagegroups and images.
>
> On Wed, Feb 26, 2014 at 2:03 AM,  <ronunes at gmail.com> wrote:
>> From: Rogerio Nunes <rogerio.nunes at freescale.com>
>>
>> This patchset makes some more additions and changes to the packagegroups
>> and images in this layer.
>>
>> Three new images are introduced:
>>
>> fsl-image-multimedia - A console-only image that includes gstreamer packages
>>     and Freescale's multimedia packages (VPU and GPU) when available.
>>
>> fsl-image-multimedia-full - This image has all the packages that
>>     fsl-image-multimedia has plus all gstreamer's plugins from base, good and
>>     bad packages.
>>
>> fsl-image-machine-test - This image has all the packages that
>>     fsl-multimedia-full has plus test and benchmark applications.
>>     This image is intended for machine test as the name indicates,
>>     so no development tools are included.
>>
>> To support these images, new packagegroups are also created, and old
>> packagegroups slightly modified. The legacy image recipes (fsl-image-gui and
>> fsl-image-test) are adpated to the new packagegroups structure, so that
>> they generate rootfs images that include at least same tools as before.
>>
>> This patchset also replaces vivante-gpu-sdk by fsl-gpu-sdk.
>>
>> Known issue:
>> fsl-image-machine-test fails to build without x11, because mesa-demos and
>> piglit currently depend on it, and are unconditionally included with the
>> tools-testapps image feature from poky. This needs to be fixed at poky.
>
> Good remark. I also think we ought to plan to drop the old images when
> those are complete. The proposed images provides a much better set of
> features and are faster to build (due its focus in the really need
> packages) so I think it'd be a good goal for near future.

Agree. Step 3 of the refactoring yet to come :).

>
> I think the changes you have to do are minimal and Daiane has provided
> a good review on those; it would be good if you could prepare a v2 to
> address those and then we can get it merged in master-next for
> testing.
>
> What do you think?
>

Sounds good. V2 sent.

Thanks for the comments guys.

> --
> 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