<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-11-03 8:06 GMT+01:00 Remco Viëtor <span dir="ltr"><<a href="mailto:remco.vietor@wanadoo.fr" target="_blank">remco.vietor@wanadoo.fr</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5">On jeudi 2 novembre 2017 11:52:58 CET Gilles Caulier wrote:<br>
> Hi all,<br>
><br>
> Just few words in this room about the bundles files created at each digiKam<br>
> releases.<br>
><br>
> Currently we provide :<br>
><br>
> - 2 Windows installers : 32 and 64 bits.<br>
> - 1 MacOS PKG : 64 bits.<br>
> - 2 Linux AppImage : 32 and 64 bits.<br>
><br>
> I plan to drop the 32 bits versions and let's only the 64 bits.<br>
><br>
> Why ? because 32 bits become more and more difficult to build, especially<br>
> the AppImage. I spare a lots of time to maintain the bundles compilation<br>
> workflow. All this time passed at this task is not used to really code in<br>
> digiKam.<br>
><br>
> About AppImage, this needs to be compiled from scratch. I use CentOS 6 to<br>
> prevent broken binary compatibility with glibc with recent Linux distro.<br>
><br>
> CentOS 6 32 bits is not maintained anymore. To get last compiler version<br>
> supporting C++11 at least to compile Qt5 and KF5, i need to branch the<br>
> distro to Scientific Linux from the CERN which provide extra repository.<br>
> But this become step by step complicated to maintain in time. I tried to<br>
> use last Qt 5.9.2 and the compiler version is not enough. And i don't talk<br>
> about last KF5 version witch use more and more C++14 rules in source code<br>
> which are not supported well by old compilers.<br>
><br>
> Note : The Windows 32 bits croos-compiled with MXE is not problematic, but<br>
> to be homogeneous, i will drop this one too.<br>
><br>
> Another point in favor of 64 bits against 32 bits version : 32 bits is<br>
> limited in absolute to 4 GB of RAM, lees of course delegate to OS. So<br>
> digiKam will quickly saturate the memory if you try to manage huge images<br>
> (as panorama for ex).<br>
><br>
> An last point : 32 bits systems become less and less used. My viewpoint is<br>
> to promote 64 bits instead now.<br>
><br>
> Users viewpoints are welcome.<br>
> Thanks in advance<br>
<br>
</div></div>I've switched to 64-bit years ago, so /for me/, maintaining a 32-bit version<br>
looks like a waste of time. And from the other answers, there's /perhaps/ one<br>
in there who is still using a 32-bit digikam version.<br>
<br>
Is it possible to freeze a 32-bit source (for older OS versions), and only<br>
provide builds for 64-bit versions? After all, the 32-bit OSs seem to be<br>
outdated (at least as far as Linux is concerned), so users are already behind<br>
on security patches. If you provide source tarballs, the 32-bit users will<br>
still have access to the program, but of course w/o the latest functionality.<br></blockquote><div><br></div><div>I will be more precise here. There is no digiKam 32 bits branch dedicated to 32 OS.</div><div>The digiKam code is the same everywhere.</div><div><br></div><div>The problematic is about the dependencies library where i need to apply some patch while compilation of bundles 32 bits.</div><div><br></div><div>The most problematic is KF5. Until 5.36, it was easy, with more recent versions become infernal.</div><div><br></div><div>Until now QT5 5.9.1 compile fine, New 5.9.2 start to break the compatibility.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
And if the libraries Digikam depends on are moving more and more to C++11/C+<br>
+14, older systems will get forced out sooner rather than later anyway. It's<br>
unreasonable to expect a small player wasting time for a platform the big ones<br>
have dropped...<br>
<br>
Btw, I thought digikam was moving away from the KDE frameworks, and aimed to<br>
be 'QT only'?<br>
<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>digiKam is not fully a pure Qt5 application. It still 15/20 % of KF5 dependencies, the most complex to remove.</div><div><br></div><div>Look the full list of digiKam dependencies here :</div><div><br></div><div><a href="https://cgit.kde.org/digikam-software-compilation.git/tree/DEPENDENCIES">https://cgit.kde.org/digikam-software-compilation.git/tree/DEPENDENCIES</a></div><div><br></div><div>Note : "opt" is this list want mean optional. Look well the explaination on the right side of list.</div><div> </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-HOEnZb"><font color="#888888">
Remco<br>
</font></span><br>
P.S. If indeed the Windows 32-bit build cross-compiles w/o problems, deprecate<br>
it for a year or so after dropping the other 32-bit builds?<br>
</blockquote></div><br></div><div class="gmail_extra">So typically for 6.0.0 main release...</div><div class="gmail_extra"><br></div><div class="gmail_extra">Gilles Caulier</div></div>