16:16 Po-Chuan Hsieh (sunpoet) 

Mk/Uses/python.mk: Remove PY_PYGMENTS

    33b4388

11:36 Dmitry Marakasov (amdmi3) 

devel/py-setuptools: update to 57.0.0 preserving old version

- Copy devel/py-setuptools to devel/py-setuptools44 (for Python 2.7 support)
- Update devel/py-setuptool to 57.0.0 (adding support for Python 3.10)
- Update Mk/Uses/python.mk to chose between py-setuptools and
  py-setuptools44 based on Python version

This allows us to have latest setuptools and working Python 3.10
without breaking packages requiring Python 2 support for remaining
reports that require it.

Exp-run showed 3 ports failing to build with latest setuptools and
they were fixed.

PR:			256173
Exp-run by:		antoine
Reviewed by:		koobs (python)
Approved by:		koobs (python)
Differential_Revision:	https://reviews.freebsd.org/D30473

    7a4ce8f

13:55 Dmitry Marakasov (amdmi3) 

Mk: add framework support for two digit python minor version

PR:		255013
Differential Revision:	https://reviews.freebsd.org/D29418
Exp-run by:	antoine
Approved by:	wen@, no objection from python@ or portmgr@

    40d7b48

13:55 Dmitry Marakasov (amdmi3) 

Mk: switch from PYTHON_PORTVERSION to PYTHON_DISTVERSION

This brings python framework in consistense with handbook recommendations
to prefer DISTVERSION and simplifies adding prerelease versions of
python

PR:		255013
Differential Revision:	https://reviews.freebsd.org/D29418
Exp-run by:	antoine
Approved by:	wen@, no objection from python@ or portmgr@

    5f69415

13:55 Dmitry Marakasov (amdmi3) 

Mk: switch PYTHON_REL to 5 digits to support python 3.10.x

PR:		255013
Differential Revision:	https://reviews.freebsd.org/D29418
Exp-run by:	antoine
Approved by:	wen@, no objection from python@ or portmgr@

    0729af4

09:40 Li-Wen Hsu (lwhsu) 

Move 2.7 to the last of _PYTHON_VERSIONS

Reviewed by:	sbz
Differential Revision:	https://reviews.freebsd.org/D29837

    024ecae

18:48 Kai Knoblich (kai) 

*: Switch default version of python and python3 from 3.7 to 3.8

PR:		253815
Reported by:	VVD <vvd@unislabs.com>
Approved by:	kai (python, maintainer)
Exp-run by:	antoine

    6cd3db2

18:46 Antoine Brodin (antoine) 

Remove devel/py-enum34, no longer needed

    5275bcc

18:28 Antoine Brodin (antoine) 

Do not use PYTHON_VER in comparisons

    979e060

14:27 Mathieu Arnold (mat) 

framework: Remove $FreeBSD$

Where appropriate fiddle with a few other things.

    5d33e04

19:18 sunpoet 

Clean up PYTHON_PYOEXTENSION (followup of r500018)

PYTHON_PYOEXTENSION is only used by 2 ports (astro/weather and math/py-rpy2)
now.

 

18:18 sunpoet 

Fix typo

 

08:25 wen 

- Fix ports build with python3.9

Submitted by:	jbeich@

 

14:35 mat 

Make USES=python without argument mean 3.6+.

This is getting us one step further to deorbitting Python 2.7.

Reviewed by:	rene, antoine, swills
Differential Revision:	https://reviews.freebsd.org/D28459

 

14:38 dbaio 

Mk/Uses/python.mk: Remove PY_SPHINX shared macro

This shared macro was necessary to use with flavors and not break ports with
USES=python (all versions).

All ports that depends on Sphinx are using the latest version on tree.

Approved by:	python (with hat)

 

20:14 rene 

Remove now unused PY_IPADDRESS and PY_TYPING and their ports.

 

17:05 rene 

Remove unused PY_PATHLIB references and its definition.

The port itself (devel/py-pathlib) was already removed.

 

22:08 rene 

Follow up on devel/py-futures port removal in r559976

