[digiKam-users] Gimp, Kimageformats, Digikam, sun is shining...

[leoutation]

Hi
Good news for Digikam and Gimp users, I see a lot of work on
kimageformats to solve .xcf issue :)
https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf

--
Maderios

[Gilles Caulier-4]

Right,

Depending how the implementation progress, this will be available in next KF5 framework release.

This want mean too, that i need to update the KF5 version to use in all bundles, without to see any side effects.

KF5 is huge and a small change can introduce a dysfunction into a large application as digiKam, even if we still to use 15% of KF5.

Remember that KF5 inter-dependencies between each components still important. This is a real problem, for ex, if we want to use a KTextEdit widget with spell checking

feature, this explode the needs to compile. This is why KTextEdit is banned for digiKam for the moment (we needs to wait a pure Qt5 implementation in QTextEdit).

Gilles Caulier

Le mer. 30 janv. 2019 à 14:20, <[hidden email]> a écrit :

Hi
Good news for Digikam and Gimp users, I see a lot of work on
kimageformats to solve .xcf issue :)
https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf

--
Maderios

[leoutation]

On 1/30/19 2:28 PM, Gilles Caulier wrote:

> Right,
>
> Depending how the implementation progress, this will be available in
> next KF5 framework release.
>
> This want mean too, that i need to update the KF5 version to use in all
> bundles, without to see any side effects.
> KF5 is huge and a small change can introduce a dysfunction into a large
> application as digiKam, even if we still to use 15% of KF5.
>
> Remember that KF5 inter-dependencies between each components still
> important. This is a real problem, for ex, if we want to use a KTextEdit
> widget with spell checking
> feature, this explode the needs to compile. This is why KTextEdit is
> banned for digiKam for the moment (we needs to wait a pure Qt5
> implementation in QTextEdit).

Hi
Some days ago, kimageformats was upgraded to last 5.55 in Arch. I
recompiled digikam-git. Same issue, gimp-2.10 .xcf thumbnails are not
displayed in digikam...

>
> Gilles Caulier
>
> Le mer. 30 janv. 2019 à 14:20, <[hidden email]
> <mailto:[hidden email]>> a écrit :
>
>     Hi
>     Good news for Digikam and Gimp users, I see a lot of work on
>     kimageformats to solve .xcf issue :)
>     https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf
>
>     --
>     Maderios
>

--
Maderios

[Gilles Caulier-4]

This week end, i will rebuild all bundles with KF5 5.55 and see where is the problem.

I fear, in fact that we need later to do a XCF image loader as well in digiKam core, to not depend of KimageFormats, which is not well maintained...

Perhaps the idea is to extend the plugin loader in digiKam 6.1.0 to permit to  write image loaders as plugins for better flexibility.

Gilles Caulier

Le ven. 15 févr. 2019 à 11:32, <[hidden email]> a écrit :

On 1/30/19 2:28 PM, Gilles Caulier wrote:
> Right,
>
> Depending how the implementation progress, this will be available in
> next KF5 framework release.
>
> This want mean too, that i need to update the KF5 version to use in all
> bundles, without to see any side effects.
> KF5 is huge and a small change can introduce a dysfunction into a large
> application as digiKam, even if we still to use 15% of KF5.
>
> Remember that KF5 inter-dependencies between each components still
> important. This is a real problem, for ex, if we want to use a KTextEdit
> widget with spell checking
> feature, this explode the needs to compile. This is why KTextEdit is
> banned for digiKam for the moment (we needs to wait a pure Qt5
> implementation in QTextEdit).
Hi
Some days ago, kimageformats was upgraded to last 5.55 in Arch. I
recompiled digikam-git. Same issue, gimp-2.10 .xcf thumbnails are not
displayed in digikam...


>
> Gilles Caulier
>
> Le mer. 30 janv. 2019 à 14:20, <[hidden email]
> <mailto:[hidden email]>> a écrit :
>
>     Hi
>     Good news for Digikam and Gimp users, I see a lot of work on
>     kimageformats to solve .xcf issue :)
>     https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf
>
>     --
>     Maderios
>


--
Maderios

[Gilles Caulier-4]

Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to compile.

The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with this version (i tried to hack).

So i updated at least to KF5 5.54 with is the last version compatible with Qt 5.9.7 LTS.

This is another point that i hate to seen KDE not compatible with the Qt long time support version. Passing to Qt 5.11 introduce regression and i don't want to pass to Qt 5.12 until the LTS is declared by Qt team.

Including new Qt version in AppImage is complicated and require time. I want to do it for the moment.

And i want to not talk about MAcOS support where Qt is only compatible with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will be only compatible with more recent version of MAcOS. The backward compatibility is limited.

Funny, the only bundle which use Qt 5.12, and which is compiled with KF5 5.55, is... the windows installer. Thanks MXE cross compiler team which support well last Qt version.

To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat framework with last XCF support...

Gilles Caulier

Le ven. 15 févr. 2019 à 14:06, Gilles Caulier <[hidden email]> a écrit :

This week end, i will rebuild all bundles with KF5 5.55 and see where is the problem.

I fear, in fact that we need later to do a XCF image loader as well in digiKam core, to not depend of KimageFormats, which is not well maintained...

Perhaps the idea is to extend the plugin loader in digiKam 6.1.0 to permit to  write image loaders as plugins for better flexibility.

Gilles Caulier

Le ven. 15 févr. 2019 à 11:32, <[hidden email]> a écrit :

On 1/30/19 2:28 PM, Gilles Caulier wrote:
> Right,
>
> Depending how the implementation progress, this will be available in
> next KF5 framework release.
>
> This want mean too, that i need to update the KF5 version to use in all
> bundles, without to see any side effects.
> KF5 is huge and a small change can introduce a dysfunction into a large
> application as digiKam, even if we still to use 15% of KF5.
>
> Remember that KF5 inter-dependencies between each components still
> important. This is a real problem, for ex, if we want to use a KTextEdit
> widget with spell checking
> feature, this explode the needs to compile. This is why KTextEdit is
> banned for digiKam for the moment (we needs to wait a pure Qt5
> implementation in QTextEdit).
Hi
Some days ago, kimageformats was upgraded to last 5.55 in Arch. I
recompiled digikam-git. Same issue, gimp-2.10 .xcf thumbnails are not
displayed in digikam...


>
> Gilles Caulier
>
> Le mer. 30 janv. 2019 à 14:20, <[hidden email]
> <mailto:[hidden email]>> a écrit :
>
>     Hi
>     Good news for Digikam and Gimp users, I see a lot of work on
>     kimageformats to solve .xcf issue :)
>     https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf
>
>     --
>     Maderios
>


--
Maderios

[leoutation]

On 2/19/19 6:08 PM, Gilles Caulier wrote:

> Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to
> compile.
> The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with
> this version (i tried to hack).
>
> So i updated at least to KF5 5.54 with is the last version compatible
> with Qt 5.9.7 LTS.
>
> This is another point that i hate to seen KDE not compatible with the Qt
> long time support version. Passing to Qt 5.11 introduce regression and i
> don't want to pass to Qt 5.12 until the LTS is declared by Qt team.
>
> Including new Qt version in AppImage is complicated and require time. I
> want to do it for the moment.
>
> And i want to not talk about MAcOS support where Qt is only compatible
> with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will
> be only compatible with more recent version of MAcOS. The backward
> compatibility is limited.
>
> Funny, the only bundle which use Qt 5.12, and which is compiled with KF5
> 5.55, is... the windows installer. Thanks MXE cross compiler team which
> support well last Qt version.
>
> To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat
> framework with last XCF support...
>

Are gimp 2.10 .xcf thumbnails displayed with your w$ installer?
In my case, i compiled digikam-git with last kf5-5.55 and qt-5.12.
gimp 2.10 xcf thumbnails are not displayed.

