1. 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
  2. 08 Sep, 2015 1 commit
  3. 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
  4. 26 May, 2015 1 commit
  5. 15 May, 2015 1 commit
  6. 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
  7. 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@
  8. 24 Oct, 2014 2 commits
  9. 07 Oct, 2014 1 commit
  10. 02 Oct, 2014 1 commit
  11. 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)
  12. 27 Sep, 2014 1 commit
  13. 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@
  14. 03 Sep, 2014 1 commit
  15. 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
  16. 01 Sep, 2014 1 commit
  17. 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@
  18. 15 Aug, 2014 1 commit
  19. 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@
  20. 10 Aug, 2014 1 commit
  21. 09 Aug, 2014 1 commit
    • mva's avatar
      Convert the Python framework bits to USES=python. · 628190fa
      mva authored
      Please use USES=python instead of USE_PYTHON.
        USE_PYTHON=yes becomes USES=python
        USE_PYTHON=2.7+ becomes USES=python:2.7+
        USE_PYTHON_BUILD=3.3 becomes USES=python:3.3,build
      A new PYTHON_FEATURES variable was added, which enables certain features for a
      port and replaces some knobs at the same time;
        PYTHON_FEATURES=distutils replaces USE_PYDISTUTILS
        PYTHON_FEATURES=py3kplist replaces PYTHON_PY3K_PLIST_HACK
        PYTHON_FEATURES=pythonprefix replaces USE_PYTHON_PREFIX
      Some knobs have been deprecated and are to be removed in the near future:
        PYDISTUTILS_INSTALLNOSINGLE - deprecated without replacement
      Some knobs have been removed completely:
      Several variables specific to the Python framework are no longer passed to the
      build environment to avoid polluting dependency builds.
        PYTHON_VERSION is not passed to .MAKEFLAGS anymore
        PYTHONBASE are not passed to the make environment anymore
      The conversion required a couple of ports to be updated to fit the changes and
      new requirements. Those included "bsd.python.mk" directly or contained checks
      in places, for which the USES framework would fail to provide correct values.
      Python modules directly using the upstream Python package (such as py-tkinter
      or py-sqlite3) were updated to avoid using the now unnecessary and remmoved
      knobs from "bsd.python.mk".
      Phabric:	D399
      exp-run:	167368 192357
      PR:		167368 192357
      Reviewed by:	antoine, wg
      Exp-run award:	antoine
      With hat:	python@
      Approved by:	portmgr