notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Some details on the 2023-01-16 website outage.
We just rebooted with several updates: * new HMTLify code * no port maintainer is now highly visible (e.g. * fixed search logic error when using plain/ text details at
non port: devel/cmake/files/patch-Utilities__cmcurl__CMakeLists.txt

Number of commits found: 2

Sun, 4 Jan 2015
[ 22:18 rakuco search for other commits by this committer ] Original commit   Revision:376275
Update CMake to 3.1.0.

Upstream release notes:

Notable changes on the packaging side:
* devel/cmake does not need USE_OPENSSL=yes anymore. In fact, it has not
  needed it since r366996, when we stopped building CMake's bundled copies
  of curl, libarchive & friends (curl was the only consumer of OpenSSL in

* Likewise, we do not need to set CMAKE_USE_OPENSSL in InitialCache.cmake

* On FreeBSD < 10, devel/cmake and devel/cmake-gui now depend on
  archivers/libarchive because the libarchive version in base is too old and
  does not contain some functions that CMake uses.

PR:		196367
Sun, 9 Mar 2014
[ 17:58 rakuco search for other commits by this committer ] Original commit   Revision:347674
Make the port build with security/openssl installed after r347541.

Add a patch sent upstream that makes sure the bundled curl's include paths
are passed to the compiler before any other ones, since they could include
the system's curl include directory.

One way to trigger this was to build the port with security/openssl
installed: CMake would detect OpenSSL's include path (${LOCALBASE}/include)
and pass it to the compiler. If ftp/curl is also installed, the compiler
would end up picking its headers instead of the ones in cmcurl's own

Reported by:	Terry Kennedy <>
MFH:		2014Q1

Number of commits found: 2