<div dir="ltr"><div class="gmail_default" style="font-family:georgia,serif;font-size:small">Gilles Caulier,</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small">Thank you so much for all the hard work you are doing on digiKam. I have been using the program for a long</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small">time and look forward to the change for GNU/Linux from Appimage to FlatPack and I also hope that face</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small">recognition will improve. I believe that 64-bit software is what is necessary for software this complicated and</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small">comprehensive.</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small">Yours gratefully,</div><div class="gmail_default" style="font-family:georgia,serif;font-size:small">Jack Marxer</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 24, 2020 at 12:24 PM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all users,<br>
<br>
I would to give some feedback about the digiKam bundles migration advance...<br>
<br>
The current files provided by the project are listed below :<br>
<br>
- Linux AppImage 64 bits<br>
- Linux AppImage 32 bits<br>
- Macos Package installer 64 bits (based on Macports)<br>
- Windows installer 64 bits (compiled with MXE - MinGW)<br>
- Windows installer 32 bits (compiled with MXE - MinGW)<br>
<br>
Current problems for these bundles are listed below :<br>
<br>
- AppImage : not signed, do not support KIO extensions, do not support<br>
ICU (language extension), not published on official repository.<br>
- MacOS package : It's not relocatable, even if MacOS support well<br>
this feature. I don't found the time to finalize yet the install<br>
relocation support in bash script. Package is not published on MacOS<br>
store.<br>
- MXE Windows installer : not signed, not published on Windows store.<br>
Do not support KIO extension.<br>
<br>
But we have a new one starting to work and i working on : FlatPak<br>
<br>
This one is signed, published of official repository automatically<br>
(you can install it on Discover application for ex). It support ICU<br>
and KIO too... FlatPak is compiled on KDE infrastructure nightly and<br>
automatically. Only a 64 bits version is supported.<br>
<br>
This want mean that AppImage end of life is near. We will still<br>
publish officially the AppImage until 7.0.0, but later, if FlatPak do<br>
the job as well, AppImage will be dropped...<br>
<br>
For Windows, all the digiKam code compile fine under Microsoft Visual<br>
C++ compiler. This is the goal to obtain a signed and published<br>
version on Microsoft store. You can imagine that Microsoft will only<br>
support the official Windows compiler, and not GCC to permit to sign<br>
and publish application on the store. Don't forget, Microsoft is well<br>
Closed Source (:=))))<br>
<br>
Microsoft compiler is just the hell. It slow and require a Windows<br>
operating system. The current cross compilation solution that we use<br>
work fully under Linux, and compilation time are reduced by 4/5 ! A<br>
full Linux Workflow is a non virus guaranty !<br>
<br>
The Visual C++ workflow is also only available on 64 bits and is<br>
computed on KDE infrastructure, but the installer compilation is<br>
broken due to a weird configuration on KDE infrastructure. I currently<br>
try to found a work around.<br>
<br>
Personalty, i don't want to left MXE solution for the moment.<br>
<br>
For MacOS, the KDE infrastructure based on Craft compilation framework<br>
will be a solution to sing and publish a relocatable package for<br>
Apple. digiKam do not compile yet due to  missing dependencies.<br>
<br>
Voilà, i hope to be enough clear with these technical points.<br>
<br>
My best<br>
<br>
Gilles Caulier<br>
</blockquote></div>