The devel/py-futures port was removed in r559976 as it was for
Python 2.7 only and no longer referenced in the default cases.
However it was still defined in Mk/Uses/python.mk in PY_FUTURES,
leaving a dangling reference.

Remove it from Mk/Uses/python.mk and from affected ports, as
it was already an empty definition for Python 3.6+

Bump minimal Python version of security/theonionbox to 3.6+

 

20:53 rene 

Follow up on graphics/py-pillow6 port removal in r559976

The graphics/py-pillow6 port was removed in r559976 as it was for
Python 2.7 only and no longer referenced in the default cases.
However it was still defined in Mk/Uses/python.mk in PY_PILLOW,
leaving a dangling reference.

Remove it from Mk/Uses/python.mk, leaving only the Python 3
version of that port, graphics/py-pillow, defined and bump the
minimal verion of Python to 3.6 for affected ports.

 

13:14 fluffy 

Mk/Uses/python.mk: introduce PYTHON_EXT_SUFFIX variable

Since Python-3.8.7 it uses unified with other platforns shared libs naming
scheme:
instead of plain .so suffix now it refers to used cpython:
.cpython-${PYTHON_SUFFIX}.so

Future Python releases will use this scheme too, it will be hooked via version
check

PR:		252057
Approved by:	python (wen)

 

20:24 sunpoet 

Update PY_PYGMENTS

textproc/py-jupyterlab-pygments requires textproc/py-pygments between 2.4.1 and
3 (>=2.4.1,<3)

 

17:49 sunpoet 

Update PY_SPHINX

textproc/py-furo requires textproc/py-sphinx 3.0

 

13:52 wen 

- Repocopy lang/python38 --> lang/python39 and update to 3.9.0

PR:		250160
Submitted by:	wen@(myself)

 

13:00 0mp 

Add "env" to the list of python.mk's valid args

Now the list mentions all the supported arguments.

 

20:04 sunpoet 

Update PY_PYGMENTS

devel/py-readme_renderer requires textproc/py-pygments 2.5.1

 

12:01 antoine 

textproc/py-pygments is no longer compatible with python27 so add a PY_PYGMENTS
variable

With hat:	portmgr

 

20:22 rene 

Unregister expired Python 3.5

 

07:57 lwhsu 

python.mk: Mention python 3.8

 

15:09 arrowd 

devel/mercurial: Update to 5.5 and flavorize. Adjust dependency lines and bump
PORTREVISION's for ports that depend on mercurial.

PR:		242463
Submitted by:	Peter Wullinger <freebsd@dhke.de> (original patch)

 

15:34 jrm 

Mk/Use/python.mk: Do not surround package list entries in quotes

When python package lists are generated by distutils, any file entry that
includes a space will be surrounded in double quotes.  This is unnecessary
and causes problems elsewhere such as when stripping ${PREFIX} for staging
or checking the package list in stage-qa.

PR:		248981
Approved by:	kevans, portmgr (mat), python (koobs)
Differential Revision:	https://reviews.freebsd.org/D26221

 

07:53 sunpoet 

Cosmetic change

 

18:11 sunpoet 

Update PYNUMPY

science/py-geometer requires math/py-numpy between 1.15 and 1.20 (>=1.15,<1.20)

 

23:51 dbaio 

Update Sphinx

- Repocopy textproc/py-sphinx to textproc/py-sphinx18

  Update it to 1.8.5 (latest version from 1.8.X).
  This version supports Python 2 and 3.
  Add test target.

- textproc/py-sphinx: Update to 3.0.2

  Python 3 only (3.5+).
  Add test target.

- Mk/Uses/python.mk: Add PY_SPHINX

  Shared macro to use with flavors and not break
  ports with USES=python (all versions).

  Python >=3.5  --> textproc/py-sphinx (v3.0.2)
  Python < 3.5  --> textproc/py-sphinx18 (v1.8.5)

  All ports that uses sphinx were changed to use the new variable
  ${PY_SPHINX} in the dependency line, exceptions:

    * Ports that fails to build with sphinx 3.0.2 because of code.
      They are pointing to textproc/py-sphinx18 directly.
      There aren't many ports.

    * Ports that doesn't know Python flavors.

