Thumbnails not shown in albumview

[Antonio Trincone]

Many thanks Gilles for your time in answering me. I'm afraid I can not
acknowledge your suggestions. Your words Unset some bash variable set by
digikam...are obscure to me. :-)
May be better to wait for 5.8 delivery of Digikam in my distribution (that
could be soon since I am using K Neon right now).
Thanks
Sincerely
Antonio


Il giorno mer 3 gen 2018 alle ore 17:50 Gilles Caulier <
caulier.gilles at gmail.com> ha scritto:

> Solution : unset some bash variable set by digiKam bundle before to start
> an external application from the appimage.
>
> explanations : the appimage embed all library at a specific release, that
> we validate as "work for digiKam".
>
> When you start the external application from the bundle, some libraries
> search PATH are set explicitly for digiKam to wrap around system libraries.
>
> In other words: the external application is lost. This is not a
> dysfunction. It's how bundled application work.
>
> In digiKam source code we have a dedicated method called to run a external
> application which unset these variable. Look here :
>
> https://cgit.kde.org/digikam.git/tree/app/utils/digikam_globals.cpp#n158
>
> You need to reproduce the same in your bash script which start the
> external application.
>
> Gilles Caulier
>
> 2018-01-03 17:25 GMT+01:00 Antonio Trincone <antonio.trincone at gmail.com>:
>
>> The suggestion of Digikam 5.8 appimage seems to be problematic. In my
>> case after a fresh setup the command /usr/bin/darktable %U written in the
>> appropriate window Open with... produces (when running in terminal) the
>> following lines below. Obviously DT works without flaw when launched
>> externally. Has some of you possible explanation or suggestion on how to
>> solve it? The appimage file used is the following:
>> digikam-5.8.0-20171217T160920-x86-64.
>> Many thanks
>> Antonio
>>
>> /usr/bin/darktable: /tmp/.mount_uqLXwS/usr/lib/libtiff.so.5: no version
>> information available (required by /usr/b
>> in/../lib/x86_64-linux-gnu/darktable/libdarktable.so)
>> /usr/bin/darktable: /tmp/.mount_uqLXwS/usr/lib/libtiff.so.5: no version
>> information available (required by /usr/l
>> ib/libGraphicsMagick-Q16.so.3)
>> /usr/bin/darktable: symbol lookup error:
>> /usr/bin/../lib/x86_64-linux-gnu/darktable/libdarktable.so: undefined sy
>> mbol: cupsEnumDests
>>
>>
>>
>>
>> Il giorno mer 3 gen 2018 alle ore 11:34 Simon Frei <freisim93 at gmail.com>
>> ha scritto:
>>
>>> As you already discovered that's a known problem (incompatibility of
>>> digikam <= 5.7.0 with QT >=5.9.3). It has been fixed in 5.8.0 and you
>>> can use appimages of any version permanently or until 5.8.0 is release
>>> through apt repos if you prefer that way.
>>>
>>> On 03/01/18 11:07, Rüdiger Härtel wrote:
>>> > Hello,
>>> >
>>> > just for the record:
>>> >
>>> > in November 2017 there was this thread
>>> >
>>> https://mail.kde.org/pipermail/digikam-users/2017-November/025721.html
>>> >
>>> > It is excatcly the same situation for me.
>>> > * No thumbnails in album view
>>> >    thumbnails and images are shown in all other views, ie. timeline,
>>> dates ...
>>> > * not able to create new albums
>>> >     the message is: "Fehler beim Erstellen des Ordners file:///test01"
>>> >
>>> > I am using KDE NEON
>>> > digikam:        5.7.0
>>> > KDE framework:  5.41.0
>>> > QT              5.9.3
>>> >
>>> >
>>> > I uninstalled digikam (apt remove) and used the appimage.
>>> > Everything is working now. However, it might be worth to resolve this
>>> > behaviour.
>>> >
>>> > Regards,
>>> > Rüdiger
>>> >
>>> >
>>>
>>>
>>
>> --
>>
>> [image: --]
>>
>> Antonio Trincone
>> [image: https://]about.me/antonio.trincone
>>
>> <https://about.me/antonio.trincone?promo=email_sig&utm_source=email_sig&utm_medium=email_sig&utm_campaign=external_links>
>>
>>
>

-- 

[image: --]

Antonio Trincone
[image: https://]about.me/antonio.trincone
<https://about.me/antonio.trincone?promo=email_sig&utm_source=email_sig&utm_medium=email_sig&utm_campaign=external_links>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20180103/d5a55d18/attachment.html>