[oe] [PATCH 02/12] qt4-embedded: added directfb plugin

[Koen Kooi]

On 03-06-09 19:29, Ihar Hrachyshka wrote:
> On Wed, Jun 3, 2009 at 7:53 PM, Koen Kooi<k.kooi at student.utwente.nl>  wrote:
>> On 03-06-09 18:00, Tom Rini wrote:
>>>
>>> On Wed, Jun 03, 2009 at 06:37:12PM +0300, Ihar Hrachyshka wrote:
>>>>
>>>> Signed-off-by: Ihar Hrachyshka<ihar.hrachyshka at gmail.com>
>>>> ---
>>>>   recipes/qt4/qt4-embedded.inc |    4 ++--
>>>>   1 files changed, 2 insertions(+), 2 deletions(-)
>>>>
>>>> diff --git a/recipes/qt4/qt4-embedded.inc b/recipes/qt4/qt4-embedded.inc
>>>> index bae52ab..3d986b2 100644
>>>> --- a/recipes/qt4/qt4-embedded.inc
>>>> +++ b/recipes/qt4/qt4-embedded.inc
>>>> @@ -3,7 +3,7 @@ SECTION = "libs"
>>>>   LICENSE = "GPL QPL"
>>>>   PRIORITY = "optional"
>>>>   HOMEPAGE = "http://www.trolltech.com"
>>>> -DEPENDS += "tslib"
>>>> +DEPENDS += "directfb tslib"
>>>>   INC_PR = "r11"
>>>
>>> So, here's a problem.  We both don't allow use flags and we force
>>> directfb stuff to be done in foo-directfb (libxine / synaesthesia seems
>>> to be the exception to this rule) rather than the main foo package.
>>
>> Isn't this just creating a qt-gfxdriver-directfb.so and not impose runtime
>> deps on directfb in ${PN}?
>
> Yeap, exactly. I don't see any problem with that. We are building xorg
> stuff when baking console-image. So what's the problem with directfb
> then?;)

No problem from my side, but I guess some people dislike the additional 
1 minute buildtime when building qt (which takes like 30 minutes itself).

regards,

Koen