I have tried to compile kde apps 15.12.3 from the overlay and failed miserably on kdepim =) There are quite a few of missing dependencies, where packages fail to compile complaining about missing pre-requisities - but I had gotten around that by emerging packages one by one manually. However, I have come across a blocker on knotes. it fails to build stating that there is no configuration file for "KF5NoteShared". From scarce information I found over the web it looks like it was indeed a separate package in the overlay, but now it seems to be a part of knotes? But knotes still fail to compile without it. I have attached the output log. Will happily help resolving this issue.
Created attachment 428914 [details] Output from knotes compilation
When did you last sync the overlay?
I did git pull about an hour ago, just before the attempt to compile.
Why does Paludis not use the eclass from kde overlay?
Now that is a question I do not know how to answer ;) I'm just an average user, with some background in programming, but I have very limited knowledge on ebuilds / eclasses etc. If I could help debugging the issue running any specific check / command please let me know.
If the src_prepare from kde overlay's kde5.eclass isn't run, split kdepim ebuilds can not work at all. Let's check: ls -l /mnt/ram/var/tmp/paludis/kde-apps-knotes-15.12.3/work/knotes-15.12.3 If you did not manually set some kind of override for kde overlay eclasses, the question needs to be raised with Paludis devs.
There is no /knotes-15.12.3 subdir: kde-overlay # ls -l /mnt/ram/var/tmp/paludis/kde-apps-knotes-15.12.3/work/knotes-15.12.3 ls: cannot access /mnt/ram/var/tmp/paludis/kde-apps-knotes-15.12.3/work/knotes-15.12.3: No such file or directory there is however /knotes-15.12.3_build: kde-overlay # ls -l /mnt/ram/var/tmp/paludis/kde-apps-knotes-15.12.3/work/knotes-15.12.3_build/ total 56 -rw-r--r-- 1 paludisbuild paludisbuild 39692 Mar 24 11:57 CMakeCache.txt drwxr-xr-x 4 paludisbuild paludisbuild 180 Mar 24 11:57 CMakeFiles drwxr-xr-x 2 paludisbuild paludisbuild 60 Mar 24 11:57 CMakeTmp -rw-r--r-- 1 paludisbuild paludisbuild 1009 Mar 24 11:57 ecm_uninstall.cmake -rw-r--r-- 1 paludisbuild paludisbuild 138 Mar 24 11:57 gentoo_common_config.cmake -rw-r--r-- 1 paludisbuild paludisbuild 939 Mar 24 11:57 gentoo_rules.cmake -rw-r--r-- 1 paludisbuild paludisbuild 154 Mar 24 11:57 gentoo_toolchain.cmake On a side note, I have sucessfully managed to compile and install almost all other 15.12 ebuilds from the overlay (like akonadi, kidentitymanagement, etc.), just stumbled on knotes
Sorry I was wrong, the actual source directory for the release would be /var/tmp/portage/kde-apps/knotes-15.12.3/work/kdepim-15.12.3/ If you look at its contents, it should only have a total of 6 subdirectories, including knotes and noteshared. If there are all the other pim libraries and applications, it is final evidence that kde5.eclass from tree is overriding the required version from overlay. Though the lack of einfo output about what is built/removed would give me a strong enough hint about that already.
(of course replace the base path with your own PORTAGE_TMPDIR)
Same for the configure error message actually. If kde5.eclass from kde overlay is used, the line in work/kdepim-15.12.3/CMakeLists.txt where it looks for KF5NoteShared would look like this: find_package(KF5NoteShared ${KDEPIM_LIB_INSTALLED_VERSION} CONFIG) Notice the lack of REQUIRED keyword, which means it will just print a warning that it was not found, whereas in your case the file obviously was not touched by kde5_src_prepare
Right, now I fell ashamed. What I actually did is, I copied the ebuilds from the kde overlay to local repository. I do it so I can update kde-apps every couple of months where I have some spare time to fix any possible issues. What I didn't do however is I didn't update the eclass dir - hence the failures with builds. Once I copied over the eclass files, everything seems to build and work fine. Please accept my humble appologies for wasting your time =)