<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 25 janv. 2022 à 08:06, Remco Viëtor <<a href="mailto:remco.vietor@wanadoo.fr">remco.vietor@wanadoo.fr</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>On lundi 24 janvier 2022 13:42:22 CET <a href="mailto:pixelpiet@web.de" target="_blank">pixelpiet@web.de</a> wrote:<br>
> But I would have a constructive proposal. Perhaps the Digikam project<br>
> should take an example of the distribution of DarkTable, which reach a<br>
> wide range of Linux versions via SUSE OBS in native versions.<br>
<br>
But that requires users with the time and willingness to build for those <br>
distributions, and ideally test them... <br>
<br>
And sometimes it's not easy to get the newest versions to build cleanly with <br>
all features when the target distribution doesn't have the correct version of <br>
a dependency installed (you won't get distributions to update to a new library <br>
version just for one program, if that means other things could break).</div></blockquote><div><br></div><div>Hi,</div><div><br></div><div>This is why, for Linux we provide a complete AppImage bundle, which is so far much easy to use from a user-viewpoint. Snap and Flatpak use a guarded environnement de facto to run applications in the host system. This is the hell for users to communicate with other native applications due to restrictions. It's also the hell to access the host files, or to communicate with the service through the network. All for security reasons of course, but too much is too much.   <br></div><div><br></div><div>AppImage is really more simple : the application and libraries bundled are hosted in a chroot file system in memory (ISO9660) and decompressed at run time and attached somewhere in /tmp. There are no restrictions by default, but you can manage the bundle in a service to guard applications at run-time.</div><div><br></div><div>Personally, I'm lost with Flatpak and Snap, and I maintain all the digiKam bundles including AppImage, this last one is really very powerful. We package all the rolling release shared libraries to run digiKam and Showfoto. We have full control of the bundle contents, and we automate the deployment of daily bundles including last changes done by developers. It's the best way to test last changes to see if bugs reported are really fixed. <br></div><div><br></div><div>With AppImage, just download the file, and make it as executable. Place the file where you want, nothing will be installed on your system. You can test AppImage in parallel with a native package already installed. For the main release, you must backup your database to prevent side effects if changes are done in database structure, to be able to go back to a previous version if necessary. <br></div><div><br></div><div>We don't want to use the cloud to make bundles at all. We want full control of the build system to be sure about security. And more, for Windows installers, ALL is cross compiled under Linux, there is no Windows system at all to compile code. There is no risk of virus, and managing Windows deployment is so far easy under Linux than under Windows...</div><div><br></div><div>Voilà</div><div><br></div><div>Gilles Caulier<br></div><div><br></div></div></div>