15:05 tcberner 

Update cmake and friends to 3.8.0

* add patch for finance/kmymoney-kde4
* change patch in irc/irssi-fish as pkgconfig handling has changed.

PR:		218559
Exp-run by:	antoine
Reviewed by:	mat, rakuco
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D9557

 

11:41 tcberner 

Update devel/cmake* to 3.7.1 [1]

Due to an upstream commit [2] we need now to pass
CMAKE_INSTALL_MANDIR:PATH="share/man" in the
devel/llvm-* ports, and fix the plist of net/remmina.
Further add an upstream patch to  math/plplot to
fix the build with 3.7.1.

[1] https://cmake.org/cmake/help/v3.7/release/3.7.html
[2] https://github.com/kitware/cmake/commit/956054

PR:		214975
Approved by:	rakuco (mentor)
Exp-run by:	antoine

 

12:32 rakuco 

Update CMake to 3.6.1.

https://blog.kitware.com/cmake-3-6-0-available-for-download/
https://blog.kitware.com/cmake-3-6-1-available-for-download/

PR:		210988

 

14:41 rakuco 

Update CMake to 3.5.0.

Announcement: https://blog.kitware.com/cmake-3-5-0-available-for-download/

Most ports have already been fixed for this update, but science/orthanc was
included in this commit because I am not entirely sure the changes in it work
with CMake < 3.5.0. In short, FindDCMTK.cmake was rewritten and the way orthanc
uses the DCMTK variables was incompatible with the use upstream intended.

PR:		208033

 

14:20 rakuco 

Update CMake to 3.4.0.

Release notes: https://cmake.org/cmake/help/v3.4/release/3.4.html

- Bump PORTREVISION in a few ports that do not ship SOVERSIONed libraries
  anymore (see https://cmake.org/gitweb?p=cmake.git;a=commit;h=f799ffb5).
- Switch MASTER_SITES to https.

PR:		204629

 

12:09 rakuco 

Update CMake to 3.1.1.

Release notes for the 3.3 series:
http://www.cmake.org/cmake/help/v3.3/release/3.3.html

This update took longer than expected because of a behavior change in CMake:
now calls to find_library(), find_path() etc will take the $PATH environment
variable into consideration, which in practice means that it will prefer
libraries in base instead of those in ports when both versions are available.
r395972 is an example of the groundwork that had to be done before landing this
patch.

- deskutils/owncloudclient: When OpenSSL from ports is to be used, make sure to
  pass ${LOCALBASE} as $CMAKE_PREFIX_PATH, otherwise it will use the version in
  base (see above) and fail on 9.x.
- math/cgal: Import upstream patch to fix the configuration process with CMake
  3.3.x.

PR:		202516

 

20:25 brd 

Update devel/cmake, devel/cmake-gui and devel/cmake-modules to 3.2.3.

Thank you to antonie@ for the exp-run and rakuco@ for fixing the ports that
needed fixes.

PR:		200647
Approved by:	bdrewery (mentor)

 

22:18 rakuco 

Update CMake to 3.1.0.

Upstream release notes:
http://www.cmake.org/cmake/help/v3.1/release/3.1.0.html

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
  CMake).

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

* 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

 

10:10 bapt 

Cleanup plist

 

12:59 rakuco 

Update CMake to 3.0.1.

The 3.0 series is an incremental improvement over the previous 2.8 series
despite the major version number change. A list of important changes is
available at http://www.cmake.org/cmake/help/v3.0/release/3.0.0.html

On the porting side
* The minimum FreeBSD release we have to support in the ports tree is now
  recent enough that ports/168671 can finally be committed: instead of
  building and using CMake's own copies of bzip2, curl, expat, libarchive,
  liblzma and zlib, we use the versions in ports and/or the base system.

* CMake's documentation system has been changed and vastly improved at the
  cost of now depending on Sphinx. We still generate only man pages, but can
  start generating the HTML documentation in the future if desired.

* devel/cmake-gui now uses Qt5 instead of Qt4 and does not needlessly build
  the ncurses UI that is installed by devel/cmake itself.

* CMake commit 3816cd2 fixes a longstanding issue in the detection of the
  Python interpreter and its libraries, but requires us to revert a
  workaround for that in Mk/Uses/python.mk itself, effectively reverting
  the patch introduced by ports/168159.

* Similarly, a few ports had to be fixed manually due to CMake being
  stricter when parsing some files or the ports detecting Python the wrong
  way. Fortunately, they all had been fixed upstream so I just grabbed the
  appropriate commits and pointed to them in the patches.
  science/gnudatalanguage had to have its PORTREVISION bumped because
  switching to USES=cmake:outsource removed a few files from the plist that
  were not supposed to have been installed in the first place.

PR:		168671
PR:		192644

 

18:34 rakuco 

Welcome CMake 2.8.12!

With contributions from Schaich Alonso <alonsoschaich@fastmail.fm>,
including stage support for devel/cmake-gui.

This update took much longer than expected due to CMake changing the
arguments to an internal macro that ended up being used by some ports:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9ce60ff5

I have also started a discussion about this on CMake's development list:

  http://article.gmane.org/gmane.comp.programming.tools.cmake.devel/8464

It required adjusting the affected ports, and these changes have approved by
portmgr (bdrewery).

PR:		ports/182981
Approved by:	portmgr (bdrewery)

 

08:15 rakuco 

Update CMake to 2.8.11.2.

PR:		ports/178737

 

18:00 makc 

- Update cmake to 2.8.10.2
- Trim Makefile header
- Drop indefinite article from COMMENT

Obtained from:	area51
Tested by:	exp-run (bapt)

 

19:22 rakuco 

Update CMake to 2.8.9.

PR:		ports/170654

 

12:00 gahr 

- Split devel/cmake port into devel/cmake and cmake/cmake-modules, in order
  to keep Modules and Templates separated.

Approved by:    avilla (kde)