7cb60c14ca
- DCMAKE_MODULES_INSTALL_DIR should be %{_libdir}/cmake/%{name}
- Set CMAKE_INSTALL_LIBEXECDIR=%{_libexecdir}
- Use -DCMAKE_SKIP_INSTALL_RPATHS:BOOL=ON instead of completely
removing rpaths. boo#1172331
OBS-URL: https://build.opensuse.org/request/show/811375
OBS-URL: https://build.opensuse.org/package/show/devel:tools:building/cmake?expand=0&rev=414
|
||
|---|---|---|
| _constraints | ||
| _multibuild | ||
| .gitattributes | ||
| .gitignore | ||
| cmake-3.17.3-SHA-256.txt | ||
| cmake-3.17.3-SHA-256.txt.asc | ||
| cmake-3.17.3.tar.gz | ||
| cmake-fix-png-include-dir.patch | ||
| cmake-fix-ruby-test.patch | ||
| cmake.attr | ||
| cmake.changes | ||
| cmake.keyring | ||
| cmake.macros | ||
| cmake.prov | ||
| cmake.spec | ||
| feature-suse-python-interp-search-order.patch | ||
| README.SUSE | ||
The package 'cmake' only ships a README.SUSE file and serves as a meta-package. cmake requires cmake-implementation, which inside OBS is provided by * cmake-mini (minimal cmake variant, no especially no libcurl/libarchive) * cmake-full (what used to be called cmake before) This complex setup was done in order to be able to eliminate build cycles, as more and more tools were moving to cmake as build system, but with curl in the build chain, was making it increasingly difficult to break the cycle. cmake-mini is not meant for installation on end-user systems (where it also would not save a lot; as an end user, you have libcurl on your system anyway due to libzypp) and is thus not part of the FTP Tree.