<html><head></head><body>Another KDE dev created a flatpak manifest for the nightly version of digiKam, so adapting that manifest to the stable version should not be difficult, given that someone wants to do that work.<br>
<br>
I might take a stab at it if I find some time.<br>
<br>
-m<br><br><div class="gmail_quote">On August 18, 2018 10:13:08 AM PDT, Gilles Caulier <caulier.gilles@gmail.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div dir="auto">Flat pack vs AppImage : this is a good question</div></div><div dir="auto"><br></div><div dir="auto">2 years ago I was contacted by the AppImage Lead developer to propose a digikam bundle</div><div dir="auto"><br></div><div dir="auto">I this tile I was already take a look to the bundles for Linux. Flatpack was not really documented and AppImage very well. With the help of AppImage, the Rita team which already provide an AppImage bundle I created a first version in 3 weeks with the minimum features. Since this time I create a lots of bash scripts to create the bundles with a good documentation. This include also windows with a cross compilation through mixe, and macOS using Mac ports. </div><div dir="auto"><br></div><div dir="auto">Flatpack is more mature now and more secure from the start to send box the application better than AppImage.</div><div dir="auto">AppImage has now the same concept, so there is no more advantage to use flatpack.</div><div dir="auto"><br></div><div dir="auto">So I will not investigate to create a flatpack version of DK. If someone want to do it, no problem, but I maintain the AppImage and my time is limited</div><div dir="auto"><br></div><div dir="auto">Other important point : keep provide a bundle factory including AppImage, windows installer and Mac package</div><div dir="auto">This use step by step the craft framework. This can be fine for small applications, but for digikam we need something we’ll customized.</div><div dir="auto"><br></div><div dir="auto"><div><a href="https://binary-factory.kde.org/">https://binary-factory.kde.org/</a></div><div dir="auto"><br></div><div dir="auto">Perhaps, in the future, we will use this service, but for the moment, the do scripts do the job well since a very long time, where craft framework still under development ( I receive the mails from the team)</div><div dir="auto"><br></div><div dir="auto">Voilà for this story. Packaging is complex job and take a while, but a complex application badly packaged cannot work properly and finally, users will report the application as completely bugous.</div><div dir="auto"><br></div><div dir="auto">Gilles caulier</div><br></div><div><br><div class="gmail_quote"><div dir="ltr">Le sam. 18 août 2018 à 17:22, <<a href="mailto:digikam@911networks.com">digikam@911networks.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 18 Aug 2018 14:35:12 +0200<br>
Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>> wrote:<br>
<br>
> So to resume :<br>
> <br>
> 1/ I support AppImage<br>
> 2/ I will continuous to support AppImage in the future.<br>
> 3/ If you don't like AppImage, ask to your packagers to update and<br>
> support digiKam application natively in your system, because we<br>
> (digiKam team) don't it instead.<br>
<br>
I like the principle of appimage. It allows me to use DK. Currently,<br>
I'm on xfce. It makes my life simple.<br>
<br>
Question to Gilles:<br>
<br>
appimage vs flatpak.<br>
<br>
More and more are using flatpak to include everything. My son, in<br>
academia/bioinfomatics requires that people send their software in<br>
"flatpaks" which is becoming quite well accepted in academia.<br>
<br>
BTW, Isn't GIMP also using flatpak with Redhat supporting the project?<br>
<br>
-- <br>
sknahT<br>
<br>
vyS<br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Send with Gmail Mobile</div>
</blockquote></div></body></html>