USE=ncurses is supposed to enable CDK support, but it doesn't actually do anything. configure fails to find cdk/cdk.h and automagically still disables the support, even though --with-cdk was passed. Our outdated cdk package installs /usr/include/cdk.h instead of /usr/include/cdk/cdk.h, thus the failure to find it. Probably an easy fix, but given that no-one has actually missed this and reported a bug, it seems like no-one misses this and maybe we should just remove the pretend support instead of fixing it, and last-rite maintainer-needed dev-libs/cdk? If we decide to fix it instead, then we should take resposibility of dev-libs/cdk and bump it (there's a release from Feb 2019). It's about interactive configuration via ncurses-like CDK library via gphoto2 config or something, instead of command-line stuff. Then again, I'm not sure who actually even uses gphoto2 over some GUI program utilizing libgphoto2.
Personally I would kill cdk
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=de9268cbfa1289242cc0ec989b1ec0349db63a22 commit de9268cbfa1289242cc0ec989b1ec0349db63a22 Author: Matt Turner <mattst88@gentoo.org> AuthorDate: 2020-11-11 15:53:19 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2020-11-11 17:11:07 +0000 media-gfx/gphoto2: Version bump to 2.5.26 Closes: https://bugs.gentoo.org/679332 Signed-off-by: Matt Turner <mattst88@gentoo.org> media-gfx/gphoto2/Manifest | 1 + .../files/gphoto2-2.5.26-s-cdk-cdk.h-cdk.h.patch | 29 +++++++++++ media-gfx/gphoto2/gphoto2-2.5.26.ebuild | 57 ++++++++++++++++++++++ 3 files changed, 87 insertions(+)