The package kdepim-15.08.2 pulls in all KDE PIM apps by means of $(add_kdeapps_dep ...) irrespective of KDEPIM_FEATURES. For example, even if "blogilo" is not set "kblog" is pulled in. The function "src_prepare" does iterate overall entries of KDEPIM_FEATURES, but the dependencies do not. Reproducible: Always
Here's what I did: $ KDEPIM_FEATURES="" ebuild kdepim-15.08.2.ebuild configure $ grep DONOTCOMPILE /var/tmp/portage/kde-apps/kdepim-15.08.2/work/kdepim-15.08.2/CMakeLists.txt #DONOTCOMPILE add_subdirectory(kleopatra) #DONOTCOMPILE add_subdirectory(kmail) #DONOTCOMPILE add_subdirectory(examples) #DONOTCOMPILE add_subdirectory(korganizer) #DONOTCOMPILE add_subdirectory(akregator) #DONOTCOMPILE add_subdirectory(kaddressbook) #DONOTCOMPILE add_subdirectory(knotes) #DONOTCOMPILE add_subdirectory(ktnef) #DONOTCOMPILE add_subdirectory(kalarm) #DONOTCOMPILE add_subdirectory(blogilo) #DONOTCOMPILE add_subdirectory(kontact) #DONOTCOMPILE add_subdirectory(akonadiconsole) #DONOTCOMPILE add_subdirectory(console) ...seems to work as expected.
kblog is a library, not an application. The individual libraries are not behind use flags (yet) because we're still hoping to see a proper split upstream. To do it now would be a lot of effort for not much gain, especially since upstream sees a high level of activity in kdepim.
Thanks, I see clearer now. I assumed that kblog is the name of the ebuild for the application behind blogilo. Then let's hope that there will be a proper split by upstream between kontact, the embedded application (like kmail) and their libraries. If nobody mind, I would agree to mark this bug as "invalid" and "closed".
As owner of the bug, you can close it yourself. ;)