Version: 0.9.2-final (using KDE 3.5.8) Installed from: Gentoo Packages OS: Linux The digikam handbook says at [help:/digikam/requirements.html] that libgphoto2 is required but does not say whether it should be compiled with exif support. The expected behaviour is to say which compile options are needed. The options are "doc exif hal nls". Does digikam need libgphoto2 with exif support or does digikam somehow support exif on its own (maybe through libkexif)?
EXIF support is required for thumbnail retrieval on some libgphoto2 camera drivers. It is not mandatory, but well, you might not see thumbnails or the thumbnail extraction mighht be very slow. Your choice in the end.
I have used libgphoto2 without exif for a while and could retrieve thumbnails fine. The camera driver that seems to be used is ptp2. Maybe libgphoto can automatically select the exif option if a driver that needs it is compiled. Will --with-libexif=auto do that (or will it just automatically find if/where libexif is installed)? Is there some other feature (such as auto rotation) that needs exif support in libgphoto2 or can it simply be omitted if thumbnail retrieval works fine without it?
esigra, For me, it's not relevant of digiKam if libgphoto2 need libexif to work fine. Also, it's relevant of packaging team to compile libgphoto2 on the right way. Gerhard, what do you think about add a comment in handbook ? Arnd, The comment from Marcus in #1 is important : i remember few report in B.K.O about users who can't see thumbs in cameragui iconview... Gilles Caulier
The question that the digikam handbook should answer is whether libgphoto2 needs to be built with exif to do whatever digikam uses libgphoto2 for. For example: "libgphoto2 needs to be built with exif to retrieve thumbnails to Digikam using any of the drivers X, Y and Z. If none of those drivers are used, Digikam can use libgphoto2 built without exif without loss of functionality."
SVN commit 813343 by cgilles: add note to handbook about libexif/libgphoto2 support BUGS: 160740 M +4 -1 index.docbook WebSVN link: http://websvn.kde.org/?view=rev&revision=813343
I read that text. I think "properlly" should be "properly".
SVN commit 814805 by cgilles: digiKam handbook : fix typo CCBUGS: 160740 M +1 -1 index.docbook WebSVN link: http://websvn.kde.org/?view=rev&revision=814805