Number of commits found XX: 14

Deprecate ports broken for more than 6 months

Drop dependency on devel/openmp

- Drop if devel/llvm* was used as a substitute

Approved by:	yuri, rene (earlier version)
Differential Revision:	https://reviews.freebsd.org/D23020

Resurrect ports depending on devel/openmp.

These ports will transition transparantly to openmp from base once
FreeBSD 12.0 reaches end-of-life.

Reported by:	jbeich [1] [2]

[1] https://lists.freebsd.org/pipermail/svn-ports-head/2019-May/210482.html
[2] https://lists.freebsd.org/pipermail/svn-ports-head/2019-December/229648.html

Mark a few ports BROKEN (unfetchable)

devel/openmp: update to 9.0.0

- Connect tests to the framework to help QA remaining patches
- Force rebuild all consumers after https://reviews.llvm.org/D59783

Changes:	http://llvm.org/viewvc/llvm-project/openmp/tags/RELEASE_900/final/?view=log
ABI:		https://abi-laboratory.pro/tracker/timeline/llvm_openmp/

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

Chase devel/openmp expiration

science/openmx: Unbreak on 13: /usr/lib/libomp.so conflicting with the 'openmp'
package has been added to 13-CURRENT

LIB_DEPENDS=libomp.so:devel/openmp now causes this problem in multiple ports.

Reported by:	fallout

devel/openmp: phase out

- Expire after the last version without /usr/lib/libomp.so
- Drop SOVERSION for seamless transition (i.e., avoid conditionals)

PR:		236907
Approved by:	bapt (maintainer)
Differential Revision:	https://reviews.freebsd.org/D19767

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

Change 20 ports from net/mpich2 to net/mpich

mpich2 is the obsolete version 2.x, mpich is at the current version 3.x

Ports:
math/scalapack science/nwchem science/quantum-espresso science/qmcpack
science/madness
science/qbox science/openmx science/jdftx science/fleur science/libgridxc
science/mdynamix science/lm science/dftbplus science/py-gpaw devel/ga
math/elpa net/charm science/gromacs math/pari math/arpack-ng-mpich

science/openmx: BROKEN on i386 pending the llvm bug resolution

Reported by:	fallout

New port: science/openmx: Nanoscale material simulations using density
functional theories (DFT)

Number of commits found XX: 14

15 vulnerabilities affecting 88 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2020-08-11 04:16:47