1. 07 Jan, 2017 1 commit
    • sunpoet's avatar
      Add more PLIST_SUB to Mk/Uses/python.mk · 23c52b64
      sunpoet authored
      - Add PYTHON2 and PYTHON3
      - Respect PYTHON_VERSION
      This change would help:
      - Build databases/postgresql*-plpython with Python 3
        (It has PLIST issue since bsd.python.mk to Uses/python.mk transition)
      - Simplify Makefile
      PR:		205807
      Differential Revision:	https://reviews.FreeBSD.org/D4758
      Exp-run by:	antoine
  2. 25 Dec, 2016 1 commit
  3. 14 Oct, 2016 1 commit
  4. 03 Aug, 2016 1 commit
  5. 25 Jun, 2016 1 commit
  6. 28 Apr, 2016 1 commit
  7. 22 Apr, 2016 1 commit
  8. 14 Apr, 2016 1 commit
  9. 27 Mar, 2016 1 commit
  10. 19 Feb, 2016 1 commit
    • bdrewery's avatar
      For PYTHON_NO_DEPENDS don't pass PYTHON_VERSION to dependencies. · 870062dc
      bdrewery authored
      The PYTHON_NO_DEPENDS only really makes sense in meta ports, where passing
      the PYTHON_VERSION doesn't make sense.  The ports listed will pick up
      USES+=python and the default version as needed.
      This fixes depending on both lang/python2 and lang/python3 in a meta package.
  11. 02 Feb, 2016 2 commits
  12. 22 Jan, 2016 1 commit
  13. 02 Jan, 2016 2 commits
    • sunpoet's avatar
      - Sort PYTHON_* knobs · 8c080ee2
      sunpoet authored
    • koobs's avatar
      Mk/Uses/python.mk: Add support for optional 'test' argument · 67ca9366
      koobs authored
      Some ports may need to use Python for their testing suite but otherwise
      do not need it at all (ie, not for build or run). This patch adds
      support for the test argument to be used in the USES clause, such as
      python:3.2+,test. This enables the relevant Python environment and
      modifies TEST_DEPENDS as necessary.
      For non-Python ports that use Python as their testing suite, add
      python:<ver>,test as required to the USES clause.
      PR:			205616
      Submitted by:		Brendan Molloy <brendan+freebsd bbqsrc net>
      Reviewed by:		mat, miwi, koobs, antoine
      Approved by:		koobs (python)
      Differential Revision:	https://reviews.freebsd.org/D4711
  14. 29 Dec, 2015 1 commit
    • marino's avatar
      lang/python27(3*), Mk/Uses/python.mk: remove make spawn · 94df4203
      marino authored
      There are some inefficiencies in python.mk that significantly slow down
      full tree scanning.  The use of bmake to obtain the current version of
      a specific python is responsible for the majority of the slow done.
      This commit splits out the PYTHON_PORTVERSION definition (which is the
      same as the lang/python* PORTVERSION) into separate files.  With this
      change, python.mk can simple include the makefile fragment instead of
      spawning a new instance of make.
      Different Revision:	https://reviews.freebsd.org/D4660
      Approved by:		antoine (python), mva (python)
  15. 27 Dec, 2015 1 commit
  16. 25 Dec, 2015 1 commit
  17. 09 Nov, 2015 1 commit
  18. 19 Oct, 2015 1 commit
  19. 15 Oct, 2015 1 commit
  20. 14 Oct, 2015 1 commit
  21. 16 Sep, 2015 1 commit
    • rm's avatar
      textproc/py-xml: remove port · d751be9c
      rm authored
      This package has been included into python standard library since python 2.2 or
      2.0, but some of our ports used apis not available in stock python xml package.
      Now all the issue are fixed and we can finally remove this port.
      It is dead upstream and because of it's invasive nature it may break innocent
      ports while installed (there were known issues for Eric and Docutils), so it was
      removed in most distributions years ago. There is comprehensive summary on
      reasons why PyXML was removed at Fedora Project [1]. The same reasons are also
      applicable to our tree.
      [1] https://fedoraproject.org/wiki/Features/RemovePyXML
  22. 14 Sep, 2015 2 commits
    • antoine's avatar
      Since PEP 0488 and python 3.5, pyo files are eliminated and bytecode files · e549120e
      antoine authored
      for level 1 optimization have opt-1.pyc extension
      Adjust USE_PYTHON=py3kplist to handle this
      Tested by:	koobs
    • koobs's avatar
      Uses/python.mk: Fix PYTHON_REL for pre-release Python versions · 53a33117
      koobs authored
      Modify the PYTHON_REL variable assignment in python.mk so that it
      can support PORTVERSION's that have non-integer suffixes such as
      the current lang/python35 version (PORTVERSION currently 3.5.0.r3).
      Currently, ports that use PYTHON_REL while DEFAULT_VERSIONS is set to
      3.5, fail to build with the following make error:
      make: "/usr/ports/Mk/Uses/python.mk" line 503:
      warning: String comparison operator should be either == or !=
      make: "/usr/ports/Mk/Uses/python.mk" line 503:
      Malformed conditional (${PYTHON_REL} >= 3200 && defined(_PYTHON_FEATURE_PY3KPLIST))
      This is caused by a non-integer value ("r3") in PYTHON_REL.
      While I'm here, add a comment block to be clear on what we
      (currently) want to achieve.
      PR:			203093
      Reported by:		Andrew Berg (aberg010 my.hennepintech.edu)
      Reviewed by:		antoine
      MFH:			2015Q3
      Differential Revision:	https://reviews.freebsd.org/D3662
  23. 08 Sep, 2015 1 commit
  24. 10 Jun, 2015 1 commit
    • makc's avatar
      Pass the default Python version (or the version required by port) · 588bf47e
      makc authored
      for CMake based ports.  By default CMake picks up the highest
      available version of Python package, therefore ports which use CMake
      may fail to build or link to different Python library than one could
      expect (e.g. bugs 199685, 200518).
      In essence this commit reverts r366996.
      PR:		168159
      Exp-run by:	antoine
      Approved by:	mva
  25. 26 May, 2015 1 commit
  26. 15 May, 2015 1 commit
  27. 07 Jan, 2015 1 commit
    • mva's avatar
      - Remove support for deprecated python bits from the ports · e8281071
      mva authored
        framework. The following knobs are not supported anymore:
      PR: 196477
      Differential Revision: https://reviews.freebsd.org/D1416
      Exp-run: antoine
      Reviewed by: antoine
      Approved by: portmgr (antoine)
      With hat: python
  28. 27 Oct, 2014 1 commit
    • mva's avatar
      - Second attempt to fix the python version usage on single port builds · 3784569d
      mva authored
        If a port requests a different python version from the one being the
        default or provided at the command line, certain directories as well
        as plist entries will use the wrong python version value (the one
        being the default or provided at the command line), instead of the
        value, the port requests.
      PR:		194605
      exp-run by:	antoine@
      With hat:	python@
  29. 24 Oct, 2014 2 commits
  30. 07 Oct, 2014 1 commit
  31. 02 Oct, 2014 1 commit
  32. 28 Sep, 2014 1 commit
    • tijl's avatar
      Change the way USES is handled: · e7dc3095
      tijl authored
      - Loop over USES twice, once to define all *_ARGS variables and once to
        include Uses/*.mk.  This allows all Uses/*.mk to examine arguments given
        to other USES entries.
      - Always define *_ARGS (possibly empty) and replace commas with spaces.
      Similar for _USES_POST.
      Adjust all Uses/*.mk:
      - defined(u_ARGS) becomes !empty(u_ARGS)
      - Eliminate helper variables like _*_ARGS=${*_ARGS:C/,/ /g}
      - Some Uses/*.mk used ":" as argument separator instead of ",", but no port
        used this form
      - Uses/cran.mk: remove unused variable VALID_ARGS and USES+=fortran which
        has no effect
      - Uses/twisted.mk: simplify handling of the case where neither "build" nor
        "run" arguments have been specified
      PR:		193931
      Exp-run by:	antoine
      Approved by:	portmgr (antoine)
  33. 27 Sep, 2014 1 commit
  34. 25 Sep, 2014 1 commit
    • mva's avatar
      - Resolve relative paths, such as path/./file.py or path/../file.py for · fe73616b
      mva authored
        USE_PYTHON=autoplist, which can occur, if relative paths are set in a
        setup.py script. Those cause pkg and QA sanity checks to misbehave.
      - Remove @dirrm and @dirmmtry additions for USE_PYTHON=autoplist,
        USE_PYTHON=py3kplist and egg-info entries, if USES=python is set. pkg 1.3.8
        does not need those anymore.
      - Add ${PYTHON_VER} to the PLIST_SUB defaults, if USES=python is set.
      PR:		193885
      Differential Revision:	D812
      Reviewed by:	antoine@
      Exp-run by:	antoine@
      With hat:	python@
  35. 03 Sep, 2014 1 commit
  36. 02 Sep, 2014 1 commit
    • rakuco's avatar
      Update CMake to 3.0.1. · f2e617b3
      rakuco authored
      The 3.0 series is an incremental improvement over the previous 2.8 series
      despite the major version number change. A list of important changes is
      available at http://www.cmake.org/cmake/help/v3.0/release/3.0.0.html
      On the porting side
      * The minimum FreeBSD release we have to support in the ports tree is now
        recent enough that ports/168671 can finally be committed: instead of
        building and using CMake's own copies of bzip2, curl, expat, libarchive,
        liblzma and zlib, we use the versions in ports and/or the base system.
      * CMake's documentation system has been changed and vastly improved at the
        cost of now depending on Sphinx. We still generate only man pages, but can
        start generating the HTML documentation in the future if desired.
      * devel/cmake-gui now uses Qt5 instead of Qt4 and does not needlessly build
        the ncurses UI that is installed by devel/cmake itself.
      * CMake commit 3816cd2 fixes a longstanding issue in the detection of the
        Python interpreter and its libraries, but requires us to revert a
        workaround for that in Mk/Uses/python.mk itself, effectively reverting
        the patch introduced by ports/168159.
      * Similarly, a few ports had to be fixed manually due to CMake being
        stricter when parsing some files or the ports detecting Python the wrong
        way. Fortunately, they all had been fixed upstream so I just grabbed the
        appropriate commits and pointed to them in the patches.
        science/gnudatalanguage had to have its PORTREVISION bumped because
        switching to USES=cmake:outsource removed a few files from the plist that
        were not supposed to have been installed in the first place.
      PR:		168671
      PR:		192644