Hi Jan,

I agree that not everything should be in there.
That's why I didn't list dependencies like postgres, proj4, geos, gdal
and many more.

The main goal I have here is to minimize the maintenance overhead by
finding the best way to generalize runtimes. E.g. QtLocation is a core
Qt module, so I think they should be part of a runtime that targets to
be the runtime for "most Qt-based applications as well".

Another approach would be to have a generic Qt runtime on top of which a
separate KDE runtime can be built and another one we manage for our
dependencies. I'm open for all kind of clever ideas.

All the best
Matthias

On 11/14/2016 12:57 PM, Jan Grulich wrote:
> Hi,
> 
> if you add your additional dependencies which are not in KDE's flatpak 
> runtime 
> currently, then I guess it won't have any difference for your users. They 
> will 
> either have to download a runtime requiring more space or an app bundle/repo 
> requiring extra space due to QtLocation, QCA and so on. My personal opinion 
> is 
> that we should cover the most needed stuff for most of the KDE/Qt 
> applications, while keep the extra dependencies in application manifests 
> itself, avoiding to make our runtime unnecesarily huge. Anyway, it's not me 
> who takes care currently of KDE/Qt flatpak runtime, so not my decision.
> 
> Regards,
> Jan
> 
> On pondělí 14. listopadu 2016 12:44:42 CET Matthias Kuhn wrote:
>> Hi,
>>
>> I'm a developer of QGIS [1] which makes heavy use of Qt libraries. I was
>> very happy to see the work on a KDE flatpak repository which already
>> packages Qt [2].
>>
>> I have recently been looking into a couple of different approaches to
>> ship app bundles and flatpak sounds like a very interesting one.
>>
>> To not duplicate work I would like to ask if there is interest for a
>> collaboration. In particular, for our needs:
>>
>>  * We require the QtLocation module. Are there plans for adding this?
>>    I will be happy to share a trivial patch that adds this.
>>
>>  * We also require other components which are closely related to Qt:
>>    Qt Cryptographic Architecture (QCA), QWT, QScintilla, PyQt5, would
>>    you be interested in integrating them into this repository as well?
>>
>> Kind regards
>> Matthias
>>
>> [1] http://qgis.org
>> [2] https://community.kde.org/Guidelines_and_HOWTOs/Flatpak
> 

Reply via email to