> Gilles Caulier
>
> Le ven. 15 févr. 2019 à 14:06, Gilles Caulier <[hidden email]
> <mailto:[hidden email]>> a écrit :
>
>     This week end, i will rebuild all bundles with KF5 5.55 and see
>     where is the problem.
>
>     I fear, in fact that we need later to do a XCF image loader as well
>     in digiKam core, to not depend of KimageFormats, which is not well
>     maintained...
>
>     Perhaps the idea is to extend the plugin loader in digiKam 6.1.0 to
>     permit to  write image loaders as plugins for better flexibility.
>
>     Gilles Caulier
>
>     Le ven. 15 févr. 2019 à 11:32, <[hidden email]
>     <mailto:[hidden email]>> a écrit :
>
>         On 1/30/19 2:28 PM, Gilles Caulier wrote:
>          > Right,
>          >
>          > Depending how the implementation progress, this will be
>         available in
>          > next KF5 framework release.
>          >
>          > This want mean too, that i need to update the KF5 version to
>         use in all
>          > bundles, without to see any side effects.
>          > KF5 is huge and a small change can introduce a dysfunction
>         into a large
>          > application as digiKam, even if we still to use 15% of KF5.
>          >
>          > Remember that KF5 inter-dependencies between each components
>         still
>          > important. This is a real problem, for ex, if we want to use
>         a KTextEdit
>          > widget with spell checking
>          > feature, this explode the needs to compile. This is why
>         KTextEdit is
>          > banned for digiKam for the moment (we needs to wait a pure Qt5
>          > implementation in QTextEdit).
>         Hi
>         Some days ago, kimageformats was upgraded to last 5.55 in Arch. I
>         recompiled digikam-git. Same issue, gimp-2.10 .xcf thumbnails
>         are not
>         displayed in digikam...
>
>
>          >
>          > Gilles Caulier
>          >
>          > Le mer. 30 janv. 2019 à 14:20, <[hidden email]
>         <mailto:[hidden email]>
>          > <mailto:[hidden email] <mailto:[hidden email]>>> a écrit :
>          >
>          >     Hi
>          >     Good news for Digikam and Gimp users, I see a lot of work on
>          >     kimageformats to solve .xcf issue :)
>          > https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf
>          >
>          >     --
>          >     Maderios
>          >
>
>
>         --
>         Maderios
>

--
Maderios

[Gilles Caulier-4]

Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a écrit :

On 2/19/19 6:08 PM, Gilles Caulier wrote:
> Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to
> compile.
> The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with
> this version (i tried to hack).
>
> So i updated at least to KF5 5.54 with is the last version compatible
> with Qt 5.9.7 LTS.
>
> This is another point that i hate to seen KDE not compatible with the Qt
> long time support version. Passing to Qt 5.11 introduce regression and i
> don't want to pass to Qt 5.12 until the LTS is declared by Qt team.
>
> Including new Qt version in AppImage is complicated and require time. I
> want to do it for the moment.
>
> And i want to not talk about MAcOS support where Qt is only compatible
> with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will
> be only compatible with more recent version of MAcOS. The backward
> compatibility is limited.
>
> Funny, the only bundle which use Qt 5.12, and which is compiled with KF5
> 5.55, is... the windows installer. Thanks MXE cross compiler team which
> support well last Qt version.
>
> To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat
> framework with last XCF support...
>

Are gimp 2.10 .xcf thumbnails displayed with your w$ installer?
In my case, i compiled digikam-git with last kf5-5.55 and qt-5.12.
gimp 2.10 xcf thumbnails are not displayed.

 

To be honest, i don't yet tested, as i tried to complete quickly the 6.0.0 release announcement.

Gilles Caulier

[Maik Qualmann]

Just as a note, about 2 weeks ago I was able to open the Gimp-2.10 files under
openSUSE Tumbleweed with digiKam and Gwenview. They were loaded via the QImage
loader. KImageFormat installed version 5.54. I assumed that maybe a git
version is used. Now after the update last week on KF-5.55 this feature has
disappeared again.
Maybe someone is reading from openSUSE and can give an explanation?

Maik

Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb Gilles Caulier:

> Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a écrit :
> > On 2/19/19 6:08 PM, Gilles Caulier wrote:
> > > Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to
> > > compile.
> > > The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with
> > > this version (i tried to hack).
> > >
> > > So i updated at least to KF5 5.54 with is the last version compatible
> > > with Qt 5.9.7 LTS.
> > >
> > > This is another point that i hate to seen KDE not compatible with the Qt
> > > long time support version. Passing to Qt 5.11 introduce regression and i
> > > don't want to pass to Qt 5.12 until the LTS is declared by Qt team.
> > >
> > > Including new Qt version in AppImage is complicated and require time. I
> > > want to do it for the moment.
> > >
> > > And i want to not talk about MAcOS support where Qt is only compatible
> > > with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will
> > > be only compatible with more recent version of MAcOS. The backward
> > > compatibility is limited.
> > >
> > > Funny, the only bundle which use Qt 5.12, and which is compiled with KF5
> > > 5.55, is... the windows installer. Thanks MXE cross compiler team which
> > > support well last Qt version.
> > >
> > > To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat
> > > framework with last XCF support...
> >
> > Are gimp 2.10 .xcf thumbnails displayed with your w$ installer?
> > In my case, i compiled digikam-git with last kf5-5.55 and qt-5.12.
> > gimp 2.10 xcf thumbnails are not displayed.
>
> To be honest, i don't yet tested, as i tried to complete quickly the 6.0.0
> release announcement.
>
> Gilles Caulier

[Gilles Caulier-4]

Good news,

After 2 weeks of works, the pre-release 6.1.0 bundles are now reconstructed
from scratch with:

- All OpenCV options for CUDA, OPenMP, and OPenCL disabled to prevent crashes
in face management.
- A large upgrade of Qt5 from 5.9.7 to 5.11.3.
- An upgrade to KF5 5.55. This want mean that i'm now able to update to next KF5 5.56 planned in one week with the new XCF format support !
- An upgrade to Ffmpeg 3.3.9
- The fontconfig/freetype integration in the bundle to reduce system
dependencies

Files can be downloaded here :

https://files.kde.org/digikam/

Please test and report.

Gilles Caulier

Le mar. 19 févr. 2019 à 22:06, Maik Qualmann <[hidden email]> a écrit :

Just as a note, about 2 weeks ago I was able to open the Gimp-2.10 files under
openSUSE Tumbleweed with digiKam and Gwenview. They were loaded via the QImage
loader. KImageFormat installed version 5.54. I assumed that maybe a git
version is used. Now after the update last week on KF-5.55 this feature has
disappeared again.
Maybe someone is reading from openSUSE and can give an explanation?

Maik

Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb Gilles Caulier:
> Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a écrit :
> > On 2/19/19 6:08 PM, Gilles Caulier wrote:
> > > Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to
> > > compile.
> > > The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with
> > > this version (i tried to hack).
> > >
> > > So i updated at least to KF5 5.54 with is the last version compatible
> > > with Qt 5.9.7 LTS.
> > >
> > > This is another point that i hate to seen KDE not compatible with the Qt
> > > long time support version. Passing to Qt 5.11 introduce regression and i
> > > don't want to pass to Qt 5.12 until the LTS is declared by Qt team.
> > >
> > > Including new Qt version in AppImage is complicated and require time. I
> > > want to do it for the moment.
> > >
> > > And i want to not talk about MAcOS support where Qt is only compatible
> > > with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will
> > > be only compatible with more recent version of MAcOS. The backward
> > > compatibility is limited.
> > >
> > > Funny, the only bundle which use Qt 5.12, and which is compiled with KF5
> > > 5.55, is... the windows installer. Thanks MXE cross compiler team which
> > > support well last Qt version.
> > >
> > > To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat
> > > framework with last XCF support...
> >
> > Are gimp 2.10 .xcf thumbnails displayed with your w$ installer?
> > In my case, i compiled digikam-git with last kf5-5.55 and qt-5.12.
> > gimp 2.10 xcf thumbnails are not displayed.
>
> To be honest, i don't yet tested, as i tried to complete quickly the 6.0.0
> release announcement.
>
> Gilles Caulier

[Webreaper]

Does this build also have the fix that enables SD Card readers on MacBooks to be visible to DK for import functions?

On Thu, 7 Mar 2019 at 06:54, Gilles Caulier <[hidden email]> wrote:

Good news,

After 2 weeks of works, the pre-release 6.1.0 bundles are now reconstructed
from scratch with:

