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.
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
Notable changes:
- mcrypt module was removed
- sodium module was added
- sybase_ct artifacts removed
Also many PECL ports will not work with this version
since some files got renamed.
Reviewed by: mat, ale, Rainer Duffner <rainer@ultra-secure.de>
Differential Revision: https://reviews.freebsd.org/D12980
* update to 5.40.0
* unreleated cleanups:
- unify use of DISTVERSION
- remove created by line
PR: 223602
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D12966
- Create OPTIONS to set possible languages to be used at build time instead of
using LOCALE environment variable [2]
- While here, pet portlint
- Bump PORTREVISION
PR: 219716 [1], 223259 [2]
Submitted by: ed@ [1], Matt <fsbruva@yahoo.com> [2]
Reported by: O. Hartmann <iohartmann@walstatt.org> [1]
Sponsored by: Rubicon Communications, LLC (Netgate)
installation on 64-bit systems even if 32-bit libraries are not present
(binary was statically linked): nowadays, the binary is linked dynamically
and thus requires /usr/lib32. This also allows to remove BROKEN_* knobs.
- Changelog: https://www.rarlab.com/rarnew.htm
- SFX module no longer depends on `misc/compat9x', so SFX option
can be removed
- While here, install more complete set of documentation files
- TIMESTAMP (rarbsd-5.5.0.tar.gz) = 1502460028
PR: 222970
Submitted by: Ralf van der Enden
Approved by: maintainer (gabor, 3+ weeks)
provides much faster, C-based zipfile decryption. The code is actually
95% identical to Python 2.6.5's Lib/zipfile.py, with some very minor
modifications to allow it to compile in Cython, and the _ZipDecrypter
class adapted to take advantage of native C datatypes.
WWW: http://pypi.python.org/pypi/czipfile
