1. 28 Apr, 2016 1 commit
  2. 22 Apr, 2016 1 commit
  3. 14 Apr, 2016 1 commit
  4. 27 Mar, 2016 1 commit
  5. 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.
      870062dc
  6. 02 Feb, 2016 2 commits
  7. 22 Jan, 2016 1 commit
  8. 02 Jan, 2016 2 commits
    • sunpoet's avatar
      - Sort PYTHON_* knobs · 8c080ee2
      sunpoet authored
      8c080ee2
    • 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
      67ca9366
  9. 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)
      94df4203
  10. 27 Dec, 2015 1 commit
  11. 25 Dec, 2015 1 commit
  12. 09 Nov, 2015 1 commit
  13. 19 Oct, 2015 1 commit
  14. 15 Oct, 2015 1 commit
  15. 14 Oct, 2015 1 commit
  16. 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
      d751be9c
  17. 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
      e549120e
    • 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
      53a33117
  18. 08 Sep, 2015 1 commit
  19. 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
      588bf47e
  20. 26 May, 2015 1 commit
  21. 15 May, 2015 1 commit
  22. 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:
      
          USE_PYTHON=<yes|version+-|-version|version-version>
          USE_PYTHON_BUILD
          USE_PYTHON_RUN
          USE_PYDISTUTILS
          PYDISTUTILS_AUTOPLIST
          PYTHON_PY3K_PLIST_HACK
          PYDISTUTILS_NOEGGINFO
          PYTHON_CONCURRENT_INSTALL
          USE_PYTHON_PREFIX
      
      PR: 196477
      Differential Revision: https://reviews.freebsd.org/D1416
      Exp-run: antoine
      Reviewed by: antoine
      Approved by: portmgr (antoine)
      With hat: python
      e8281071
  23. 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@
      3784569d
  24. 24 Oct, 2014 2 commits
  25. 07 Oct, 2014 1 commit
  26. 02 Oct, 2014 1 commit
  27. 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)
      e7dc3095
  28. 27 Sep, 2014 1 commit
  29. 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@
      fe73616b
  30. 03 Sep, 2014 1 commit
  31. 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
      f2e617b3
  32. 01 Sep, 2014 1 commit
  33. 17 Aug, 2014 1 commit
    • mva's avatar
      - Deprecate INSTALLS_EGGINFO · e67b0d9c
      mva authored
      - Remove PYTHON_MASTER_SITES deprecation; the knob is completely gone and can
        not be tested for, since it does not get assigned by default
      
      With hat:	python@
      e67b0d9c
  34. 15 Aug, 2014 1 commit
  35. 14 Aug, 2014 1 commit
    • mva's avatar
      - Rename PYTHON_FEATURES to USE_PYTHON to comply to USE_PERL5 and to avoid a · 61e8e566
      mva authored
        conflict in behaviour with the read-only COMPILER_FEATURES knob
      - Fix the deprecated USE_PYTHON_BUILD and USE_PYTHON_RUN behaviour, which
        usually should be mutually exclusive, but some ports include both knobs
      
      Phabric:		D581
      Recommended by:	danfe@, makc@
      Reviewed by:	danfe, wg, antoine
      Approved by:	portmgr
      With hat:		python@
      61e8e566
  36. 10 Aug, 2014 1 commit