<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 16 janv. 2020 à 15:20, Ihor Dvoretskyi <<a href="mailto:ihor.dvoretskyi@gmail.com">ihor.dvoretskyi@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div>The digiKam snap exists as well - <a href="https://snapcraft.io/digikam" target="_blank">https://snapcraft.io/digikam</a>, but it's maintained by someone else, not by the KDE project itself (or not by Gilles, for example). So, I would not trust it as it is not an official digiKam release artifact.<div dir="auto"><br></div><div dir="auto">So, strategically my question is more a request to have the officially supported and maintained by the digiKam project Flatpak and Snap packages.</div></div></div></blockquote><div><br></div><div>The response is no... if no other person do not do the job. For the moment, i maintain AppImage, Windows and MacOS bundles. I cannot do more than this... Maintaining these packages take a while. <br></div><div><br></div><div>I'm not to much interested by the cloud delegation to build this kind of packages, as we will lost to most important point : to know all the in-deep details to assemble optimized bundles accordingly with the reports posted by users on bugzilla.</div><div><br></div><div>All the bundles are built on my computers at home and it work like a charm now (more and less), after 3 years of development. It's not perfect, but if we delegate this kind of job, we will inherit of other projects dependencies/constrains. We needs flexibility, not complexity.<br></div><div> </div><div>Best</div><div><br></div><div>Gilles Caulier</div><br></div></div>