After upgrading KDE to 4.3.5, the address book no longer appears in Kontact. I have kaddressbook installed, and can use it independently of Kontact. I did build it with the kontact use flag set. However, no kontact plugins are built ("paludis --contents kaddressbook | grep kont" comes up empty), as they are for other kdepim programs, like korganizer (where you'll see things like "/usr/lib64/kde4/kontact_todoplugin.so"). Reproducible: Always Steps to Reproduce: 1.Upgrade kontact and kaddressbook to 4.3.5 2. 3. Actual Results: No Contacts icon in the Kontact "Main Toolbar" anymore, no reference to contacts in the "Configure Kontact..." dialog box. Expected Results: Contacts icon appears when "Main Toolbar" is enabled.
Created attachment 218597 [details] paludis --info kde-base/kaddressbook
Hi, I am having the exact same problem (upgrading from 4.3.3 to 4.3.5 after recent stabilization). I am using portage, so it should not be connected to paludis. The only rational explanation that I can come up with is that somehow the following test in kontact/plugins/CMakeLists.txt fails: if(BUILD_kmail AND BUILD_kaddressbook) add_subdirectory( kaddressbook ) endif(BUILD_kmail AND BUILD_kaddressbook) It appears that BUILD_kmail is not set (why would it be???). I am having difficulty seeing why this should have worked in 4.3.3, though (but it clearly did!). I didn't find any change between 4.3.3 and 4.3.5 that would explain this mystery. Note that the add_subdirectory has been correctly uncommented by the logic in the eclass, so it likely to be a cmake issue rather than something in the ebuild/eclasses. Anybody else any ideas? How do I set a cmake variable from the ebuild or the environment so I can see if that would solve it? Cheers, Jochen
Does this have something to do with USE="semantic-desktop" not being enabled by default anymore? Note that it changed from 4.3.3 to 4.3.5.
I don't think so, I have semantic-desktop set. I actually found a way to set BUILD_kmail from the ebuild (note that is probably not even a workaround, use at your own peril): add -DBUILD_kmail=TRUE to the mycmakeargs array in src_configure. Now the ebuild attempts to compile the kontact plugin, but the compile fails with the following error message: make[2]: *** No rule to make target `kmail/org.kde.kmail.kmail.xml', needed by `kontact/plugins/kaddressbook/kmailinterface.cpp'. Stop. make[1]: *** [kontact/plugins/kaddressbook/CMakeFiles/kontact_kaddressbookplugin.dir/all] Error 2 Me now wonders whether somebody disabled this on purpose?
Okay, the compile error finally led me on the right path: somebody removed the cmake target for the kmail interface from kde4-meta.eclass when compiling kaddressbook: http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/kde4-meta.eclass?r1=1.32&r2=1.33 The second change under the heading "Line 588". I can only guess that this was changed because of the new addressbook in newer KDE versions. Reverting that change makes the plugin compile and it seems to work okay (without any changes to the ebuild, i.e. without setting any cmake variables like in comment #4). Not sure how to fix this properly. I guess this needs some versioning logic and definitely an eclass expert to look at ...
Hello I have the same Problem. But i wait for 4.4. I hope the problem is solved there. greetings Mario
This regression is fixed with 4.3.5-r1, sorry for inconvenience. 4.4 releases are unaffected.