- Add several patches to fix Sphinx consumers

  The most common issues are related with pkg-plist, the output
  files from Sphinx changes between versions, keep this dynamically
  is the better approach.

  This will save time in future sphinx updates.

PR:		245629
Exp-run by:	antoine

 

11:53 mat 

Automatically mark ports as DEPRECATED when they use Python 2.

Reviewed by:	antoine
Differential Revision:	https://reviews.freebsd.org/D24732

 

01:40 sunpoet 

Update PY_TYPING

devel/py-tenacity requires devel/py-typing 3.7.4.1

 

19:47 sunpoet 

Update PYNUMPY

astro/py-metpy requires math/py-numpy 1.16.0

 

06:46 antoine 

py-enum-compat is available for all flavors of python

With hat:	portmgr

 

23:17 sunpoet 

Update PY_ENUM34

devel/py-clikit requires devel/py-enum34 between 1.1 and 2.0 (>=1.1,<2.0)

 

19:51 antoine 

Add a PY_PILLOW that can be used to choose between graphics/py-pillow
and graphics/py-pillow6

With hat:	portmgr

 

21:49 antoine 

Add a developer warning to ports using python:2.7

With hat:	portmgr
Differential Revision:	https://reviews.freebsd.org/D23757

 

17:56 sunpoet 

Update PYNUMPY

science/py-geometer requires math/py-numpy between 1.15 and 1.19 (>=1.15,<1.19)

 

11:06 sunpoet 

Update PYNUMPY

devel/py-xarray requires math/py-numpy 1.15

 

19:10 sunpoet 

Update PY_ENUM34

devel/py-glance-store requires devel/py-enum34 1.0.4.

 

20:34 antoine 

Fix packaging of some python ports after r523104

With hat:	portmgr

 

17:49 sunpoet 

Update PY_IPADDRESS

mail/py-mail-parser requires net/py-ipaddress 1.0.23

 

13:33 mat 

Cleanup after removing PYTHON_VERSION from DEPENDS_ARGS.

Much of the Python version selection code had compat shims around to
accomodate the transition from before to with flavors. These can now be
removed.

PR:		243185
Reviewed by:	antoine
Differential Revision:	https://reviews.freebsd.org/D23084

 

13:32 mat 

Remove the legacy way of passing Python version.

This was used before flavors were a thing to make sure if you built port
A with some python version, and it needed port B, port B would also be
built with the same python version.

PR:		243185
Reviewed by:	antoine
Differential Revision:	https://reviews.freebsd.org/D23084

 

06:29 antoine 

Switch default version of python3 and python from 3.6 to 3.7

With hat:	portmgr
PR:		233770

 

14:16 antoine 

Adjust PYTHON_ABIVER for python 3.8

With hat:	portmgr

 

23:40 wen 

- Repocopy lang/python37 --> python38 and update to 3.8.0

PR:		241416
Submitted by:	wen@(myself)
Reviewed by:	koobs@, amdmi3@

 

16:11 sunpoet 

Update PY_TYPING

devel/py-typing-extensions requires py-typing 3.7.4+.

 

07:31 koobs 

Uses/python.mk: Clarify language, messaging and usage for <version-spec>

Make it clear that <version-spec> is a declarative not imperative
specification to declare what version of Python a port or software
*supports*, not the versions it should *use*.

The version that gets selected is a function of Python.mk, DEFAULT_VERSIONS
which change over time, and can be overridden or otherwise set by the user.

While I'm here, add a special note about bare USES=python (without a
<version-spec>), which is likely to be deprecated at some point down the
line. In the meantime, describe what the semantics of not specifying a
<version-spec> entails, and encourage minimisation of its use where
appropriate.

Approved by:	koobs (python, maintainer)

 

06:35 wen 

- Update python version in comment, remove deprecated version.

 

19:21 sunpoet 

Update PY_FUTURES

