Version: 0.8.0 (using KDE KDE 3.4.3) Installed from: Gentoo Packages OS: Linux Digikam doesn't need libgphoto to work. A lot of users don't have a digital camera but use digikam to manage and manipulate their images. There is no reason to install (lib)gphoto2 if the user doesn't have a digital camera. The Gentoo-developers can't make (lib)gphoto2-support optional, because Digikam doesn't provide a configure flag for it, i.o.w. if (lib)gphoto2 is installed on the PC digikam always build against this. This leads to wrongly stored dependencies and incorrect reverse dependency checking. This can result in deinstalling (un-emerging) (lib)gphoto2 while Digikam is build against it. There is a bug created in Gentoo-Bugzilla: http://bugs.gentoo.org/show_bug.cgi?id=107480 The bug can be reopend if a configure flags is created. Thanks!
Marcel, With KDE4 implementation and especially the future Win32 port of digiKam, this option need to be added, because libgphoto is not compilable under Win32. This is want mean than under Win32, only UMS camera will be drived. Gilles Caulier
> This is want mean than under Win32, only UMS camera will be drived. Not even PTP? :( But AFAIK PTP is supported by WindowsXP out-of-the-box (at least my Fuji is working with vanilla WinXP without any additional drivers). ---------------------------------------------------- Niezwyk
Time to do WIA or TWAIN import support. ;) But actually libgphoto2 might be able to port to Windows. libusb is there already, and porting libgphoto2 might not be that hard.
Marcus, Thanks for this information. It's a good news. Let's me hear your progress on Gphoto2 win32 port. Gilles
LibGphoto2 support is now optional in current implementation of digiKam for KDE4. There is a new CMake flag to disable Gphoto2 support : -DENABLE_GPHOTO2=no This is want mean that digiKam will be compilable under Windows soon... Note: Windows Port is in progress by Patrick Spendrin, a KDE core developper. Look here: http://saroengels.blogspot.com/2008/10/graphics-week.html Gilles Caulier