A KDE Photo Manager
digiKam is a simple digital photo management application for KDE, which
allows you to import and organize your digital photos easily. The
photos can be organized in albums, which can be sorted chronologically,
by directory layout, or by custom collections. An easy-to-use interface
that enables you to connect to your camera and preview, download, or
delete your images, is provided.
- Developed at KDE:Extra
-
6
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Factory/digikam && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| _constraints | 0000000110 110 Bytes | |
| digiKam-8.5.0.tar.xz | 0062028432 59.2 MB | |
| digiKam-8.5.0.tar.xz.sig | 0000000833 833 Bytes | |
| digikam.changes | 0000164860 161 KB | |
| digikam.keyring | 0000003106 3.03 KB | |
| digikam.spec | 0000008791 8.58 KB |
Comments 12
Please update to digiKam 6.0
It's on the way: https://build.opensuse.org/request/show/679901
And JFYI: it's not always easy to do such a major version upgrade.
In this particular case, digikam 6.0 doesn't contain kipi-plugins anymore, but that's still used by other applications (spectacle, gwenview, kphotoalbum).
So we had to create a stand-alone kipi-plugins package first, and that had to go through legal review first where it was stuck for 11 days...
Today I tried to install digikam using zypper, but was surprised to find that it requires libKF5AkonadiContact5 (libKF5AkonadiContact.so.5), by requiring libdigikamcore6 (libdigikamcore.so.6.1.0).
After I told zypper to break the dependency on akonadi contact and installed digikam, it won't start, complaining "digikam: error while loading shared libraries: libKF5AkonadiContact.so.5: cannot open shared object file: No such file or directory".
It seems not reasonable that digikam as a photo management software should "require" akonadi contact. Is it possible to make akonadi contact only a "recommend" or "suggest" of digikam?
No.
You need to raise that with the digikam authors. Currently if akonadi integration is enabled during buildtime, it's a hard runtime requirement as well.
Currently broken with openSUSE TW update. digikam: symbol lookup error: /usr/lib64/libdigikamgui.so.7.2.0: undefined symbol: _ZN2cv3dnn14dnn4_v202011173NetC1Ev
This comment has been deleted
Please read https://build.opensuse.org/project/show/openSUSE:Factory#comment-1392411
Please, change dependency (of libdigikamcore8) from libKF5AkonadiContact to libKPim5AkonadiContact so digikam can be installed on systems with up-to-date kde. It should work fine with libKPim5AkonadiContact as authors said that for time being there will be backwards compatibility for libKPim5AkonadiContact so programs which need libKF5AkonadiContact would work fine with libKPim5AkonadiContact. Tested it with "sudo ln -s /usr/lib64/libKPim5AkonadiContact.so.5 /usr/lib64/libKF5AkonadiContact.so.5", digikam works fine.
since Sun Dec 3, 2023 version has been published 8.2. Please supply this version.
Yes, please! Is there something lacking in the specifications for automatic building of the newer versions? (I have no experience with OBS, sorry.)
I've submitted the update: SR#1138994
There is no "automatic building of the newer versions" at all. The package has to be updated manually to build a newer version...