security/theonionbox requires py-futures>=3.2.

 

10:00 sunpoet 

Introduce PY_TYPING and simplify Makefile

Since devel/py-promise requires 3.6.4+, the minimal version is set to 3.6.4.

With hat:	python

 

18:27 sunpoet 

Update comment for PYTHON_PKGNAMESUFFIX

The deprecated comment was added in r364450 (bsd.python.mk to Uses/python.mk
transition) but it is not.

 

15:21 antoine 

Remove PYTHON_PYOEXTENSION from plist substitutions

With hat:	portmgr

 

13:16 tobik 

Mk/Uses/python.mk: Flag unknown USES=python args and unknown USE_PYTHON features

PR:		235901
Approved by:	mat
Differential Revision:	https://reviews.freebsd.org/D19569

 

15:13 mat 

PYTHON_VERSION cannot be changed, use DEFAULT_VERSIONS.

PR:		224024

 

09:19 rene 

Unregister Python 3.4, it expired today.

 

17:11 sunpoet 

Update PYMAGICTAG

imp.get_tag() is deprecated since version 3.4.
Use sys.implementation.cache_tag directly starting in Python 3.3.

Reference:	https://docs.python.org/3/library/imp.html#imp.get_tag

 

22:26 sunpoet 

Update PEP link

 

16:11 miwi 

- Finish up lang/python37 import
- Added python37 docs
- Added python37 support to Mk/

Reviewed by:	bapt
Approved by:	bapt (portmgr)
Differential Revision:	https://reviews.freebsd.org/D16159

 

13:58 jbeich 

devel/cmake: allow consumers to qualify boost_python version

PR:		227428
Exp-run by:	antoine

 

13:57 jbeich 

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

 

15:12 sunpoet 

Remove PYNUMERIC

It's only used by 1 port (devel/py-fortran).

 

19:33 antoine 

Remove support for deprecated USES=python:2 and USES=python:3

PR:		225752
With hat:	portmgr

 

12:34 mat 

devel/boost-python-libs got forgotten in the python flavorization, fix
this oversight.

Reviewed by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D14368

 

20:49 bdrewery 

Remove leading newline to FLAVORS.

Approved by:	portmgr (implicit)

 

12:36 mat 

Add a USES=python:patch for when Python is needed during the patch
phase.

Sponsored by:	Absolight

 

19:59 mat 

Describe when allflavors should be used.

Sponsored by:	Absolight

 

10:51 mat 

Remove PYTHON*_DEFAULT_VERSION.

 

16:23 mat 

Enhance USES=uniquefiles to be more generic.

This allows to have more complex renaming schemes.  Until now, it could
only add a prefix or a suffix, but this was not working at all for man
pages, because it would give man/man1/pyfoo.1.gz-2.7 or
man/man1/pyfoo-1-2.7.gz.  With this change, a man page will be correctly
renamed to man/man1/pyfoo-2.7.1.gz.

Unfix ports that were already handling man pages.

PR:		220214
Submitted by:	Fukang Chen (previous patch)
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D13444

 

13:48 mat 

Rework PY_FLAVOR to always work.

Before this, it could have been set to the current flavor of the port
that may not have been related to Python at all.

This of course never came up during development because at that time,
the only flavors were the Python flavors.

Reported by:	dbn
Sponsored by:	Absolight

 

12:31 mat 

Add a DEV_WARNING about some hypotetical case.

Sponsored by:	Absolight

 

11:40 mat 

Limit matching Python flavors to two digits.

Sponsored by:	Absolight

 

12:41 mat 

Make USE_PYTHON=concurrent flavors friendly.

Before, it would only create the default symlink if the Python version
was the default Python version.  Change that to if the Python flavor is
the default flavor.

PR:		224242
Sponsored by:	Absolight

 

15:43 mat 

Remove extra .endif.

Reported by:	antoine
Sponsored by:	Absolight

 

15:27 mat 

Add a USES=python:env, that will not add a dependency on Python.

It has the same effect than setting PYTHON_NO_DEPENDS, but in a more
compact way.

