[Development] Distributing 3rd party closed source libs

[Sean Harmer]

Hi Lars,

On 31/10/2016 09:22, Lars Knoll wrote:
>
>
> On 31/10/16 10:08, "Development on behalf of Sean Harmer" <development-bounces+lars.knoll=qt.io at qt-project.org on behalf of sean.harmer at kdab.com> wrote:
>
>> Hi,
>>
>> On 31/10/2016 00:48, Chris Gilbert wrote:
>>> Greetings,
>>>
>>> We use both QT5 and the Autodesk FBX loader in our application - and we
>>> would strongly prefer Qt to NOT link it in.
>>>
>>> There is a need quite often for us to update the Autodesk FBX SDK
>>> asymmetrically to QT, and it would be preferable QT doesn't use it in
>>> order to avoid potential conflicts.
>>>
>>> Also, I believe there is a provision in the Autodesk FBX library which
>>> forbids inclusion in free/open source software.
>>> (Anti-blender provision)
>>>
>>> As a result, I believe Blender and some other applications (UE4) have
>>> done their own implementation, perhaps QT could borrow from that?
>>
>> Yeah, trouble with that approach is we are always chasing feature
>> support and we'd rather focus efforts elsewhere. The options look like:
>>
>> * Provide a precompiled plugin like Qt does for the mysql/postgres
>> database driver plugins but which requires the user to install the fbx
>> dll's.
>>
>> * Source only plugin to allow users to easily build it against the fbx sdk.
>>
>> * dlopen the fbx lib from a plugin.
>>
>> We do not intend to ship the fbx sdk or compile it in or link it
>> directly to Qt for the reasons you mention.
>
> We’re facing the same problem in a couple of places in Qt. For postgres/mysql we provide a precompiles plugin, but don’t ship the client libs which has proven to be problematic, as users wonder why it doesn’t work, or because of BC issues on Windows.
>
> Other SQL plugins such as Oracle or DB2 are only reachable through compiling the source code. Unfortunately we don’t make that easy currently, as these plugins are shipped as part of qtbase, not as a standalone package.
>
> It might make sense to rethink this, and provide those plugins as standalone source packages, that can be easily compiled within creator by our users. That would of probably also require that they live in a repository separate from qtbase (for SQL) or qt3d (in your case).

I like that idea. We could add those repos as source only options to the 
Qt SDK installer to make it easy for end user developers.

To this end, could somebody create us a qt3d-plugins git repo and gerrit 
project please?

Many thanks,

Sean