FreeRDPConfig.cmake and WinPRConfig.cmake are not installed by the ebuild. This causes other cmake projects to fail to build against the system package. Reproducible: Always
What other projects? I have never heard of software depending on random cmake files being installed. In any case, this sounds like an issue that should be addressed upstream; the ebuild just runs "make install".
Ah, upstream does install them, but only in more recent versions than we have in the portage tree. https://github.com/FreeRDP/FreeRDP/commit/c0a1c259f31ca675ca62e8d3ef2dea55f6f68ec9
Thanks Mike, Sorry, I didn't look around more. I really wish they would release more often (or at all).
Yeah. I'll see if I can add a new snapshot without breaking everything. ^_^
FYI, I'm investigating this: https://github.com/sailfish-sdk/RemoteDisplay To see about possibly using or taking the same approach for KRDC.
(In reply to Mike Gilbert from comment #1) > What other projects? I have never heard of software depending on random > cmake files being installed. You've got to be kidding! pinkbyte@oas1 ~ $ equery b /usr/share/cmake/Modules/ * Searching for /usr/share/cmake/Modules/ ... dev-libs/quazip-9999 (/usr/share/cmake/Modules) dev-util/cmake-2.8.12.2-r1 (/usr/share/cmake/Modules) net-im/qutim-0.3.1 (/usr/share/cmake/Modules) net-libs/libproxy-0.4.11-r2 (/usr/share/cmake/Modules) x11-libs/fltk-1.3.2 (/usr/share/cmake/Modules) pinkbyte@oas1 ~ $ equery f fltk | grep cmake/Modules /usr/share/cmake/Modules /usr/share/cmake/Modules/FLTKConfig.cmake So, if you do not install FLTKConfig.cmake with x11-libs/fltk then software, using cmake and apropriate macros in buildsystem can not find it.
(In reply to Sergey Popov from comment #6) > (In reply to Mike Gilbert from comment #1) > > What other projects? I have never heard of software depending on random > > cmake files being installed. > > You've got to be kidding! > I'm not omniscient, so no, I was not kidding. Also, read the rest of the comments.
This issue has been resolved.