Number of commits found XX: 18

Bump 46 ports depending on math/openblas because the after the recent
math/openblas update the library name changed in openblas.

Deprecate a few ports

With hat:	portmgr

Fix math/openblas and bump dependent ports

* Fix build on i386 [1]
* Fix science/code_saturne build with new openblas [2]
* Avoid installing private headers [3]
* Prevent build from optimizing for host by correcting build confg [4]
* Bump portrevision of dependent ports [5]

This is correcting issues from r523749 [1][2][4] and r515970 [3]

PR:		231371
Reported by:	build cluster [1]
Reported by:	Dima Pasechnik <dimpase+freebsd@gmail.com> [2]
Reported by:	many [5]
Reviewed by:	mat, bapt
Approved by:	implicit, since this is a build fix

math/py-pysparse: unbreak on non-LLD architectures after r515313

creating /tmp/tmp2txkG8/tmp
creating /tmp/tmp2txkG8/tmp/tmp2txkG8
compile options: '-I/usr/include -I/usr/local/include
-I/usr/local/include/suitesparse -c'
cc: /tmp/tmp2txkG8/source.c
cc /tmp/tmp2txkG8/tmp/tmp2txkG8/source.o -L/usr/local/lib -lcblas -o
/tmp/tmp2txkG8/a.out
/usr/local/lib/libcblas.so: undefined reference to `cgemv_'
/usr/local/lib/libcblas.so: undefined reference to `cscal_'
/usr/local/lib/libcblas.so: undefined reference to `sdot_'
/usr/local/lib/libcblas.so: undefined reference to `dtrmm_'
/usr/local/lib/libcblas.so: undefined reference to `zhpr_'
/usr/local/lib/libcblas.so: undefined reference to `snrm2_'
/usr/local/lib/libcblas.so: undefined reference to `zherk_'
/usr/local/lib/libcblas.so: undefined reference to `sspmv_'

(Only the first 15 lines of the commit message are shown above )

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

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, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.

Suggested by:	tijl

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 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, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

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

Use PY_FLAVOR for dependencies.

FLAVOR is the current port's flavor, it should not be used outside of
this scope.

Sponsored by:	Absolight

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

Replaced my old rawbw.com maintainer's address with yuri@FreeBSD.org

98 ports are affected.

Approved by:	tcberner (mentor, implicit)

Convert Python ports to FLAVORS.

  Ports using USE_PYTHON=distutils are now flavored.  They will
  automatically get flavors (py27, py34, py35, py36) depending on what
  versions they support.

  There is also a USE_PYTHON=flavors for ports that do not use distutils
  but need FLAVORS to be set.  A USE_PYTHON=noflavors can be set if
  using distutils but flavors are not wanted.

  A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
  added to cope with Python ports that did not have the Python
  PKGNAMEPREFIX but are flavored.

  USES=python now also exports a PY_FLAVOR variable that contains the

(Only the first 15 lines of the commit message are shown above )

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

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), part II.

The first part covered  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.

This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.

PR:		214965
Reported by:	thierry

Fixup USE_GITHUB usage.

It already sets DISTNAME to a very nice unique name, do not set it
yourself.

Sponsored by:	Absolight

math/py-numpy: track PORTEPOCH in consumers

math/py-pysparse: add new port

PR:		210595
Submitted by:	yuri@rawbw.com

PySparse extends the Python interpreter by a set of sparse matrix
types holding double precision values. PySparse also includes modules
that implement:

- iterative methods for solving linear systems of equations
- a set of standard preconditioners
- an interface to a direct solver for sparse linear systems of
  equations (SuperLU)
- a Jacobi-Davidson eigenvalue solver for the symmetric, generalised
  matrix eigenvalue problem (JDSYM)

https://github.com/PythonOptimizers/pysparse

Number of commits found XX: 18

13 vulnerabilities affecting 98 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2021-01-20 19:26:21