Number of commits found: 32

Fix build on gcc-bases archs.

PR:		231558
Submitted by:	Piotr Kubaj
Approved by:	portmgr (tier-2 blanket)

Mark various ports broken on powerpc64.

Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Since the upgrade of math/suitesparse to 5.2.0, it depends unconditionnaly on
math/metis. Because math/metis and math/metis-edf are conflicting, this means
that the ports which depend on SuiteSparse and on metis-edf became BROKEN.

To solve this problem, this revision adds the missings includes brought by
metis-edf to metis.

Note for myself: if everything goes well, do not forget to deprecate the port
math/metis-edf in a near future.

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

Reset ports maintained by bf@ until he has time again to work on them.

PR:		210474
Submitted by:	jbeich
With hat:	portmgr-secretary

Uses/cmake.mk: Replace CMAKE_ENV with CONFIGURE_ENV.

Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.

This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).

Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
                       no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
                 retrieved from the CMAKE_CXX_COMPILER variable in the build
                 system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
                        has no effect on the build system.

Reviewed by:		makc
Differential Revision:	https://reviews.freebsd.org/D3403

Add DOCS to OPTIONS_DEFINE to ports that check for PORT_OPTIONS:MDOCS.

Remove indefinite articles and trailing periods from COMMENT, plus minor
COMMENT typos and surrounding whitespace fixes. A few Makefiles where not
included as they contain Latin-1 characters that break the Phabricator
workflow. Category M.

CR:		D306
Approved by:	portmgr (bapt)

Use staging; strip

- rename AL2 to APACHE20 in Mk/bsd.licenses.db.mk
- svn move Templates/Licenses/AL2 Templates/Licenses/APACHE20
- add APACHE10 and APACHE11 to Mk/bsd.licenses.db.mk
- add entry in UPDATING
- bulk change all ports AL2 => APACHE20

- math/openfst/pkg-plist: remove share/licenses/openfst-1.3.4

PR:		ports/184785
Submitted by:	ohauer
Reviewed by:	tabthorpe
Approved by:	portmgr (tabthorpe@)

Use a versioned name for metis4, to help some tools to distinguish it from metis

Add NO_STAGE all over the place in preparation for the staging support (cat:
math)

update to 5.1.0

Feature safe:	yes

- convert USE_CMAKE to USES
- while here clean up some ports from CMAKE_VERBOSE, which is intended
  for users

Approved by:	portmgr (miwi)

update to 5.0.3

add math/metis4 to math/Makefile; update math/metis to 5.0.2; add appropriate
CONFLICTS, LATEST_LINK, and PORTSCOUT; adjust dependent ports; explicitly
note the restrictive license of the metis ports (while here, append the MPI port
to
*DEPENDS in math/parmetis, rather than using an assignment)

PR:             169578

respect CC and related variables [1]; add a test target; update WWW;
minor simplifications; shorten a few long lines

PR:             163232 [1]
Submitted by:   J. Beich (partial patch) [1]
Feature safe:   yes

Adopt

Feature safe:   yes

Update to 4.0.3

PR:             158422
Submitted by:   Niclas Zeising

Add a missing USE_LDCONFIG.

Actually this port doesn't use Fortran.

* Use gfortran42 only and not gcc42.
* Bump portrevision.

As shared lib is now installed bump port revision.

Install shared lib as well.

Add -fPIC for amd64, this will help CalculiX build on amd64 when the
atlas libraries are not build statically. For now a shared library, and
therefore a run dependency to the ports that build with metis, is not
convenient.

Since I'm there, fix MASTER_SITES.

PR:             93714
Submitted by:   Pedro F. Giffuni <giffunip (at) asme.org>

cosmetic cleanup, no functional changes

Submitted by:   Pedro F. Giffuni <giffunip@yahoo.com>

mark both conflicting each other (they are installing both a same named binary)

Submitted by:   Thierry Thomas <thierry@pompo.net>

De-pkg-comment.

Number of commits found: 32

8 vulnerabilities affecting 97 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2018-10-20 16:03:41