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
Due to vim's configure not behaving like it says it does, the --disable-nls
option doesn't actually disable NLS. It linked against libintl anyway.
It turns out that to ACTUALLY disable NLS, you need to set --enable-nls to
a nonsense value.
PR: 223901
Reported by: Marian Cerny (whose name I'm butchering in 7-bit ASCII)
it easier to switch off if OpenEXR is removed.
Reported by: mandree
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D13132
- Fix broken behaviour when port is compiled with IMAGEMAGICK option
and ImageMagick is built with OPENMP option[1]
PR: 223518[1]
Submitted by: Kalten <kalten@gmx.at>[1]
Vim's configure system is completely unable to handle our version-specific
lua library. This is a really ugly fix. If anybody has a more elegant
solution I'd be happy to replace this.
PR: 223632
Reported by: Dmitri Goutnik
Our method of option-passing to vim could best be described as "vestigial."
We go to great lengths to avoid running the configure script, and then pass
everything as weird options directly to make(1).
Instead, just use the provided configure script like a normal person.
Combined with OPTIONS helpers, this makes the Makefile much, much simpler.
No PORTREVISION bump because there shouldn't be any changes to the resulting
package (except for Lua), and I'm updating vim tomorrow anyway.
Every language binding was enabled as built-in rather than dynamic, except
for Lua. Lua is now built-in binding like all the others. If there was some
reason that it was supposed to be dynamic, I'm happy to put it back.
Separate python2 and python3 bindings[1], to allow each to be enabled
independently or concurrently. py27 is still the default.
As long as I'm messing with language bindings, turn the Tcl and Lua
options off by default. This does NOT in any way affect support for
editing those types of files (including indenting, completion,
highlighting, linting, etc.)---it only affects plugins written in
Tcl or Lua or interactive debugging.
Suggested by: mat [1]
