Summary: | [kde overlay] Cannot compile knotes 15.12.3 from the kde overlay | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marek <marek> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Output from knotes compilation |
Description
Marek
2016-03-24 11:15:05 UTC
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 =) |