Hi all users,
As you know, MacOS and Windows packaging are now easy to generate automatically with my sets of BASH scripts in digiKam. I thinking to add AppImage bundle, as Krita do. But as i pass 2 full months of works to packaging MacOS and Windows, I would to be more efficient with Linux Bundle. I'm a little bit tired with packaging stuff... After all, i'm developer, not packager. So if a contributor would to help me in this task, it will be great. First Q : There is a real needs for Linux Bundle ? I think yes, even if Linux distro do the job, and i know very well how it's complicated to do... 2nd Q : Somebody know if an automatic service already exist to create a Linux Bundle as AppImage ? 3nd Q : AppImage is the best choice to make Linux Bundle ? I know that other solutions exists, but i have no experience on it. Best Gilles Caulier |
Hello Gilles,
I think digikam right now is not ready to be packaged as AppImage. The main reason is because it still depends on kdelibs. I think Krita is pure Qt. AppImage tries to bundle everything in one file: 1. digikam sources 2. boost 3. opencv 4. exiv 5. raw 6 Qt? etc..but it will be very bad to include all KDE and it's dependencies. Veaceslav On Tue, Aug 9, 2016 at 1:49 PM, Gilles Caulier <[hidden email]> wrote: > Hi all users, > > As you know, MacOS and Windows packaging are now easy to generate > automatically with my sets of BASH scripts in digiKam. > > I thinking to add AppImage bundle, as Krita do. > > http://appimage.org/ > > But as i pass 2 full months of works to packaging MacOS and Windows, I would > to be more efficient with Linux Bundle. I'm a little bit tired with > packaging stuff... After all, i'm developer, not packager. So if a > contributor would to help me in this task, it will be great. > > First Q : There is a real needs for Linux Bundle ? I think yes, even if > Linux distro do the job, and i know very well how it's complicated to do... > > 2nd Q : Somebody know if an automatic service already exist to create a > Linux Bundle as AppImage ? > > 3nd Q : AppImage is the best choice to make Linux Bundle ? I know that other > solutions exists, but i have no experience on it. > > Best > > Gilles Caulier |
Veaceslav, we already need to include KDE libs when we install Digikam anyway. So, I can't see the difference, the package size? I really don't know how Appimage handles these redundant dependencies in the same system, but I think that Snap handle this kind of issue very well. []`s On Tue, Aug 9, 2016 at 12:08 PM, Veaceslav Munteanu <[hidden email]> wrote: Hello Gilles, |
In reply to this post by Veaceslav Munteanu-2
No Even if Krita has reduced KDE dependencies as digiKam, it still some rules around KDE core API, especially the run-time at startup, that we have dropped. In fact KDELibs is not a problem to bundle. I do it with Windows and MacOS without problem after a dependencies reduce and especially the runtime, which is a big puzzle. That explain the KDE application running outside Linux is poor. Gilles 2016-08-09 17:08 GMT+02:00 Veaceslav Munteanu <[hidden email]>: Hello Gilles, |
I see that Krita have both AppImage and Snapcraft images, maybe we can ask them for some help... On 9 Aug 2016 6:07 pm, "Gilles Caulier" <[hidden email]> wrote:
|
Both bundle to support equal double job... One is enough i think. No need to multiply way to package. Time is limited. This is why for example, i drop MSVC compiler support and only use cross compiler under Linux through MXE. MSVC is just a waste of time to support and introduce weird problem as necessary to use specific and redistributable M$ dll, force binary to not include debug full symbols, introduce virus risk as it must be compiled under Windows, etc... And i don't talk about the precompiler rules to add in source code to have a clean compilation trace because C++ support is just a pain... This is why i post this message. What's the best and sustainable in time bundle type for Linux. For me, just one is enough... Gilles Caulier 2016-08-10 11:03 GMT+02:00 Veaceslav Munteanu <[hidden email]>:
|
Free forum by Nabble | Edit this page |