[Digikam-devel] v2.0.0 installation report

John Mock KD6PAG kd6pag at amsat.org
Sun Oct 2 19:11:17 BST 2011


>> When the same MacBook Pro runs Mac OSX, my first attempt to install it via
>> MacPorts also failed.  Installing was *extremely* slow.
>
>All must be compiled. KDE +Qt + shared libs.
>
>On my macbook, this take 3hours.
>
>>I did an update a
>> day later, which was alot quicker, and then it built properly.  Most things
>> seemed to work, but the icons (such as rotation directions, select albums,
>> select tags, etc.) are lacking (or grey).  It was the easiest, and by far
>> the slowest, install.
>
>For icons, install Oxygen ports package.

I installed 'oxygen-icons', which solved the problem.  But the download was
nearly 1/2 GB!  It would be nice if there were something smaller that was
included automatically.

>> So perhaps 'digiKam' doesn't request all the right libraries in the KDE
>> windows installer??  But there was no selection under the installer for
>> SQLite, either.  So i tried installing 'krecipes', which i guessed might
>> include SQLite (and selected that option during its configuration).  No
>> help, even though 'krecipes' seem to start up and display a sample recipe.
>> Maybe it's a path issue, as 'C:\Program Files\KDE\bin\sqlite3.dll' exists
>> (as does 'C:\Program Files\KDE\plugins\sqldrivers\sqlite4.dll')??
>>
>
>Anyway your problem with DB Qt plugin must be reported to KDE windows
>team, through KDE bugzilla. It's not a digiKam bug. It's an
>installation problem...

It has been reported, but the KDE installer is still on v2.0.0, and with
'digiKam-installer-2.0.0-win32.exe' (from 2011-08-08) being unchanged.
Note that the KDE bug report i submitted on this was marked as a duplicate.
It would be nice of one or the other Windows installation method were
updated.

>Note : with 2.1.0 released soon, more than 50 bugs have been fixed. If
>you plan to test digiKam again, please try this version :

I've tried both the Linux 'amd64' and 'powerpc' 2.1.1 versions, as well
as the MacOSX version.  All seem to compile and work reasonably (although
the Panorama stitcher only appears in the 'Tools' menu for 'amd64'). 

I was was able to compile the 2.2.0/git 'powerpc' version, but alas, the
configuration fails under Debian 'amd64' 'Squeeze', even with 'libexiv2-10' 
[version 0.21-1.1] and 'libexiv2-dev' [version 0.21-1.1] are included (from
Debian 'experimental'):

>-- Starting CMake configuration for: libkexiv2
>-- Could NOT find Exiv2:  Found version "0.20.0", but required is at least "0.21" (found /usr/lib/libexiv2.so)
>
>-----------------------------------------------------------------------------
>-- The following REQUIRED packages could NOT be located on your system.
>-- You must install these packages before continuing.
>-----------------------------------------------------------------------------
>   * Exiv2 (0.21 or higher)  <http://www.exiv2.org>
>     Required to build libkexiv2.

>  lrwxrwxrwx   1 root root              18 Feb 25  2011 libexiv2.so -> libexiv2.so.10.0.1
>  lrwxrwxrwx   1 root root              18 Feb 25  2011 libexiv2.so.10 -> libexiv2.so.10.0.1
>  -rw-r--r--   1 root root         2065376 Feb 25  2011 libexiv2.so.10.0.1
>  lrwxrwxrwx   1 root root              17 Jun  3 12:04 libexiv2.so.9 -> libexiv2.so.9.0.0
>  -rw-r--r--   1 root root         1968336 Jun  3 12:04 libexiv2.so.9.0.0

Note that i can't remove 'libexiv2-9' (version 0.20.0) without breaking other 
packages, but that ought not matter.  Also note:

>  lrwxrwxrwx   1 root root              14 Jul 23 03:23 libkexiv2.so -> libkexiv2.so.9
>  lrwxrwxrwx   1 root root              18 Jul 23 03:23 libkexiv2.so.9 -> libkexiv2.so.9.0.0
>  -rw-r--r--   1 root root          589584 Jul 23 03:23 libkexiv2.so.9.0.0

with no Debian distribution currently having a more recent version than
'libkexiv2-9'.  So is the error message correct??  What's going on?

I especially appreciate that the 'digikam' databases are SQL and accessible
via other software (especially 'perl').  I can see how this could be used to
make photo collections accessible via the web.  It can also be used to make
advanced queries not easily expressed in 'digikam', like, which wildflowers
don't have any identifying information on, and to add corresponding tags
which could then be accessed inside of 'digikam'.

      	    	         -- KD6PAG



More information about the Digikam-devel mailing list