- All OpenCV options for CUDA, OPenMP, and OPenCL disabled to prevent crashes
in face management.
- A large upgrade of Qt5 from 5.9.7 to 5.11.3.
- An upgrade to KF5 5.55. This want mean that i'm now able to update to next KF5 5.56 planned in one week with the new XCF format support !
- An upgrade to Ffmpeg 3.3.9
- The fontconfig/freetype integration in the bundle to reduce system
dependencies

Files can be downloaded here :

https://files.kde.org/digikam/

Please test and report.

Gilles Caulier

Le mar. 19 févr. 2019 à 22:06, Maik Qualmann <[hidden email]> a écrit :

Just as a note, about 2 weeks ago I was able to open the Gimp-2.10 files under
openSUSE Tumbleweed with digiKam and Gwenview. They were loaded via the QImage
loader. KImageFormat installed version 5.54. I assumed that maybe a git
version is used. Now after the update last week on KF-5.55 this feature has
disappeared again.
Maybe someone is reading from openSUSE and can give an explanation?

Maik

Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb Gilles Caulier:
> Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a écrit :
> > On 2/19/19 6:08 PM, Gilles Caulier wrote:
> > > Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to
> > > compile.
> > > The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with
> > > this version (i tried to hack).
> > >
> > > So i updated at least to KF5 5.54 with is the last version compatible
> > > with Qt 5.9.7 LTS.
> > >
> > > This is another point that i hate to seen KDE not compatible with the Qt
> > > long time support version. Passing to Qt 5.11 introduce regression and i
> > > don't want to pass to Qt 5.12 until the LTS is declared by Qt team.
> > >
> > > Including new Qt version in AppImage is complicated and require time. I
> > > want to do it for the moment.
> > >
> > > And i want to not talk about MAcOS support where Qt is only compatible
> > > with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will
> > > be only compatible with more recent version of MAcOS. The backward
> > > compatibility is limited.
> > >
> > > Funny, the only bundle which use Qt 5.12, and which is compiled with KF5
> > > 5.55, is... the windows installer. Thanks MXE cross compiler team which
> > > support well last Qt version.
> > >
> > > To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat
> > > framework with last XCF support...
> >
> > Are gimp 2.10 .xcf thumbnails displayed with your w$ installer?
> > In my case, i compiled digikam-git with last kf5-5.55 and qt-5.12.
> > gimp 2.10 xcf thumbnails are not displayed.
>
> To be honest, i don't yet tested, as i tried to complete quickly the 6.0.0
> release announcement.
>
> Gilles Caulier

[Gilles Caulier-4]

Hi,

Well, i'm not sure. I don't yet checked this feature under my MacBook pro.

Gilles Caulier

Le jeu. 7 mars 2019 à 08:39, Mark Otway <[hidden email]> a écrit :

Does this build also have the fix that enables SD Card readers on MacBooks to be visible to DK for import functions?

On Thu, 7 Mar 2019 at 06:54, Gilles Caulier <[hidden email]> wrote:

Good news,

After 2 weeks of works, the pre-release 6.1.0 bundles are now reconstructed
from scratch with:

- All OpenCV options for CUDA, OPenMP, and OPenCL disabled to prevent crashes
in face management.
- A large upgrade of Qt5 from 5.9.7 to 5.11.3.
- An upgrade to KF5 5.55. This want mean that i'm now able to update to next KF5 5.56 planned in one week with the new XCF format support !
- An upgrade to Ffmpeg 3.3.9
- The fontconfig/freetype integration in the bundle to reduce system
dependencies

Files can be downloaded here :

https://files.kde.org/digikam/

Please test and report.

Gilles Caulier

Le mar. 19 févr. 2019 à 22:06, Maik Qualmann <[hidden email]> a écrit :

Just as a note, about 2 weeks ago I was able to open the Gimp-2.10 files under
openSUSE Tumbleweed with digiKam and Gwenview. They were loaded via the QImage
loader. KImageFormat installed version 5.54. I assumed that maybe a git
version is used. Now after the update last week on KF-5.55 this feature has
disappeared again.
Maybe someone is reading from openSUSE and can give an explanation?

Maik

Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb Gilles Caulier:
> Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a écrit :
> > On 2/19/19 6:08 PM, Gilles Caulier wrote:
> > > Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to
> > > compile.
> > > The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with
> > > this version (i tried to hack).
> > >
> > > So i updated at least to KF5 5.54 with is the last version compatible
> > > with Qt 5.9.7 LTS.
> > >
> > > This is another point that i hate to seen KDE not compatible with the Qt
> > > long time support version. Passing to Qt 5.11 introduce regression and i
> > > don't want to pass to Qt 5.12 until the LTS is declared by Qt team.
> > >
> > > Including new Qt version in AppImage is complicated and require time. I
> > > want to do it for the moment.
> > >
> > > And i want to not talk about MAcOS support where Qt is only compatible
> > > with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will
> > > be only compatible with more recent version of MAcOS. The backward
> > > compatibility is limited.
> > >
> > > Funny, the only bundle which use Qt 5.12, and which is compiled with KF5
> > > 5.55, is... the windows installer. Thanks MXE cross compiler team which
> > > support well last Qt version.
> > >
> > > To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat
> > > framework with last XCF support...
> >
> > Are gimp 2.10 .xcf thumbnails displayed with your w$ installer?
> > In my case, i compiled digikam-git with last kf5-5.55 and qt-5.12.
> > gimp 2.10 xcf thumbnails are not displayed.
>
> To be honest, i don't yet tested, as i tried to complete quickly the 6.0.0
> release announcement.
>
> Gilles Caulier

[Kai Blauberg]

Hi,

I'm sorry to spoil your day. The open issue with trying to run the appimage Fedora 29 prevails.

Please find my tries below. Still open for suggestions to overcome this issue?

Cheers!

t. Kai

PS

[ Digikam]$ env | grep LD_PRELOAD

