[oe] [meta-qt5][PATCH] nativesdk-qtbase: use runtime linked dbus

Otavio Salvador otavio.salvador at ossystems.com.br
Tue Feb 16 16:01:32 UTC 2016


On Tue, Feb 16, 2016 at 12:13 PM, Samuli Piippo <samuli.piippo at gmail.com> wrote:
> On 16.02.2016 13:38, Otavio Salvador wrote:
>>
>> On Tue, Feb 16, 2016 at 7:13 AM, Samuli Piippo
>> <samuli.piippo at theqtcompany.com> wrote:
>>>
>>> On 16.02.2016 00:34, Otavio Salvador wrote:
>>>>
>>>>
>>>> On Sun, Feb 14, 2016 at 2:25 PM, Samuli Piippo
>>>> <samuli.piippo at theqtcompany.com> wrote:
>>>>>
>>>>>
>>>>> Remove direct dependency to nativesdk-dbus. Instead configure
>>>>> qtbase to use runtime linked dbus library, if that is found.
>>>>>
>>>>> Signed-off-by: Samuli Piippo <samuli.piippo at theqtcompany.com>
>>>>
>>>>
>>>>
>>>> Why? This puts a dependency on the host operating system version.
>>>>
>>>> Am I missing something?
>>>>
>>>
>>> Currently nativesdk-qtbase does not package libQt5DBus.so, so there
>>> nothing
>>> in the SDK that actual uses dbus, but it's still built as a dependency.
>>> If "qt5: add Qml support to lupdate" patch is merged, then nativesdk-dbus
>>> would be pulled into SDK as well, although I think it's still unlikely
>>> that
>>> anyone would need it. If there is really need for it, then you can always
>>> add nativesdk-dbus to your toolchain.
>>
>>
>> So why not remove libQt5Dbus.so at all, from the nativesdk?
>>
>
> Point I'm trying make is, let's not depend on and build nativesdk-dbus if we
> don't need it.
> On nativesdk-qtbase, we want to enable dbus, because that gives us also Qt
> dbus tools (which don't need libdbus).

What will happen if the host version of the libdbus does not match the
one used during the build?

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



More information about the Openembedded-devel mailing list