non port: Mk/Uses/python.mk |
Number of commits found: 196 (showing only 100 on this page) |
Thursday, 29 Feb 2024
|
20:21 Tijl Coosemans (tijl)
Mk/*: Build with a clean environment
Both our make and gmake use the MAKEFLAGS environment variable but the
values aren't compatible and the latest version of gmake complains about
that. To rule out that any environment variable can cause problems like
this, add a new command SETENVI=/usr/bin/env -i that clears the
environment, and use it to run upstream build systems with a clean
environment.
Introduce a new variable WRK_ENV that contains the environment to use
with SETENVI in all targets that run upstream build commands. Variables
that are common between CONFIGURE_ENV and MAKE_ENV could be moved to
WRK_ENV but for now it just contains a minimal environment:
HOME=${WRKDIR}: Fixes USES=elixir ports that were using the user's HOME.
OSVERSION: For cross building; determines the output of uname -K and
getosreldate(3); affects net/freebsd-telnetd for example.
PATH: Fixes USES=gem ports that were using the user's PATH.
PWD=$${PWD}: Preserve current working directory; affects USES=go ports.
TERM: To preserve colored output to terminals.
TMPDIR: For users who define that.
UNAME_*: For cross building; determines the output of uname(1); affects
lang/python* for example.
This commit deals with everything under Mk/. Ports that have their own
targets running upstream build commands can switch to SETENVI later.
The ports tree adds its definition of ARCH to the MAKEFLAGS environment
variable, which is interpreted by sub-makes as command line arguments,
which means that any definition of ARCH in upstream makefiles was
overridden. The following ports required fixes now that this is no
longer the case.
games/iortcw, games/q3cellshading, games/tremulous:
These use Quake 3 engine code. Fix use of ARCH. Reduce diff between
FreeBSD code and Linux code.
games/legesmotus:
Remove ARCH related patches.
lang/ocaml:
Patch configure script so it detects amd64 correctly. Also make the
powerpc case consistent with the other architectures. This also affects
other ocaml ports like devel/ocaml-ocamlbuild and math/ocaml-num that
include a Makefile.config installed by lang/ocaml. While here, use
SETENVI in check-test target.
net/libnatpmp:
Use of upstream definition of ARCH triggers installation in PREFIX/lib64
on amd64. Disable this.
PR: 276478
Approved by: portmgr (antoine)
Exp-run by: antoine
572f236 |
Friday, 1 Dec 2023
|
22:13 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Update USE_PYTHON=cryptography*
Reference: https://github.com/pyca/cryptography/blob/main/CHANGELOG.rst#4106---2023-11-27
Security: CVE-2023-49083
cb35a21 |
Monday, 27 Nov 2023
|
10:30 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Update CRYPTOGRAPHY_DEPENDS
py-pyhanko-certvalidator 0.26.2 requires py-cryptography 41.0.5+
008c780 |
Saturday, 30 Sep 2023
|
23:31 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Update CRYPTOGRAPHY_DEPENDS
py-webauthn 1.11.0 requires py-cryptography 41.0.4+.
3226ddb |
00:46 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Remove PYTHON3_DEFAULT and use PYTHON_DEFAULT instead
- Remove unnecessary PYTHON3_DEFAULT
- Replace PYTHON3_DEFAULT with PYTHON_DEFAULT
Regarding DEFAULT_VERSIONS, both python and python3 point to the same value
which makes python3 a duplicate. And we do not really support python=2.7.
Therefore, use python for Python 3.x and python2 for legacy Python 2.7.
9ef210b |
Friday, 29 Sep 2023
|
14:19 Po-Chuan Hsieh (sunpoet)
*: Replace USES=pycryptography* with USE_PYTHON=cryptography{,_build,_test}
- Introduce USE_PYTHON=cryptography{,_build,_test}
- Switch all 96 ports from USES=pycryptography to with
USE_PYTHON=cryptography{,_build,_test}
- Remove Mk/Uses/pycryptography.mk
PR: 273727
Approved by: tcberner (portmgr)
Exp-run by: antoine
3754fc5 |
Monday, 11 Sep 2023
|
18:21 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Cosmetic change
223c60c |
Monday, 4 Sep 2023
|
17:21 Li-Wen Hsu (lwhsu) Author: John Hein
python.mk: Improve CMake/Python integration
Suport FindPython.cmake, FindPython3.cmake, FindPython2.cmake modules by
adding Python{,2,3}_EXECUTABLE to CMAKE_ARGS in python.mk.
CMake supports more than one way to search for python. Currently
python.mk passes -DPython_ADDITIONAL_VERSIONS=${PYTHON_VER} to help
FindPython{Interp,Libs}.cmake modules "find" the version of python that
a port build wants to use.
The FindPython{,2,3}.cmake modules don't know anything about
Python_ADDITIONAL_VERSIONS but use Python{,2,3}_EXECUTABLE as the hint.
PR: 262109
aa9736e |
Friday, 7 Jul 2023
|
12:56 Wen Heping (wen)
math/py-numpy: Update to 1.25.0
PR: 272058
Reported by: wen@
Exp-run by: antoine@
65c21fd |
Friday, 30 Jun 2023
|
07:08 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Clean up after lang/python37 removal
12c7567 |
Tuesday, 27 Jun 2023
|
19:32 Rene Ladan (rene)
Mk/Uses: bit more cleanup in USES=python now that 3.7 is sunset
c58ef91e |
19:00 Rene Ladan (rene)
Mk: unregister expired lang/python3.7
53475f5 |
Saturday, 20 May 2023
|
15:51 Rene Ladan (rene)
Mk/Uses/python.mk: update version numbers in some examples
e4fee285 |
Monday, 8 May 2023
|
07:04 Wen Heping (wen)
Mk/Uses/python.mk: Fix a typo
PR: 271265
Reported by: grahamperrin@freebsd.org
9414f70 |
Sunday, 7 May 2023
|
16:17 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Fix 34852a28b2b09ceb1b52db7ac15a192089c5e60c
PYTHON3_DEFAULT removal is planned for a PR.
78d3d0b |
16:05 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Fix PLIST issue for USE_PYTHON=pep517
Currently "USE_PYTHON=autoplist pep517" generates the PLIST as follows:
- Extract the list of installed files from the RECORD file to the intermediate
PLIST (_PYTHONPKGLIST)
- Manipulate the intermediate PLIST
- Add list of pycache files to the intermediate PLIST
When the RECORD file contains foo.pyc entry, that file will be counted twice in
the PLIST at the end. It will cause check-plist error. This fix removes *.pyc
entries while manipulating the intermediate PLIST to ensure all pycache files
are only counted once.
34852a2 |
Tuesday, 4 Apr 2023
|
18:27 Antoine Brodin (antoine)
USE_PYTHON=pep517: package python bytecode
Compile and package python bytecode for python ports using pep517.
This can be revisited in the future with a trigger.
Approved by: portmgr
378e091 |
Monday, 27 Mar 2023
|
05:03 Charlie Li (vishwin)
python.mk: use gpep517 as build frontend on Python 3.7
Should start allowing PEP-517 packages to build and unbreaking
circular dependencies, however short a shelf life, due to gpep517's
almost nonexistant Python dependency tree.
(PyPA build will continue as the preferred build frontend otherwise,
due to official stewardship, but does not preclude a DEFAULT_VERSIONS
hook in the future)
3333371 |
Tuesday, 21 Mar 2023
|
19:22 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Use long options for easier reading (part of
de6965254c3a007efcf697c3d455b54d2aeb2383)
bbd8f02 |
19:22 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Add support for post-release version (.postX)
The post-release version is normalized to .postX in PEP440. However, it will be
converted to .pX in FreeBSD which means an older version.
% pkg ver -t 1.2.3 1.2.3.p4
>
If the original release is already in the tree, rather than bumping PORTEPOCH,
you could bump PORTREVISION and add .postX to DISTVERSIONSUFFIX.
This fix allows the port to build in this situation.
fb46fe4 |
Saturday, 18 Mar 2023
|
14:20 Matthew Seaman (matthew)
Mk/Uses/python.mk: Support PEP440 versioning
The python PEP440 version numbering standard is _mostly_ compatible
with FreeBSD port versioning rules. Exceptions exist, where the
PORTVERSION can be derived from the upstream DISTVERSION
automatically. For example:
PEP440 DISTVERSION: FreeBSD PORTVERSION:
2.3.post1 2.3.p1
Now, this interacts badly with PEP517 build setups. hatchling will
enforce PEP440 complicance, so it isn't practical to modify the ported
code to use exactly the FreeBSD version.
Instead, simply referring to DISTVERSION rather than PORTVERSION will
allow the build process to complete smoothly.
See https://reviews.freebsd.org/D39123 for an example port update
which depends on this change
Approved by: python (maintainer, vishwin)
Differential Revision: https://reviews.freebsd.org/D39124
2b7d76a |
Thursday, 9 Mar 2023
|
17:35 Charlie Li (vishwin)
python.mk: introduce PY_SETUPTOOLS
Selects the correct setuptools port based on USE_PYTHON=distutils
or not. devel/py-setuptools58 case currently commented out.
46a71ea |
11:18 Charlie Li (vishwin)
strip_RECORD.py: move to Mk/Scripts
Requested by: mat
67de7ad |
04:34 Charlie Li (vishwin)
python.mk: add PEP517_BUILD_CONFIG_SETTING
Reference:
https://pypa-build.readthedocs.io/en/latest/#python--m-build---config-setting
a1039fe |
04:24 Charlie Li (vishwin)
python.mk: add USE_PYTHON=cython_test
8731e33 |
04:17 Charlie Li (vishwin)
python.mk: use PYTHON_MAJOR_VER for Python 2/3 conditionals
43ae358 |
04:11 Charlie Li (vishwin)
python.mk: document individual module variables
...except PY_PILLOW, which has been redundant since Python 3.5 removal
and is slowly being removed.
97741a0 |
03:58 Charlie Li (vishwin)
python.mk: move PEP-517 docs above distutils
b0a6205 |
03:33 Charlie Li (vishwin)
python.mk: use script to process RECORD for the first pass
RECORD is a CSV file [0] containing more data than our plist format
accepts. The original processing method used sed(1) exclusively,
but paths containing quotes, spaces and commas throw it off. Process
the CSV properly instead for the first pass.
References:
https://packaging.python.org/en/latest/specifications/recording-installed-packages/#the-record-file
[0]
16a6fec |
03:07 Charlie Li (vishwin)
python.mk: add man/ to PEP-517 autoplist
588237f |
Monday, 27 Feb 2023
|
23:59 Charlie Li (vishwin)
lang/python: restore USES=python variables and SUB_LIST (no-op)
Has been a to do item for time. These are independent from but used
by the bytecode trigger.
922e7f4 |
21:04 Matthias Andree (mandree)
lang/python: Revert "add bytecode trigger"
This reverts commit c17ddfbf66e2801ec620d49979aca3d7077d7002.
This causes breakage on several ports, and the next iteration
requires a full exp-run. See:
Differential Revision: https://reviews.freebsd.org/D34739
a9d9d3a |
Sunday, 26 Feb 2023
|
18:48 Charlie Li (vishwin)
python.mk: add etc/ to PEP-517 autoplist
This was mistakenly missed in 18982c467f6ce3109f1e71198274eeac45f35297.
Requested by: yasu
853d0bf |
03:14 Charlie Li (vishwin)
python.mk: PEP-517 data_files support
data_files was not initially supported in the framework under the
guise that PyPA through setuptools deprecated the practice. However,
other build backends like flit still support (and advertise as a
"newer" feature) data_files, and certain packages continue to install
operating system-specific files like man pages using Python's
packaging system.
This expands RECORD parsing to account for any data_files beyond
entry_points installed to bin/. It is limited to certain directories
in hier(7) listed under /usr/local to prevent wheels from installing
files to arbitrary locations.
Tested by: yasu (first pass)
Differential Revision: https://reviews.freebsd.org/D38050
18982c4 |
Saturday, 25 Feb 2023
|
17:35 Charlie Li (vishwin)
python.mk: explicitly pass ${PREFIX} to ${PEP517_INSTALL_CMD}
Otherwise the stage prefix is ${PYTHONBASE} by default.
Reported by: John Hein <jcfyecrayz[at]liamekaens[point]com>
PR: 269472
9fbe5f4 |
Wednesday, 15 Feb 2023
|
21:35 Charlie Li (vishwin)
lang/python: add bytecode trigger
Facilitates compiling, writing and removing bytecode files (.pyc)
in site-packages after all pkg transactions have been completed.
Technical details: https://wiki.freebsd.org/Python/CompiledPackages
Fixes reports of Python port builds as root failing on filesystem
violations due to bytecode file writes where the port did not include
them in the package.
For those ports/packages that currently package bytecode, some
checksum mismatches on those files may occur. This is harmless and
will be rectified, in large as part of a USE_PYTHON=distutils
overhaul to reduce churn.
While here, implement a long-standing todo item of letting lang/python
ports use python.mk bits. Not only does this obviate duplicate
variables in each Makefile, but SUB_LIST (also added) is used for
these triggers.
Co-authored by: tcberner
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D34739
c17ddfb |
Wednesday, 8 Feb 2023
|
01:14 Wen Heping (wen)
math/py-numpy: Update to 1.24.1
PR: 268594
Reported by: wen@
Exp-run by: antoine@
b217a15 |
Sunday, 5 Feb 2023
|
19:05 Charlie Li (vishwin)
Revert "Mk/Uses/python.mk: Fix USE_PYTHON=pep517: always compile and install
bytecode"
Despite installer's default behaviour to compile and install bytecode,
we are not doing so going forward at stage/package time. [0] During
initial development and qualification of PEP-517 framework support,
compiling and installing bytecode at stage/package time was considered,
but was found problematic, fragile and ultimately unreliable, both
currently and historically (with USE_PYTHON=distutils), due to our
fixed plist requirement. While the living binary distribution format
(wheel) specification [1] says to compile bytecode, that is in the
pure Python package management context (pip, etc); nuance always
exists when interacting with "system" package management.
Additionally, "bytecode is an implementation detail of the CPython
interpreter. No guarantees are made that bytecode will not be added,
removed, or changed between versions of Python," thus "should not
be considered to work across Python VMs or Python releases." [2]
This is important to ensuring correctness for those ports specifying
NO_ARCH.
Instead of compiling and installing bytecode at stage/package time,
there is a WIP, review D34739, that compiles and installs bytecode
at install time instead, using triggers.
The aforementioned build_fs_violations will be investigated.
This reverts commit de6965254c3a007efcf697c3d455b54d2aeb2383.
With hat: python
Approved by: tcberner (mentor, portmgr)
Reference: https://wiki.freebsd.org/Python/PEP-517 [0]
https://packaging.python.org/en/latest/specifications/binary-distribution-format/
[1]
https://docs.python.org/3/library/dis.html [2]
f5890bd |
18:16 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Fix USE_PYTHON=pep517: always compile and install bytecode
- While I'm here, use long options for easier reading [1][2]
- Bump PORTREVISION of dependent ports (USE_PYTHON=pep517) for package change
It fixes build_fs_violation of dependent ports in poudriere (with -t flag).
It is also the default behavior of installer [2].
from py-sphinx log:
=>> Checking for staging violations... done
=>> Error: Filesystem touched during stage (files must install to ${STAGEDIR}):
extra: usr/local/lib/python3.9/site-packages/importlib_metadata/__pycache__
=>> Cleaning up wrkdir
from installer documentation:
--compile-bytecode
Possible choices: 0, 1, 2
generate bytecode for the specified optimization level(s) (default=0, 1)
--no-compile-bytecode
don’t generate bytecode for installed modules
Default: False
With hat: python
Reference: https://pypa-build.readthedocs.io/en/stable/ [1]
https://installer.pypa.io/en/stable/cli/installer/ [2]
de69652 |
Sunday, 15 Jan 2023
|
19:55 Charlie Li (vishwin)
devel/py-setuptools58: add
This port will eventually serve as the one used in USE_PYTHON=distutils,
namely for executing ${PYSETUP}. See
https://wiki.freebsd.org/Python/setuptools for details.
Approved by: fluffy (mentor)
Differential Revision: https://reviews.freebsd.org/D38069
fd932c2 |
Saturday, 14 Jan 2023
|
01:31 Charlie Li (vishwin)
python.mk: normalise wheel filename arguments in PEP517_INSTALL_CMD
The living binary distribution format specification derived from
PEP-427 [0] prescribes that:
In distribution names, any run of -_. characters (HYPHEN-MINUS,
LOW LINE and FULL STOP) should be replaced with _ (LOW LINE), and
uppercase characters should be replaced with corresponding lowercase
ones. This is equivalent to PEP 503 normalisation followed by
replacing - with _. Tools consuming wheels must be prepared to
accept . (FULL STOP) and uppercase letters, however, as these
were allowed by an earlier version of this specification.
This fixes staging for packages built under PEP-517 with dashes
(HYPHEN-MINUS) in their names.
[0]
https://packaging.python.org/en/latest/specifications/binary-distribution-format/
Reported by: amdmi3
Tested by: yasu, rhurlin
PR: 268893
With hat: python
Approved by: mentors (implicit)
952e0db |
Wednesday, 11 Jan 2023
|
05:22 Charlie Li (vishwin)
python.mk: introduce USE_PYTHON=pep517 for PEP-517 support
USE_PYTHON=pep517 takes no arguments. Operation is similar to
USE_PYTHON=distutils, although the build backend specified in
pyproject.toml is to be specified in BUILD_DEPENDS explicitly. A
usage guide and implementation primer is available at:
https://wiki.freebsd.org/Python/PEP-517
With hat: python
Approved by: fluffy (mentor)
Co-authored by: yuri
PR: 255722
Differential Revision: https://reviews.freebsd.org/D36290
cc8a187 |
Monday, 22 Aug 2022
|
01:39 Charlie Li (vishwin)
Uses/python.mk: revert unapproved feature addition (and consumers)
Change proposal was in discussion with open questions and additional
documented design requirement [0] for submitter to review and provide
feedback on, which was not provided.
Submitter (and anyone else) is welcome to work with python@ to
produce an appropriately reviewed feature.
[0] https://wiki.freebsd.org/Python/PEP-517
With hat: python (vishwin, koobs)
PR: 255722, 265660, 265692, 265693
Approved by: fluffy (mentor)
7d48381c |
Sunday, 21 Aug 2022
|
20:16 Yuri Victorovich (yuri)
Mk/Uses/python.mk: Add USE_PYTHON=build to support pyproject.toml based projects
USE_PYTHON=build supports PEP-517 at the level of individual ports.
Global support (making PEP-517 be used for all ports) is outside of the
scope of this patch.
PR: 255722
Approved by: python (maintainer's timeout; 14 days)
Differential Revision: https://reviews.freebsd.org/D36061
600312a |
Wednesday, 13 Jul 2022
|
00:19 Po-Chuan Hsieh (sunpoet)
devel/py-setuptools: Update to 63.1.0
Changes: https://github.com/pypa/setuptools/blob/main/CHANGES.rst
PR: 265081
Exp-run by: antoine
94c675d |
Wednesday, 6 Jul 2022
|
02:42 Wen Heping (wen)
math/py-numpy: Update to 1.23.0
PR: 264837
Reported by: wen@
Exp-run by: antoine@
d68b12c |
Sunday, 26 Jun 2022
|
20:31 Thierry Thomas (thierry) Author: VVD
Mk/bsd.default-versions.mk: Switch default Python version to 3.9
PR: 261703
Reported by: VVD
Tested by: exp-run by antoin@
Approved by: maintainer’s time-out
f117f2c |
Friday, 3 Jun 2022
|
23:36 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Update *_DEPENDS for py-setuptools
Always use the latest version in order to avoid inconsistent behavior.
c07d12c |
16:56 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Add preliminary support for "make test" for nose, nose2,
pytest, unittest and unittest2
This patch adds preliminary support for "make test". It supports nose, nose2,
pytest, unittest and unittest2. Enable this by adding one of the following:
USE_PYTHON=nose
USE_PYTHON=nose2
USE_PYTHON=pytest
USE_PYTHON=unittest
USE_PYTHON=unittest2
The pytest support was derived from USES=pytest. All user-facing variables are
kept unchanged except PYTEST_ARGS which has been changed to generic TEST_ARGS.
USES=pytest can be changed to USE_PYTHON=pytest as follows:
USES=pytest -> USE_PYTHON=pytest
USES=pytest:4 -> USE_PYTHON=pytest4
PYTEST_ARGS -> TEST_ARGS
535f310 |
Wednesday, 25 May 2022
|
07:22 Wen Heping (wen)
math/py-numpy: Update to 1.22.4
PR: 264153
Reported by: wen@
Exp-run by: antoine@
ff9098f |
Sunday, 24 Apr 2022
|
10:00 Tobias C. Berner (tcberner)
framework: cleanup conditional-indentations in Mk/
Run Tools/scripts/indent_make_if.pl on all of Mk.
These white space changes contribute greatly to the readability of those files.
As we have a version control system, finding out the reasons for the changes
prior to these white space changes is still easily possible
Differential Revision: https://reviews.freebsd.org/D35024
Reviewed by: portmgr (rene, bapt)
aa25396 |
Friday, 25 Mar 2022
|
13:37 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Use lang/cython for all Python versions
lang/cython has been updated to support lang/python311 (3.11.0a6) while
lang/cython-devel does not support it yet (broken since 3.11.0a4).
792ff60 |
Sunday, 23 Jan 2022
|
20:55 Rene Ladan (rene)
Mk/Uses: remove the default deprecation date.
Obviously the world did not manage to get rid of Python 2.7
by 2020-12-31, so remove that target and just advise users
to move on to Python 3.
This is the commit 1/9 of review D33922
Differential Revision: https://reviews.freebsd.org/D33922
fcb5bf8 |
Friday, 31 Dec 2021
|
12:57 Rene Ladan (rene)
Mk: unregister expired lang/python36
While here update some examples.
d85222d |
Wednesday, 24 Nov 2021
|
17:00 Dmitry Marakasov (amdmi3)
lang/cython-devel: add port
Add devel version of cython. Apart from that 3.x cython branch is
where all the development goes on, 0.29.x only getting backported
bugfixes, this is currently the only version which supports python
3.11. Because of that, wire USE_PYTHON=cython to cython-devel for
python >= 3.11 in Uses/python.mk as well and limit supported python
versions with <= 3.10 for cython.
PR: 259898
Approved by: python (lwhsu)
ab67421 |
17:00 Dmitry Marakasov (amdmi3)
lang/python311: add port (at 3.11.0.alpha2)
Python is an interpreted object-oriented programming language, and is
often compared to Tcl, Perl or Scheme.
WWW: https://www.python.org/
PR: 259745
Approved by: python
d6f568c |
Tuesday, 26 Oct 2021
|
00:50 Wen Heping (wen)
math/py-numpy: Update to 1.20.3
PR: 259063
Reported by: wen@
Exp-run by: antoine@
7e9bec8 |
Thursday, 16 Sep 2021
|
02:16 Sergey A. Osokin (osa)
devel/mercurial: update to 5.9.1.
Bump PORTREVISIONs for dependant ports.
While I'm here update devel/tortoisehg to 5.9.1. (*)
Approved by: arrowd (*)
PR: ports/258352
06a8050 |
Wednesday, 14 Jul 2021
|
20:14 Dmitry Marakasov (amdmi3)
lang/python310: add python 3.10.0.beta4
PR: 256150
Approved by: maintainer timeout (python@, 1 month)
Differential Revision: https://reviews.freebsd.org/D30475
930c931 |
Sunday, 20 Jun 2021
|
16:16 Po-Chuan Hsieh (sunpoet)
Mk/Uses/python.mk: Remove PY_PYGMENTS
33b4388 |
Thursday, 3 Jun 2021
|
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 |
Tuesday, 25 May 2021
|
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 |
Tuesday, 18 May 2021
|
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 |
Sunday, 25 Apr 2021
|
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 |
Friday, 23 Apr 2021
|
18:46 Antoine Brodin (antoine)
Remove devel/py-enum34, no longer needed
5275bcc |
Monday, 12 Apr 2021
|
18:28 Antoine Brodin (antoine)
Do not use PYTHON_VER in comparisons
979e060 |
Tuesday, 6 Apr 2021
|
14:27 Mathieu Arnold (mat)
framework: Remove $FreeBSD$
Where appropriate fiddle with a few other things.
5d33e04 |
Tuesday, 30 Mar 2021
|
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.
|
Wednesday, 3 Mar 2021
|
18:18 sunpoet
Fix typo
|
Tuesday, 23 Feb 2021
|
08:25 wen
- Fix ports build with python3.9
Submitted by: jbeich@
|
Thursday, 4 Feb 2021
|
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
|
Friday, 15 Jan 2021
|
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)
|
Tuesday, 12 Jan 2021
|
20:14 rene
Remove now unused PY_IPADDRESS and PY_TYPING and their ports.
|
Sunday, 10 Jan 2021
|
17:05 rene
Remove unused PY_PATHLIB references and its definition.
The port itself (devel/py-pathlib) was already removed.
|
Tuesday, 5 Jan 2021
|
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.
|
Thursday, 24 Dec 2020
|
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)
|
Saturday, 19 Dec 2020
|
20:24 sunpoet
Update PY_PYGMENTS
textproc/py-jupyterlab-pygments requires textproc/py-pygments between 2.4.1 and
3 (>=2.4.1,<3)
|
Sunday, 8 Nov 2020
|
17:49 sunpoet
Update PY_SPHINX
textproc/py-furo requires textproc/py-sphinx 3.0
|
Monday, 12 Oct 2020
|
13:52 wen
- Repocopy lang/python38 --> lang/python39 and update to 3.9.0
PR: 250160
Submitted by: wen@(myself)
|
Monday, 28 Sep 2020
|
13:00 0mp
Add "env" to the list of python.mk's valid args
Now the list mentions all the supported arguments.
|
Monday, 21 Sep 2020
|
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
|
Saturday, 19 Sep 2020
|
20:22 rene
Unregister expired Python 3.5
|
Tuesday, 8 Sep 2020
|
07:57 lwhsu
python.mk: Mention python 3.8
|
Sunday, 6 Sep 2020
|
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)
|
Tuesday, 1 Sep 2020
|
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
|
Friday, 24 Jul 2020
|
07:53 sunpoet
Cosmetic change
|
Thursday, 9 Jul 2020
|
18:11 sunpoet
Update PYNUMPY
science/py-geometer requires math/py-numpy between 1.15 and 1.20 (>=1.15,<1.20)
|
Monday, 11 May 2020
|
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
|
Wednesday, 6 May 2020
|
11:53 mat
Automatically mark ports as DEPRECATED when they use Python 2.
Reviewed by: antoine
Differential Revision: https://reviews.freebsd.org/D24732
|
Saturday, 2 May 2020
|
01:40 sunpoet
Update PY_TYPING
devel/py-tenacity requires devel/py-typing 3.7.4.1
|
Tuesday, 21 Apr 2020
|
19:47 sunpoet
Update PYNUMPY
astro/py-metpy requires math/py-numpy 1.16.0
|
Wednesday, 1 Apr 2020
|
06:46 antoine
py-enum-compat is available for all flavors of python
With hat: portmgr
|
Tuesday, 31 Mar 2020
|
23:17 sunpoet
Update PY_ENUM34
devel/py-clikit requires devel/py-enum34 between 1.1 and 2.0 (>=1.1,<2.0)
|
Tuesday, 24 Mar 2020
|
19:51 antoine
Add a PY_PILLOW that can be used to choose between graphics/py-pillow
and graphics/py-pillow6
With hat: portmgr
|
Sunday, 23 Feb 2020
|
21:49 antoine
Add a developer warning to ports using python:2.7
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D23757
|
Tuesday, 4 Feb 2020
|
17:56 sunpoet
Update PYNUMPY
science/py-geometer requires math/py-numpy between 1.15 and 1.19 (>=1.15,<1.19)
|
Number of commits found: 196 (showing only 100 on this page) |