Replacing the identical version committed by me as a new port in r456696.
The old math/petsc port also had a slave port math/petsc-mpich that has also been deleted.
Original differential revision is https://reviews.freebsd.org/D13527
Submitted by: myself
Reported by: thierry that math/petsc and math/petsc-mpich existed before
Approved by: adamw (mentor)
Multiphysics Object Oriented Simulation Environment
MOOSE-neural-simulator allows to simulate
- chemical and biochemical reactions
- networks of neurons
- neural networks
This project is commonly referred to as MOOSE, in the capitalized form.
There is another science project called MOOSE, completely unrelated to this one, which will also be ported.
MOOSE-neural-simulator is a candidate for the future 'chemistry' category in case it will be approved.
Approved by: adamw (mentor)
Differential Revision: https://reviews.freebsd.org/D13539
aircraft-datcom is a modified version of USAF Aircraft DATCOM
The goal of the project is to update the code and make it more usable by the end users
PR: 207928
Submitted by: Michael Danilov <mike.d.ft402@gmail.com>
We were not setting the flag to select the GNUstep ABI, so were defaulting to
using the GCC-compatible version, which was likely to trigger a lot of subtle
bugs. This was noticed when C++ exceptions thrown through Objective-C stack
frames caused segfaults.
While here, fix libIlmImfUtil_la_LDFLAGp so that when linking libIlmImfUtil,
the locally built libIlmImf gets precedence over the one in /usr/local,
to permit upgrades in a running system with the older version installed.
This changes the library's SONAME, so bump PORTREVISION of all dependees.
Unfortunately, this looks a bit too intrusive for an MFH to 2017Q4.
Security: CVE-2017-9110
Security: CVE-2017-9111
Security: CVE-2017-9112
Security: CVE-2017-9113
Security: CVE-2017-9114
Security: CVE-2017-9115
Security: CVE-2017-9116
Security: 803879e9-4195-11e7-9b08-080027ef73ec
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
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
The new version brings important support for Abaqus(TM) and will be supported
in a future release of CalculiX.
PR: 216315
Submitted by: Pedro F. Giffuni