Sponsored by:	Absolight

 

11:26 mat 

Add a note about USE_PYTHON=optsuffix being a kludge.

Sponsored by:	Absolight

 

11:17 mat 

Depend on pkgnames and not files, always better.

Sponsored by:	Absolight

 

11:07 mat 

Deprecate USES=python:2 and USES=python:3

Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D13291

 

11:07 mat 

Correctly fix the Python 3 being the default but in fact not problem.

Sponsored by:	Absolight

 

11:07 mat 

Add a WARNING for people trying to do clever but bad things with Python
versions.

Sponsored by:	Absolight

 

20:03 amdmi3 

Fix default python flavor wrt python version

There's a flaw in FLAVOR selection logic which makes python FLAVOR
default to py27 even with DEFAULT_VERSIONS=python=3.6. Fix this and
generate FLAVOR based on PYTHON_DEFAULT, PYTHON2_DEFAULT, PYTHON3_DEFAULT
(in that order) similar to how it's done in other parts of python.mk.
This does not affect FLAVOR in default setup (py27 remains), but
if python default version is modified, it will now properly affect FLAVOR.

Approved by:	portmgr (antoine)
Differential Revision:	D13326

 

15:50 mat 

Convert Python ports to FLAVORS.

  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

 

10:36 rene 

Remove Python 3.3 from the Ports Framework.

 

23:26 bdrewery 

Specifying an invalid PYTHON_VERSION against its USES should be IGNORED.

The port's own USES may note that is only supports certain versions.  If it
is attempted to build an unsupported version there's no reason to even
try.  Rather than giving a WARNING, actually mark it IGNORE.

Currently this should only impact devel/py3-enum34 which does not support
the default python3 version of 3.6.

With hat:	portmgr

 

00:28 bdrewery 

Don't pass the default version in DEPENDS_ARGS.

This greatly simplifies handling for Poudriere.

With hat:	portmgr

 

19:35 antoine 

Use POSIX conformant expressions with grep(1)

PR:		218690
Submitted by:	Kyle Evans
With hat:	portmgr

 

19:23 antoine 

Rename python setuptools ports to better match other python ports

Reviewed by:	mat, sunpoet
With hat:	portmgr
Differential Revision:	https://reviews.freebsd.org/D9983

 

21:42 sunpoet 

Add more PLIST_SUB to Mk/Uses/python.mk

- Add PYTHON_PYOEXTENSION and PYTHON_SUFFIX
- Add PYTHON2 and PYTHON3
- Respect PYTHON_VERSION
- Rename PYOEXTENSION to PYTHON_PYOEXTENSION

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

 

15:08 wen 

- Repocopy lang/python35 --> lang/python36 and update to 3.6.0

 

19:50 antoine 

Change the default version of python3 from 3.4 to 3.5
Thanks to Ruslan Makhmatkhanov for doing all the fixes

PR:		204519
With hat:	portmgr

 

12:09 mat 

Always include bsd.default-versions.mk in bsd.port.mk.

The variable defined in it are now always available after including
bsd.port.pre.mk.

PR:		210666
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D6933

 

19:51 antoine 

Reduce a little bit foot shooting for people installing python 3 ports using
PYTHON_ABIVER/PYTHON_INCLUDEDIR, when they use default options for
lang/python3x, by providing a reasonable default value to PYTHON_ABIVER

With hat:	portmgr

 

12:17 antoine 

Remove ${PORTSDIR} from python _DEPENDS

 

09:24 mat 

Make all the targets in USES use the _USES_* helpers.

It is left as an exercise to the reader to reorder some of those targets
to fix some small problems, and to add a comment about why each target
is ran when it is ran.

Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D5717

 

13:34 mat 

Try to be more helpful to our users, and keep all the possible versions
close to their default value in Mk/bsd.default-versions.mk.

Sponsored by:	Absolight

 

01:23 bapt 

Remove the now unneeded ${PORTSDIR} from dependency definition in
The infrastructure Makefiles

PR:		206569
Exp run by:	antoine
Differential Revision:	D5047