FreeBSD ports tree https://cgit-dev.freebsd.org/ports/atom?h=2021Q1 2020-12-28T23:02:12Z 2020-12-28T23:02:12Z Antoine Brodin antoine@FreeBSD.org 2020-12-28T23:02:12Z urn:sha1:aa7a6c429ea62d972467d6755fa7a6f52256b452 With hat: portmgr 2019-04-12T20:59:02Z Sunpoet Po-Chuan Hsieh sunpoet@FreeBSD.org 2019-04-12T20:59:02Z urn:sha1:fa2a3abcadb9e2ab11340a80c503ef68858ebb6f Approved by: portmgr (blanket) 2018-06-20T17:05:41Z Mathieu Arnold mat@FreeBSD.org 2018-06-20T17:05:41Z urn:sha1:4376dbbb58dab5a7bf7a8240ca39b562de78343b FLAVOR is the current port's flavor, it should not be used outside of this scope. Sponsored by: Absolight 2017-11-30T15:50:30Z Mathieu Arnold mat@FreeBSD.org 2017-11-30T15:50:30Z urn:sha1:551be3c7231225ed9c26479af2b8914fb2ef0ea8 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 2017-03-19T16:05:34Z Ruslan Makhmatkhanov rm@FreeBSD.org 2017-03-19T16:05:34Z urn:sha1:a1101f59b5919a6163f3e9e909acb67bf5858f4a 2017-03-19T14:02:23Z Rene Ladan rene@FreeBSD.org 2017-03-19T14:02:23Z urn:sha1:c1da7c8cad0265614e5298ff42031402382b3307 Submitted by: olivierd@ With hat: portmgr-secretary 2016-04-01T14:25:16Z Mathieu Arnold mat@FreeBSD.org 2016-04-01T14:25:16Z urn:sha1:597afc47baba19000afd8ec4880a2c47975b0367 With hat: portmgr Sponsored by: Absolight 2015-08-17T14:20:40Z Mathieu Arnold mat@FreeBSD.org 2015-08-17T14:20:40Z urn:sha1:21a283f3bec444388d1448f993783ec673a06502 UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now, we won't have conflicts there. Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel has the correct PKGNAME anyway. Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called OPTIONS_FILE now.) Reviewed by: antoine, bapt Exp-run by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D3336 2014-08-29T21:57:53Z Olivier Duchateau olivierd@FreeBSD.org 2014-08-29T21:57:53Z urn:sha1:2e9f0162e42745a29945c9c5de544f22c90b1aa3 ChangeLog: https://github.com/mitsuhiko/itsdangerous/blob/master/CHANGES 2014-03-04T16:22:48Z Sunpoet Po-Chuan Hsieh sunpoet@FreeBSD.org 2014-03-04T16:22:48Z urn:sha1:a98135aaf2d21e88b4edf6366750ceba426c4297 - Convert to new options helper Approved by: portmgr (blanket)