forked from pool/cmake
Dirk Mueller
674068c525
Revert that cmake macro stuff that has been causing grieph since August Once a proper solution is found, things like this can be re-attempted, but for now we need a solution to move forward with newer cmake versions for zlib 1.3 compatibility OBS-URL: https://build.opensuse.org/request/show/1124704 OBS-URL: https://build.opensuse.org/package/show/devel:tools:building/cmake?expand=0&rev=552 |
||
|---|---|---|
| _constraints | ||
| _multibuild | ||
| .gitattributes | ||
| .gitignore | ||
| cmake-3.27.7-SHA-256.txt | ||
| cmake-3.27.7-SHA-256.txt.asc | ||
| cmake-3.27.7.tar.gz | ||
| 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.