[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimage 

libfreetype.so

libudev.so

-- digiKam AppImage Bundle

-- Use 'help' as CLI argument to know all available options for digiKam application

-- Preloading shared libs: 

digikam: symbol lookup error: /lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var

[ Digikam]$ env | grep LD_PRELOAD

LD_PRELOAD=:/usr/lib64/libfontconfig.so.1

[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimage 

libfreetype.so

libudev.so

-- digiKam AppImage Bundle

-- Use 'help' as CLI argument to know all available options for digiKam application

-- Preloading shared libs: :/usr/lib64/libfontconfig.so.1

digikam: symbol lookup error: /usr/lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var

[ Digikam]$ env | grep LD_PRELOAD

LD_PRELOAD=:/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1

[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimage 

libfreetype.so

libudev.so

-- digiKam AppImage Bundle

-- Use 'help' as CLI argument to know all available options for digiKam application

-- Preloading shared libs: :/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1

digikam: symbol lookup error: /usr/lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var

[ Digikam]$ env | grep LD_PRELOAD

LD_PRELOAD=:/lib64/libfontconfig.so.1

[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimage 

libfreetype.so

libudev.so

-- digiKam AppImage Bundle

-- Use 'help' as CLI argument to know all available options for digiKam application

-- Preloading shared libs: :/lib64/libfontconfig.so.1

-----Alkuperäinen viesti-----

Lähettäjä: Gilles Caulier <[hidden email]>

Vastausosoite: digiKam - Home Manage your photographs as a professional with the power of open source <[hidden email]>

Vastaanottaja: digiKam - Home Manage your photographs as a professional with the power of open source <[hidden email]>

Aihe: Re: [digiKam-users] Gimp, Kimageformats, Digikam, sun is shining...

Päiväys: Thu, 7 Mar 2019 07:53:19 +0100

Good news,

After 2 weeks of works, the pre-release 6.1.0 bundles are now reconstructed
from scratch with:

- All OpenCV options for CUDA, OPenMP, and OPenCL disabled to prevent crashes
in face management.
- A large upgrade of Qt5 from 5.9.7 to 5.11.3.
- An upgrade to KF5 5.55. This want mean that i'm now able to update to next KF5 5.56 planned in one week with the new XCF format support !
- An upgrade to Ffmpeg 3.3.9
- The fontconfig/freetype integration in the bundle to reduce system
dependencies

Files can be downloaded here :

https://files.kde.org/digikam/

Please test and report.

Gilles Caulier

Le mar. 19 févr. 2019 à 22:06, Maik Qualmann <[hidden email]> a écrit :

Just as a note, about 2 weeks ago I was able to open the Gimp-2.10 files under
openSUSE Tumbleweed with digiKam and Gwenview. They were loaded via the QImage
loader. KImageFormat installed version 5.54. I assumed that maybe a git
version is used. Now after the update last week on KF-5.55 this feature has
disappeared again.
Maybe someone is reading from openSUSE and can give an explanation?

Maik

Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb Gilles Caulier:
> Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a écrit :
> > On 2/19/19 6:08 PM, Gilles Caulier wrote:
> > > Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10 at least to
> > > compile.
> > > The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not compile with
> > > this version (i tried to hack).
> > >
> > > So i updated at least to KF5 5.54 with is the last version compatible
> > > with Qt 5.9.7 LTS.
> > >
> > > This is another point that i hate to seen KDE not compatible with the Qt
> > > long time support version. Passing to Qt 5.11 introduce regression and i
> > > don't want to pass to Qt 5.12 until the LTS is declared by Qt team.
> > >
> > > Including new Qt version in AppImage is complicated and require time. I
> > > want to do it for the moment.
> > >
> > > And i want to not talk about MAcOS support where Qt is only compatible
> > > with more recent Apple SDK. So if we use Qt 5.12 in OSX package, it will
> > > be only compatible with more recent version of MAcOS. The backward
> > > compatibility is limited.
> > >
> > > Funny, the only bundle which use Qt 5.12, and which is compiled with KF5
> > > 5.55, is... the windows installer. Thanks MXE cross compiler team which
> > > support well last Qt version.
> > >
> > > To resume : only the Windows installer of digiKam 6.1.0 has KImageFormat
> > > framework with last XCF support...
> >
> > Are gimp 2.10 .xcf thumbnails displayed with your w$ installer?
> > In my case, i compiled digikam-git with last kf5-5.55 and qt-5.12.
> > gimp 2.10 xcf thumbnails are not displayed.
>
> To be honest, i don't yet tested, as i tried to complete quickly the 6.0.0
> release announcement.
>
> Gilles Caulier

[digikam-2]

Try this from the command line:

LD_PRELOAD=/usr/lib/libfreetype.so path-to-the-appimage/digikam-6.0.0-01-x86-64.appimage

make sure that libfreetype.so is in the usr/lib

Thanks

Syv

On Thu, 07 Mar 2019 18:58:31 +0200
Kai Blauberg <[hidden email]> wrote:

> Hi,
> I'm sorry to spoil your day. The open issue with trying to run the
> appimage Fedora 29 prevails. Please find my tries below. Still open
> for suggestions to overcome this issue? Cheers!
> t. Kai
> PS
> [ Digikam]$ env | grep
> LD_PRELOAD[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-
> 64.appimage libfreetype.solibudev.so-- digiKam AppImage Bundle--
> Use 'help' as CLI argument to know all available options for
> digiKam application-- Preloading shared libs: digikam: symbol
> lookup error: /lib64/libfontconfig.so.1: undefined symbol:
> FT_Done_MM_Var
>
> [ Digikam]$ env | grep
> LD_PRELOADLD_PRELOAD=:/usr/lib64/libfontconfig.so.1[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimage
> libfreetype.solibudev.so-- digiKam AppImage Bundle-- Use 'help' as
> CLI argument to know all available options for digiKam
> application-- Preloading shared
> libs: :/usr/lib64/libfontconfig.so.1digikam: symbol lookup
> error: /usr/lib64/libfontconfig.so.1: undefined symbol:
> FT_Done_MM_Var
>
> [ Digikam]$ env | grep
> LD_PRELOADLD_PRELOAD=:/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1[ Digikam]$
> ./digikam-6.1.0-git-20190307T101229-x86-64.appimage
> libfreetype.solibudev.so-- digiKam AppImage Bundle-- Use 'help' as
> CLI argument to know all available options for digiKam
> application-- Preloading shared
> libs: :/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1digikam:
> symbol lookup error: /usr/lib64/libfontconfig.so.1: undefined
> symbol: FT_Done_MM_Var [ Digikam]$ env | grep
> LD_PRELOADLD_PRELOAD=:/lib64/libfontconfig.so.1[ Digikam]$ ./digikam-
> 6.1.0-git-20190307T101229-x86-64.appimage
> libfreetype.solibudev.so-- digiKam AppImage Bundle-- Use 'help' as
> CLI argument to know all available options for digiKam
> application-- Preloading shared libs: :/lib64/libfontconfig.so.1
>
>
> -----Alkuperäinen viesti-----Lähettäjä: Gilles Caulier
> <[hidden email]>Vastausosoite: digiKam - Home Manage your
> photographs as a professional with the power of open source <
> [hidden email]>Vastaanottaja: digiKam - Home Manage your
> photographs as a professional with the power of open source
> <[hidden email]>Aihe: Re: [digiKam-users] Gimp,
> Kimageformats, Digikam, sun is shining...Päiväys: Thu, 7 Mar 2019
> 07:53:19 +0100 Good news,
>
> After 2 weeks of works, the pre-release 6.1.0 bundles are now
> reconstructed from scratch with:
>
> - All OpenCV options for CUDA, OPenMP, and OPenCL disabled to
> prevent crashes in face management.
> - A large upgrade of Qt5 from 5.9.7 to 5.11.3.
> - An upgrade to KF5 5.55. This want mean that i'm now able to
> update to next KF5 5.56 planned in one week with the new XCF format
> support !
> - An upgrade to Ffmpeg 3.3.9
> - The fontconfig/freetype integration in the bundle to reduce system
> dependencies
>
> Files can be downloaded here :
>
> https://files.kde.org/digikam/
>
> Please test and report.
>
> Gilles Caulier
>
> Le mar. 19 févr. 2019 à 22:06, Maik Qualmann
> <[hidden email]> a écrit :
> > Just as a note, about 2 weeks ago I was able to open the
> > Gimp-2.10 files under
> >
> > openSUSE Tumbleweed with digiKam and Gwenview. They were loaded
> > via the QImage
> >
> > loader. KImageFormat installed version 5.54. I assumed that maybe
> > a git
> >
> > version is used. Now after the update last week on KF-5.55 this
> > feature has
> >
> > disappeared again.
> >
> > Maybe someone is reading from openSUSE and can give an
> > explanation?
> >
> >
> >
> > Maik
> >
> >
> >
> > Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb Gilles
> > Caulier:
> > > Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a écrit :  
> >  
> > > > On 2/19/19 6:08 PM, Gilles Caulier wrote:  
> >  
> > > > > Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10
> > > > > at least to  
> >  
> > > > > compile.  
> >  
> > > > > The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not
> > > > > compile with  
> >  
> > > > > this version (i tried to hack).  
> >  
> > > > >  
> >  
> > > > > So i updated at least to KF5 5.54 with is the last version
> > > > > compatible  
> >  
> > > > > with Qt 5.9.7 LTS.  
> >  
> > > > >  
> >  
> > > > > This is another point that i hate to seen KDE not
> > > > > compatible with the Qt  
> >  
> > > > > long time support version. Passing to Qt 5.11 introduce
> > > > > regression and i  
> >  
> > > > > don't want to pass to Qt 5.12 until the LTS is declared by
> > > > > Qt team.  
> >  
> > > > >  
> >  
> > > > > Including new Qt version in AppImage is complicated and
> > > > > require time. I  
> >  
> > > > > want to do it for the moment.  
> >  
> > > > >  
> >  
> > > > > And i want to not talk about MAcOS support where Qt is only
> > > > > compatible  
> >  
> > > > > with more recent Apple SDK. So if we use Qt 5.12 in OSX
> > > > > package, it will  
> >  
> > > > > be only compatible with more recent version of MAcOS. The
> > > > > backward  
> >  
> > > > > compatibility is limited.  
> >  
> > > > >  
> >  
> > > > > Funny, the only bundle which use Qt 5.12, and which is
> > > > > compiled with KF5  
> >  
> > > > > 5.55, is... the windows installer. Thanks MXE cross
> > > > > compiler team which  
> >  
> > > > > support well last Qt version.  
> >  
> > > > >  
> >  
> > > > > To resume : only the Windows installer of digiKam 6.1.0 has
> > > > > KImageFormat  
> >  
> > > > > framework with last XCF support...  
> >  
> > > >  
> >  
> > > > Are gimp 2.10 .xcf thumbnails displayed with your w$
> > > > installer?  
> >  
> > > > In my case, i compiled digikam-git with last kf5-5.55 and
> > > > qt-5.12.  
> >  
> > > > gimp 2.10 xcf thumbnails are not displayed.  
> >  
> > >  
> >  
> > > To be honest, i don't yet tested, as i tried to complete
> > > quickly the 6.0.0  
> >  
> > > release announcement.  
> >  
> > >  
> >  
> > > Gilles Caulier  
> >
> >
> >
> >
> >
> >
> >
> >
> >  
>
>

--
sknahT

vyS

[Gilles Caulier-4]

Hi,

KF5 version 5.56 is just released. In changelog from KImageFormats, i can see this :

KImageFormats

  ras: fix crash on broken files
  ras: protect the palette QVector too
  ras: tweak max file check
  xcf: Fix uninitialized memory use on broken documents  <===
  add const, helps understand the function better
  ras: tweak max size that "fits" in a QVector
  ras: don't assert because we try to allicate a huge vector
  ras: Protect against divide by zero
  xcf: Don't divide by 0                                                       <===
  tga: fail gracefully if readRawData errors
  ras: fail gracefully on height*width*bpp > length

I currently rebuild all bundle with this release.

Gilles Caulier

Le mer. 30 janv. 2019 à 14:20, <[hidden email]> a écrit :

Hi
Good news for Digikam and Gimp users, I see a lot of work on
kimageformats to solve .xcf issue :)
https://cgit.kde.org/kimageformats.git/log/?qt=grep&q=xcf

--
Maderios

[Kai Blauberg]

Hi,

Too bad. This did not get it running. Here are the error messages:

[ Digikam]$ LD_PRELOAD=/usr/lib/libfreetype.so  ./digikam-6.1.0-git-20190307T101229-x86-64.appimage 

ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

libfreetype.so

ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

libudev.so

ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

-- digiKam AppImage Bundle

-- Use 'help' as CLI argument to know all available options for digiKam application

-- Preloading shared libs: /usr/lib/libfreetype.so

ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

digikam: symbol lookup error: /lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var

[ Digikam]$ LD_PRELOAD=/usr/lib/libfreetype.so.6  ./digikam-6.1.0-git-20190307T101229-x86-64.appimage 

ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

libfreetype.so

ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

libudev.so

ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

-- digiKam AppImage Bundle

-- Use 'help' as CLI argument to know all available options for digiKam application

-- Preloading shared libs: /usr/lib/libfreetype.so.6

ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.

digikam: symbol lookup error: /lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var

[Digikam]$ ls -alF /usr/lib/libfreetype.*

lrwxrwxrwx. 1 root root     21 31.10. 18:00 /usr/lib/libfreetype.so.6 -> libfreetype.so.6.16.1*

-rwxr-xr-x. 1 root root 814280 31.10. 18:00 /usr/lib/libfreetype.so.6.16.1*

[ Digikam]$ uname -a

Linux localhost.localdomain 4.20.13-200.fc29.x86_64 #1 SMP Wed Feb 27 19:42:55 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

-----Alkuperäinen viesti-----

Lähettäjä: [hidden email]

Vastausosoite: digiKam - Home Manage your photographs as a professional with the power of open source <[hidden email]>

Vastaanottaja: [hidden email]

Aihe: Re: [digiKam-users] Gimp, Kimageformats, Digikam, sun is shining...

Päiväys: Thu, 7 Mar 2019 09:09:13 -0800

Try this from the command line:

LD_PRELOAD=/usr/lib/libfreetype.so path-to-the-appimage/digikam-6.0.0-01-x86-64.appimage

make sure that libfreetype.so is in the usr/lib

Thanks

Syv

On Thu, 07 Mar 2019 18:58:31 +0200

Kai Blauberg <

[hidden email]

> wrote:

Hi,

I'm sorry to spoil your day. The open issue with trying to run the

appimage Fedora 29 prevails. Please find my tries below. Still open

for suggestions to overcome this issue? Cheers!

t. Kai

PS

[ Digikam]$ env | grep

LD_PRELOAD[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-

64.appimage libfreetype.solibudev.so-- digiKam AppImage Bundle--

Use 'help' as CLI argument to know all available options for

digiKam application-- Preloading shared libs: digikam: symbol

lookup error: /lib64/libfontconfig.so.1: undefined symbol:

FT_Done_MM_Var

[ Digikam]$ env | grep

LD_PRELOADLD_PRELOAD=:/usr/lib64/libfontconfig.so.1[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimage

libfreetype.solibudev.so-- digiKam AppImage Bundle-- Use 'help' as

CLI argument to know all available options for digiKam

application-- Preloading shared

libs: :/usr/lib64/libfontconfig.so.1digikam: symbol lookup

error: /usr/lib64/libfontconfig.so.1: undefined symbol:

FT_Done_MM_Var

[ Digikam]$ env | grep

LD_PRELOADLD_PRELOAD=:/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1[ Digikam]$

./digikam-6.1.0-git-20190307T101229-x86-64.appimage

libfreetype.solibudev.so-- digiKam AppImage Bundle-- Use 'help' as

CLI argument to know all available options for digiKam

application-- Preloading shared

libs: :/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1digikam:

symbol lookup error: /usr/lib64/libfontconfig.so.1: undefined

symbol: FT_Done_MM_Var [ Digikam]$ env | grep

LD_PRELOADLD_PRELOAD=:/lib64/libfontconfig.so.1[ Digikam]$ ./digikam-

6.1.0-git-20190307T101229-x86-64.appimage

libfreetype.solibudev.so-- digiKam AppImage Bundle-- Use 'help' as

CLI argument to know all available options for digiKam

application-- Preloading shared libs: :/lib64/libfontconfig.so.1

-----Alkuperäinen viesti-----Lähettäjä: Gilles Caulier

<

[hidden email]

>Vastausosoite: digiKam - Home Manage your

photographs as a professional with the power of open source <

[hidden email]

>Vastaanottaja: digiKam - Home Manage your

photographs as a professional with the power of open source

<

[hidden email]

>Aihe: Re: [digiKam-users] Gimp,

Kimageformats, Digikam, sun is shining...Päiväys: Thu, 7 Mar 2019

07:53:19 +0100 Good news,

After 2 weeks of works, the pre-release 6.1.0 bundles are now

reconstructed from scratch with:

- All OpenCV options for CUDA, OPenMP, and OPenCL disabled to

prevent crashes in face management.

- A large upgrade of Qt5 from 5.9.7 to 5.11.3.

- An upgrade to KF5 5.55. This want mean that i'm now able to

update to next KF5 5.56 planned in one week with the new XCF format

support !

- An upgrade to Ffmpeg 3.3.9

- The fontconfig/freetype integration in the bundle to reduce system

dependencies

Files can be downloaded here :

https://files.kde.org/digikam/

Please test and report.

Gilles Caulier

Le mar. 19 févr. 2019 à 22:06, Maik Qualmann

<

[hidden email]

> a écrit :

Just as a note, about 2 weeks ago I was able to open the

Gimp-2.10 files under 

openSUSE Tumbleweed with digiKam and Gwenview. They were loaded

via the QImage 

loader. KImageFormat installed version 5.54. I assumed that maybe

a git 

version is used. Now after the update last week on KF-5.55 this

feature has 

disappeared again.

Maybe someone is reading from openSUSE and can give an

explanation?

Maik

Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb Gilles

Caulier: 

Le mar. 19 févr. 2019 à 18:23, <

[hidden email]

> a écrit :  

On 2/19/19 6:08 PM, Gilles Caulier wrote:  

Bad news : KDE frameworks KF5 version 5.55 require Qt 5.10

at least to  

compile.  

The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do not

compile with  

this version (i tried to hack).  

So i updated at least to KF5 5.54 with is the last version

compatible  

with Qt 5.9.7 LTS.  

This is another point that i hate to seen KDE not

compatible with the Qt  

long time support version. Passing to Qt 5.11 introduce

regression and i  

don't want to pass to Qt 5.12 until the LTS is declared by

Qt team.  

Including new Qt version in AppImage is complicated and

require time. I  

want to do it for the moment.  

And i want to not talk about MAcOS support where Qt is only

compatible  

with more recent Apple SDK. So if we use Qt 5.12 in OSX

package, it will  

be only compatible with more recent version of MAcOS. The

backward  

compatibility is limited.  

Funny, the only bundle which use Qt 5.12, and which is

compiled with KF5  

5.55, is... the windows installer. Thanks MXE cross

compiler team which  

support well last Qt version.  

To resume : only the Windows installer of digiKam 6.1.0 has

KImageFormat  

framework with last XCF support...  

Are gimp 2.10 .xcf thumbnails displayed with your w$

installer?  

In my case, i compiled digikam-git with last kf5-5.55 and

qt-5.12.  

gimp 2.10 xcf thumbnails are not displayed.  

To be honest, i don't yet tested, as i tried to complete

quickly the 6.0.0  

release announcement.  

Gilles Caulier  

[Hans-Peter huth]

On Sat, 09 Mar 2019 18:30:15 +0200
Kai Blauberg <[hidden email]> wrote:
...
> wrong ELF class: ELFCLASS32)

Can it be that your system is 32 bit while the App image is for 64 bit? In
this case, it won't run.

HP

--
--------- 8< -------------
Why taunt me? Why upbraid me? I am merely a genius, not a god.
(Nero Wolfe)
Meine Bilder: http://jalbum.net/a/1456383
Berge: http://jalbum.net/de/browse/user/album/1823943

[Gilles Caulier-4]

And wait, i don't yet rebuild AppImage bundles. I fix plenty of stuff. It take a while. I'm at 75%.

Windows installer are under process from scratch.

MacOS package is not yet done.

So please be patient...

Gilles Caulier

Le sam. 9 mars 2019 à 17:39, Hans-Peter <[hidden email]> a écrit :

On Sat, 09 Mar 2019 18:30:15 +0200
Kai Blauberg <[hidden email]> wrote:
...
> wrong ELF class: ELFCLASS32)

Can it be that your system is 32 bit while the App image is for 64 bit? In
this case, it won't run.

HP

--
--------- 8< -------------
Why taunt me? Why upbraid me? I am merely a genius, not a god.
(Nero Wolfe)
Meine Bilder: http://jalbum.net/a/1456383
Berge: http://jalbum.net/de/browse/user/album/1823943

[digikam-2]

That's because  libfreetype.so is somewhere else, find it and preload
it

On Sat, 09 Mar 2019 18:30:15 +0200
Kai Blauberg <[hidden email]> wrote:

> Hi,
>
> Too bad. This did not get it running. Here are the error messages:
>
> [ Digikam]$
> LD_PRELOAD=/usr/lib/libfreetype.so  ./digikam-6.1.0-git-20190307T101229-x86-
> 64.appimage ERROR: ld.so: object '/usr/lib/libfreetype.so' from
> LD_PRELOAD cannot be preloaded (cannot open shared object file):
> ignored. ERROR: ld.so: object '/usr/lib/libfreetype.so' from
> LD_PRELOAD cannot be preloaded (cannot open shared object file):
> ignored. ERROR: ld.so: object '/usr/lib/libfreetype.so' from
> LD_PRELOAD cannot be preloaded (cannot open shared object file):
> ignored. libfreetype.so
> ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD
> cannot be preloaded (cannot open shared object file): ignored.
> libudev.so
> ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD
> cannot be preloaded (cannot open shared object file): ignored.
> -- digiKam AppImage Bundle
> -- Use 'help' as CLI argument to know all available options for
> digiKam application -- Preloading shared
> libs: /usr/lib/libfreetype.so ERROR: ld.so: object
> '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded
> (cannot open shared object file): ignored. ERROR: ld.so: object
> '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded
> (cannot open shared object file): ignored. digikam: symbol lookup
> error: /lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var
>
>
> [ Digikam]$
> LD_PRELOAD=/usr/lib/libfreetype.so.6  ./digikam-6.1.0-git-20190307T101229-x86-
> 64.appimage ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from
> LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32):
> ignored. ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from
> LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32):
> ignored. ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from
> LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32):
> ignored. libfreetype.so
> ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD
> cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
> libudev.so
> ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD
> cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
> -- digiKam AppImage Bundle
> -- Use 'help' as CLI argument to know all available options for
> digiKam application -- Preloading shared
> libs: /usr/lib/libfreetype.so.6 ERROR: ld.so: object
> '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded
> (wrong ELF class: ELFCLASS32): ignored. ERROR: ld.so: object
> '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded
> (wrong ELF class: ELFCLASS32): ignored. digikam: symbol lookup
> error: /lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var
>
>
> [Digikam]$ ls -alF /usr/lib/libfreetype.*
> lrwxrwxrwx. 1 root root     21 31.10.
> 18:00 /usr/lib/libfreetype.so.6 -> libfreetype.so.6.16.1*
> -rwxr-xr-x. 1 root root 814280 31.10.
> 18:00 /usr/lib/libfreetype.so.6.16.1*
>
>
> [ Digikam]$ uname -a
> Linux localhost.localdomain 4.20.13-200.fc29.x86_64 #1 SMP Wed Feb
> 27 19:42:55 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
>
>
>
>
> -----Alkuperäinen viesti-----
> Lähettäjä: [hidden email]
> Vastausosoite: digiKam - Home Manage your photographs as a
> professional with the power of open source <[hidden email]>
> Vastaanottaja: [hidden email]
> Aihe: Re: [digiKam-users] Gimp, Kimageformats, Digikam, sun is
> shining... Päiväys: Thu, 7 Mar 2019 09:09:13 -0800
>
> Try this from the command line:
> LD_PRELOAD=/usr/lib/libfreetype.so
> path-to-the-appimage/digikam-6.0.0-01-x86-64.appimage make sure
> that libfreetype.so is in the usr/lib Thanks
> Syv
> On Thu, 07 Mar 2019 18:58:31 +0200Kai Blauberg
> <[hidden email]> wrote:
> > Hi,I'm sorry to spoil your day. The open issue with trying to run
> > theappimage Fedora 29 prevails. Please find my tries below. Still
> > openfor suggestions to overcome this issue? Cheers!t.
> > KaiPS[ Digikam]$ env |
> > grepLD_PRELOAD[ Digikam]$ ./digikam-6.1.0-git-
> > 20190307T101229-x86-64.appimage libfreetype.solibudev.so--
> > digiKam AppImage Bundle--Use 'help' as CLI argument to know all
> > available options fordigiKam application-- Preloading shared
> > libs: digikam: symbollookup error: /lib64/libfontconfig.so.1:
> > undefined symbol:FT_Done_MM_Var [ Digikam]$ env |
> > grepLD_PRELOADLD_PRELOAD=:/usr/lib64/libfontconfig.so.1[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimagelibfreetype.solibudev.so--
> > digiKam AppImage Bundle-- Use 'help' asCLI argument to know all
> > available options for digiKamapplication-- Preloading
> > sharedlibs: :/usr/lib64/libfontconfig.so.1digikam: symbol
> > lookuperror: /usr/lib64/libfontconfig.so.1: undefined
> > symbol:FT_Done_MM_Var [ Digikam]$ env |
> > grepLD_PRELOADLD_PRELOAD=:/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1[ Digikam]$./digikam-6.1.0-git-20190307T101229-x86-64.appimagelibfreetype.solibudev.so--
> > digiKam AppImage Bundle-- Use 'help' asCLI argument to know all
> > available options for digiKamapplication-- Preloading
> > sharedlibs: :/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1digikam:symbol
> > lookup error: /usr/lib64/libfontconfig.so.1: undefinedsymbol:
> > FT_Done_MM_Var [ Digikam]$ env |
> > grepLD_PRELOADLD_PRELOAD=:/lib64/libfontconfig.so.1[ Digikam]$ ./digikam-6.1.0-git-
> > 20190307T101229-x86-64.appimagelibfreetype.solibudev.so-- digiKam
> > AppImage Bundle-- Use 'help' asCLI argument to know all available
> > options for digiKamapplication-- Preloading shared
> > libs: :/lib64/libfontconfig.so.1
> >
> > -----Alkuperäinen viesti-----Lähettäjä: Gilles
> > Caulier<[hidden email]>Vastausosoite : digiKam - Home
> > Manage yourphotographs as a professional with the power of open
> > source < [hidden email]>Vastaanottaja: digiKam - Home
> > Manage yourphotographs as a professional with the power of open
> > source<[hidden email]>Aihe: Re: [digiKam-users]
> > Gimp,Kimageformats, Digikam, sun is shining...Päiväys: Thu, 7 Mar
> > 201907:53:19 +0100 Good news, After 2 weeks of works, the
> > pre-release 6.1.0 bundles are nowreconstructed from scratch with:
> > - All OpenCV options for CUDA, OPenMP, and OPenCL disabled
> > toprevent crashes in face management.- A large upgrade of Qt5
> > from 5.9.7 to 5.11.3.- An upgrade to KF5 5.55. This want mean
> > that i'm now able toupdate to next KF5 5.56 planned in one week
> > with the new XCF formatsupport !- An upgrade to Ffmpeg 3.3.9- The
> > fontconfig/freetype integration in the bundle to reduce
> > systemdependencies Files can be downloaded here :
> > https://files.kde.org/digikam/
> >
> > Please test and report.
> > Gilles Caulier
> > Le mar. 19 févr. 2019 à 22:06, Maik
> > Qualmann<[hidden email]> a écrit :  
> > > Just as a note, about 2 weeks ago I was able to open
> > > theGimp-2.10 files under openSUSE Tumbleweed with digiKam and
> > > Gwenview. They were loadedvia the QImage loader. KImageFormat
> > > installed version 5.54. I assumed that maybea git version is
> > > used. Now after the update last week on KF-5.55 thisfeature has
> > > disappeared again. Maybe someone is reading from openSUSE and
> > > can give anexplanation?
> > >
> > >
> > > Maik
> > >
> > >
> > > Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb
> > > GillesCaulier:  
> > > > Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a
> > > > écrit :    
> > >    
> > > > > On 2/19/19 6:08 PM, Gilles Caulier wrote:    
> > >    
> > > > > > Bad news : KDE frameworks KF5 version 5.55 require Qt
> > > > > > 5.10at least to    
> > >    
> > > > > > compile.    
> > >    
> > > > > > The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do
> > > > > > notcompile with    
> > >    
> > > > > > this version (i tried to hack).    
> > >    
> > > > > >    
> > >    
> > > > > > So i updated at least to KF5 5.54 with is the last
> > > > > > versioncompatible    
> > >    
> > > > > > with Qt 5.9.7 LTS.    
> > >    
> > > > > >    
> > >    
> > > > > > This is another point that i hate to seen KDE
> > > > > > notcompatible with the Qt    
> > >    
> > > > > > long time support version. Passing to Qt 5.11
> > > > > > introduceregression and i    
> > >    
> > > > > > don't want to pass to Qt 5.12 until the LTS is declared
> > > > > > byQt team.    
> > >    
> > > > > >    
> > >    
> > > > > > Including new Qt version in AppImage is complicated
> > > > > > andrequire time. I    
> > >    
> > > > > > want to do it for the moment.    
> > >    
> > > > > >    
> > >    
> > > > > > And i want to not talk about MAcOS support where Qt is
> > > > > > onlycompatible    
> > >    
> > > > > > with more recent Apple SDK. So if we use Qt 5.12 in
> > > > > > OSXpackage, it will    
> > >    
> > > > > > be only compatible with more recent version of MAcOS.
> > > > > > Thebackward    
> > >    
> > > > > > compatibility is limited.    
> > >    
> > > > > >    
> > >    
> > > > > > Funny, the only bundle which use Qt 5.12, and which
> > > > > > iscompiled with KF5    
> > >    
> > > > > > 5.55, is... the windows installer. Thanks MXE
> > > > > > crosscompiler team which    
> > >    
> > > > > > support well last Qt version.    
> > >    
> > > > > >    
> > >    
> > > > > > To resume : only the Windows installer of digiKam 6.1.0
> > > > > > hasKImageFormat    
> > >    
> > > > > > framework with last XCF support...    
> > >    
> > > > >    
> > >    
> > > > > Are gimp 2.10 .xcf thumbnails displayed with your
> > > > > w$installer?    
> > >    
> > > > > In my case, i compiled digikam-git with last kf5-5.55
> > > > > andqt-5.12.    
> > >    
> > > > > gimp 2.10 xcf thumbnails are not displayed.    
> > >    
> > > >    
> > >    
> > > > To be honest, i don't yet tested, as i tried to
> > > > completequickly the 6.0.0    
> > >    
> > > > release announcement.    
> > >    
> > > >    
> > >    
> > > > Gilles Caulier    
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >    
>
>

--
sknahT

vyS

[Gilles Caulier-4]

Hi all,

No chance. See my comment here :

https://bugs.kde.org/show_bug.cgi?id=360821#c27

Gilles Caulier

Le sam. 9 mars 2019 à 18:23, <[hidden email]> a écrit :

That's because  libfreetype.so is somewhere else, find it and preload
it

On Sat, 09 Mar 2019 18:30:15 +0200
Kai Blauberg <[hidden email]> wrote:

> Hi,
>
> Too bad. This did not get it running. Here are the error messages:
>
> [ Digikam]$
> LD_PRELOAD=/usr/lib/libfreetype.so  ./digikam-6.1.0-git-20190307T101229-x86-
> 64.appimage ERROR: ld.so: object '/usr/lib/libfreetype.so' from
> LD_PRELOAD cannot be preloaded (cannot open shared object file):
> ignored. ERROR: ld.so: object '/usr/lib/libfreetype.so' from
> LD_PRELOAD cannot be preloaded (cannot open shared object file):
> ignored. ERROR: ld.so: object '/usr/lib/libfreetype.so' from
> LD_PRELOAD cannot be preloaded (cannot open shared object file):
> ignored. libfreetype.so
> ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD
> cannot be preloaded (cannot open shared object file): ignored.
> libudev.so
> ERROR: ld.so: object '/usr/lib/libfreetype.so' from LD_PRELOAD
> cannot be preloaded (cannot open shared object file): ignored.
> -- digiKam AppImage Bundle
> -- Use 'help' as CLI argument to know all available options for
> digiKam application -- Preloading shared
> libs: /usr/lib/libfreetype.so ERROR: ld.so: object
> '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded
> (cannot open shared object file): ignored. ERROR: ld.so: object
> '/usr/lib/libfreetype.so' from LD_PRELOAD cannot be preloaded
> (cannot open shared object file): ignored. digikam: symbol lookup
> error: /lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var
>
>
> [ Digikam]$
> LD_PRELOAD=/usr/lib/libfreetype.so.6  ./digikam-6.1.0-git-20190307T101229-x86-
> 64.appimage ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from
> LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32):
> ignored. ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from
> LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32):
> ignored. ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from
> LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32):
> ignored. libfreetype.so
> ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD
> cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
> libudev.so
> ERROR: ld.so: object '/usr/lib/libfreetype.so.6' from LD_PRELOAD
> cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
> -- digiKam AppImage Bundle
> -- Use 'help' as CLI argument to know all available options for
> digiKam application -- Preloading shared
> libs: /usr/lib/libfreetype.so.6 ERROR: ld.so: object
> '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded
> (wrong ELF class: ELFCLASS32): ignored. ERROR: ld.so: object
> '/usr/lib/libfreetype.so.6' from LD_PRELOAD cannot be preloaded
> (wrong ELF class: ELFCLASS32): ignored. digikam: symbol lookup
> error: /lib64/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var
>
>
> [Digikam]$ ls -alF /usr/lib/libfreetype.*
> lrwxrwxrwx. 1 root root     21 31.10.
> 18:00 /usr/lib/libfreetype.so.6 -> libfreetype.so.6.16.1*
> -rwxr-xr-x. 1 root root 814280 31.10.
> 18:00 /usr/lib/libfreetype.so.6.16.1*
>
>
> [ Digikam]$ uname -a
> Linux localhost.localdomain 4.20.13-200.fc29.x86_64 #1 SMP Wed Feb
> 27 19:42:55 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
>
>
>
>
> -----Alkuperäinen viesti-----
> Lähettäjä: [hidden email]
> Vastausosoite: digiKam - Home Manage your photographs as a
> professional with the power of open source <[hidden email]>
> Vastaanottaja: [hidden email]
> Aihe: Re: [digiKam-users] Gimp, Kimageformats, Digikam, sun is
> shining... Päiväys: Thu, 7 Mar 2019 09:09:13 -0800
>
> Try this from the command line:
> LD_PRELOAD=/usr/lib/libfreetype.so
> path-to-the-appimage/digikam-6.0.0-01-x86-64.appimage make sure
> that libfreetype.so is in the usr/lib Thanks
> Syv
> On Thu, 07 Mar 2019 18:58:31 +0200Kai Blauberg
> <[hidden email]> wrote:
> > Hi,I'm sorry to spoil your day. The open issue with trying to run
> > theappimage Fedora 29 prevails. Please find my tries below. Still
> > openfor suggestions to overcome this issue? Cheers!t.
> > KaiPS[ Digikam]$ env |
> > grepLD_PRELOAD[ Digikam]$ ./digikam-6.1.0-git-
> > 20190307T101229-x86-64.appimage libfreetype.solibudev.so--
> > digiKam AppImage Bundle--Use 'help' as CLI argument to know all
> > available options fordigiKam application-- Preloading shared
> > libs: digikam: symbollookup error: /lib64/libfontconfig.so.1:
> > undefined symbol:FT_Done_MM_Var [ Digikam]$ env |
> > grepLD_PRELOADLD_PRELOAD=:/usr/lib64/libfontconfig.so.1[ Digikam]$ ./digikam-6.1.0-git-20190307T101229-x86-64.appimagelibfreetype.solibudev.so--
> > digiKam AppImage Bundle-- Use 'help' asCLI argument to know all
> > available options for digiKamapplication-- Preloading
> > sharedlibs: :/usr/lib64/libfontconfig.so.1digikam: symbol
> > lookuperror: /usr/lib64/libfontconfig.so.1: undefined
> > symbol:FT_Done_MM_Var [ Digikam]$ env |
> > grepLD_PRELOADLD_PRELOAD=:/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1[ Digikam]$./digikam-6.1.0-git-20190307T101229-x86-64.appimagelibfreetype.solibudev.so--
> > digiKam AppImage Bundle-- Use 'help' asCLI argument to know all
> > available options for digiKamapplication-- Preloading
> > sharedlibs: :/usr/lib64/libfontconfig.so.1:/lib64/libfontconfig.so.1digikam:symbol
> > lookup error: /usr/lib64/libfontconfig.so.1: undefinedsymbol:
> > FT_Done_MM_Var [ Digikam]$ env |
> > grepLD_PRELOADLD_PRELOAD=:/lib64/libfontconfig.so.1[ Digikam]$ ./digikam-6.1.0-git-
> > 20190307T101229-x86-64.appimagelibfreetype.solibudev.so-- digiKam
> > AppImage Bundle-- Use 'help' asCLI argument to know all available
> > options for digiKamapplication-- Preloading shared
> > libs: :/lib64/libfontconfig.so.1
> >
> > -----Alkuperäinen viesti-----Lähettäjä: Gilles
> > Caulier<[hidden email]>Vastausosoite : digiKam - Home
> > Manage yourphotographs as a professional with the power of open
> > source < [hidden email]>Vastaanottaja: digiKam - Home
> > Manage yourphotographs as a professional with the power of open
> > source<[hidden email]>Aihe: Re: [digiKam-users]
> > Gimp,Kimageformats, Digikam, sun is shining...Päiväys: Thu, 7 Mar
> > 201907:53:19 +0100 Good news, After 2 weeks of works, the
> > pre-release 6.1.0 bundles are nowreconstructed from scratch with:
> > - All OpenCV options for CUDA, OPenMP, and OPenCL disabled
> > toprevent crashes in face management.- A large upgrade of Qt5
> > from 5.9.7 to 5.11.3.- An upgrade to KF5 5.55. This want mean
> > that i'm now able toupdate to next KF5 5.56 planned in one week
> > with the new XCF formatsupport !- An upgrade to Ffmpeg 3.3.9- The
> > fontconfig/freetype integration in the bundle to reduce
> > systemdependencies Files can be downloaded here :
> > https://files.kde.org/digikam/
> >
> > Please test and report.
> > Gilles Caulier
> > Le mar. 19 févr. 2019 à 22:06, Maik
> > Qualmann<[hidden email]> a écrit : 
> > > Just as a note, about 2 weeks ago I was able to open
> > > theGimp-2.10 files under openSUSE Tumbleweed with digiKam and
> > > Gwenview. They were loadedvia the QImage loader. KImageFormat
> > > installed version 5.54. I assumed that maybea git version is
> > > used. Now after the update last week on KF-5.55 thisfeature has
> > > disappeared again. Maybe someone is reading from openSUSE and
> > > can give anexplanation?
> > >
> > >
> > > Maik
> > >
> > >
> > > Am Dienstag, 19. Februar 2019, 18:31:01 CET schrieb
> > > GillesCaulier:   
> > > > Le mar. 19 févr. 2019 à 18:23, <[hidden email]> a
> > > > écrit :   
> > >     
> > > > > On 2/19/19 6:08 PM, Gilles Caulier wrote:   
> > >     
> > > > > > Bad news : KDE frameworks KF5 version 5.55 require Qt
> > > > > > 5.10at least to   
> > >     
> > > > > > compile.   
> > >     
> > > > > > The Linux AppImage bundle use Qt 5.9.7 LTS. KF5 5.55 do
> > > > > > notcompile with   
> > >     
> > > > > > this version (i tried to hack).   
> > >     
> > > > > >     
> > >     
> > > > > > So i updated at least to KF5 5.54 with is the last
> > > > > > versioncompatible   
> > >     
> > > > > > with Qt 5.9.7 LTS.   
> > >     
> > > > > >     
> > >     
> > > > > > This is another point that i hate to seen KDE
> > > > > > notcompatible with the Qt   
> > >     
> > > > > > long time support version. Passing to Qt 5.11
> > > > > > introduceregression and i   
> > >     
> > > > > > don't want to pass to Qt 5.12 until the LTS is declared
> > > > > > byQt team.   
> > >     
> > > > > >     
> > >     
> > > > > > Including new Qt version in AppImage is complicated
> > > > > > andrequire time. I   
> > >     
> > > > > > want to do it for the moment.   
> > >     
> > > > > >     
> > >     
> > > > > > And i want to not talk about MAcOS support where Qt is
> > > > > > onlycompatible   
> > >     
> > > > > > with more recent Apple SDK. So if we use Qt 5.12 in
> > > > > > OSXpackage, it will   
> > >     
> > > > > > be only compatible with more recent version of MAcOS.
> > > > > > Thebackward   
> > >     
> > > > > > compatibility is limited.   
> > >     
> > > > > >     
> > >     
> > > > > > Funny, the only bundle which use Qt 5.12, and which
> > > > > > iscompiled with KF5   
> > >     
> > > > > > 5.55, is... the windows installer. Thanks MXE
> > > > > > crosscompiler team which   
> > >     
> > > > > > support well last Qt version.   
> > >     
> > > > > >     
> > >     
> > > > > > To resume : only the Windows installer of digiKam 6.1.0
> > > > > > hasKImageFormat   
> > >     
> > > > > > framework with last XCF support...   
> > >     
> > > > >     
> > >     
> > > > > Are gimp 2.10 .xcf thumbnails displayed with your
> > > > > w$installer?   
> > >     
> > > > > In my case, i compiled digikam-git with last kf5-5.55
> > > > > andqt-5.12.   
> > >     
> > > > > gimp 2.10 xcf thumbnails are not displayed.   
> > >     
> > > >     
> > >     
> > > > To be honest, i don't yet tested, as i tried to
> > > > completequickly the 6.0.0   
> > >     
> > > > release announcement.   
> > >     
> > > >     
> > >     
> > > > Gilles Caulier   
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >     
>
>


--
sknahT

vyS

[leoutation]

On 3/30/19 3:52 PM, Gilles Caulier wrote:
> Hi all,
>
> No chance. See my comment here :
>
> https://bugs.kde.org/show_bug.cgi?id=360821#c27
>
Hi
Could it possible, in the future, to use Imagemagick to display xcf
files inside Digikam?

--
Maderios