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 |
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 > > |
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 <[hidden email]> ha scritto: As you already discovered that's a known problem (incompatibility of -- |
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 : 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 <[hidden email]>:
|
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 <[hidden email]> ha scritto:
-- |
Free forum by Nabble | Edit this page |