Digikam Issues

I am running on my primary system :Desk: i7-4790K Leap 42.3(x86_64)4.4.92-31 KF5 5.40.0 Plasma 5.11.4 Qt 5.9.3
with Digikam 5.7.0 loaded from the KDE:extras repo.
Digicam opens from the GUI desktop, no error messages, but Displays the albums tree with no images listed in the directory structure.

On the Digikam forum, I see some discussions related to issues with Qt 5.9.x, works on some distros, I think.

Anyone here seeing this issue, or better yet, has it working?

I have tried starting Digikam in a Konsole window, I get the same GUI window results, disconcerting messages in Konsole like “digikam.general: Cancel Main Thread”
but nothing waving a red flag declaring fatal errors.

I am assuming this is a Digikam build issue, but would be interested in others experience.

Don’t know you’ll find too many users of leap with those versions… you’re even ahead of Tumbleweed :wink:

Digicam opens from the GUI desktop, no error messages, but Displays the albums tree with no images listed in the directory structure.

On the Digikam forum, I see some discussions related to issues with Qt 5.9.x, works on some distros, I think.

For what it’s worth…

Using Tumbleweed with:

Plasma 5.11.3
Frameworks 5.40.0
Qt 5.9.2
Digikam 5.7.0

I use digikam almost daily and all is working OK.

What Paul says. Plus, the issue is not with digikam, it’s your system, using repos other than the distro’s. The digikam package you’re trying to use is probably built agains another Qt version than you have installed.

Thanks for inputs.
Interestingly, I rechecked Digikam-Help-About-Libraries from within the running application and it reports

l  Version 5.7.0




  - KDE Frameworks 5.40.0 
  - Qt 5.9.3 (built against 5.9.3) 
  - The *xcb*
 windowing system 



As for using KDE Extra, I am using the Leap 42.3 version of KDE Extra
but do understand this is not the default Digikam version which is 5.5.0 from Leap-42.3-Oss

http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Leap_42.3/

I’ll back down to 5.5.0 if I really need to.

The “built against” might be rather ambiguously worded there perhaps. I’m not convinced it means digikam is built against Qt 5.9.3…

because:

On this 42.3 system:

http://paste.opensuse.org/view/raw/75a71bf5

I’ve just upgrade digikam 5.5.0 (from leap 42.3 OSS) to 5.7.0 (from leap 42.3 KDE Extra), and it shows built against Qt 5.6.2

http://paste.opensuse.org/view/raw/668e1e82

It also works OK…

As Knurpht wrote, the problem is more likely the combination of plasma/frameworks/Qt than with digikam?

As Knurpht wrote, the problem is more likely the combination of plasma/frameworks/Qt than with digikam?

That is certainly a possibility, how ever all my other applications seem to be working OK on this current version of Leap 42.3

Desk: i7-4790K Leap 42.3(x86_64)4.4.92-31 KF5 5.40.0 Plasma 5.11.4 Qt 5.9.3

Hmm… That does perhaps rather point the finger at digikam then.

However, unless you find another (preferably leap) user with the plasma/frameworks/Qt versions you have, it won’t be easy to conclusively prove that.

Sorry, but I’m not prepared to change the 42.3 system I have to that extent.

Tumbleweed is not that far off, version wise, so it will be interesting to see what happens when the plasma/Qt versions match yours.

Thanks, Paul.
Since I know how to fix it IF I really need to, I’ll let it sitfor a bit.

I do see , on the Digikam Forum, a lot of issues related to QT versions recently, but none sound like what I see.

This is the Digikam email thread that points to a Digikam/QT 5.9.3 issue, I believe.
Seems the folks over at Arch Linux hit this a couple weeks ago

http://digikam.1695700.n4.nabble.com/qt5-5-9-3-1-td4704506.html

Looking at related chatter, it is not clear if the bug was/is in QT5.9.3 or hidden in Digikam 5.7.0 until QT5.9.3 was released.
It appears resolved, on Arch, with a package fix in Digikam.

Thanks for the link.

Agreed, it’s not too clear where blame is being apportioned to. The final post indicates if digikam is built specifically against Qt 5.9.3 that solves the problem.

I’m not sure how that will impact leap. Looking at the (OBS KDE:Extra) changelog ( https://build.opensuse.org/package/view_file/KDE:Extra/digikam/digikam.changes?expand=1 ) it currently has “BuildRequire Qt >= 5.6.0”. If that’s bumped to 5.9.3 then I guess it would fail to build on leap, TW also at the moment, as that’s on 5.9.2. So I don’t know if those changes would (yet) be accepted.

Perhaps consider running digikam as an AppImage bundle? I’ve never used that method myself so don’t know if it would be a practical solution.

@cmcgrath5035:
I’m currently running the KDE:Extra Digikam on (standard) Leap 42.3 (standard KDE Plasma 5) without any problems:

Digikam version: 5.7.0
Digikam is reporting:

  • KDE Frameworks 5.32.0
  • Qt 5.6.2 (kompiliert gegen 5.6.2)
  • Das xcb Fenstersystem

Installed versions reported by zypper:

  • plasma-framework: 5.32.0-4.1
  • libQt5WebKit5: 5.6.2-1.26
  • libqt5-qtwebengine: 5.6.2-6.2
  • libxcb1: 1.11.1-4.3
  • libX11-xcb1: 1.6.3-9.3
  • plasma5-workspace: 5.8.7-6.1
  • plasma5-session: 5.8.7-2.1

From where have installed KF5 5.40.0; Plasma 5.11.4; Qt 5.9.3 ?

I am running from these two repos

http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_42.3/
http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_42.3/

There are appimage versions of Digikam which can be tried and dont rely on the code you have installed. Try one of these (see their website) and see what happens. My 5.7 from normal repo works fine on TW, as do the appimage versions available.

Stuart

Stuart - thanks for the added info.
As someone else points out above, TW is still at QT5.9.2, whereas Leap 42.3 with KDE:Qt repo is at Qt5.9.3.

If you follow the links above into Arch Linux forums, they hit, and I think resolved the issue a couple weeks back, but it is hard to tell if the resolution was in QT or Digikam. As I read it, Digikam 5.7.0 and Qt 5.9.3 do not play well.

FYI, “OSS” repo here on 42.3 is still Digikam 5.5.0.
I have been using KDE:Extra Repo to stay a bit more current.

And yup, every once in a while the cart gets in front of the horse

An update today: **2017-12-10 13:11:28|install|digikam|5.7.0-181.1|x86_64|
**resolved the issue