ports/lang/python27/files, branch 2026Q2

lang/python27: re-add _tkinter into the distribution

2025-03-10T19:28:13Z

x11-toolkits/py-tkinter is otherwise built separately, ie disabled in the main Python distribution build, due to circular (build) dependencies with Python itself in lang/tk*. Since this Python version is never default anymore, having been EOLed for years among other things, it is safe to re-add _tkinter as part of the main distribution build. Also update pkg-message to reflect extension module ports unavailability. This is to benefit the only remaining consumer, games/renpy, as x11-toolkits/py-tkinter transitions to Python 3+ only. The relevant OPTION has been removed as having _tkinter always present makes the option a no-op. PR: 268283

lang/python27: Fix build with libressl 3.5

2022-11-04T11:16:39Z

Approved by: python (maintainer, timeout), tcberner (mentor) Differential Revision: https://reviews.freebsd.org/D37047

lang/python{27,35,36,37,38}: Add closefrom(2) support

2019-11-29T10:55:00Z

A single close(fd) syscall is cheap, but when MAXFDS (maximum file descriptor number) is high, the loop calling close(fd) on each file descriptor can take several milliseconds. The default value of subprocess.Popen "close_fds" parameter changed to True in Python 3. Compared to Python 2, close_fds=True can make Popen 10x slower: see bpo-37790 [1] The present workaround on FreeBSD to improve performance is to load and mount the fdescfs kernel module, but this is not enabled by default. This change adds minimum viable (and upstreamable) closefrom(2) syscall support to Python's subprocess and posix modules, improving performance significantly for loads that involve working with many processes, such as diffoscope, ansible, and many others. For additional optimizations, upstream recently (3.8) landed posix_spawn(2) support [3] and has stated that they will adopt close_range(2) after Linux merges it [4]. Linux/FreeBSD developers are already collaborating on ensuring compatible implementations, with FreeBSD's implementation pending in D21627. [5] Thank you emaste, cem, kevans for providing analysis, input, clarifications, comms/upstream support and patches. [1] https://bugs.python.org/issue37790 [2] https://bugs.python.org/issue38061 [3] https://bugs.python.org/issue35537 [4] https://lwn.net/Articles/789023/ [5] https://reviews.freebsd.org/D21627 Additional References: https://bugs.python.org/issue8052 https://bugs.python.org/issue11284 https://bugs.python.org/issue13788 https://bugs.python.org/issue1663329 https://www.python.org/dev/peps/pep-0446/ PR: 242274, 221700 Submitted by: kevans (emaste, cem) Approved by: koobs (python (maintainer), santa)

- Update to 2.7.15(include security fix)

2018-05-11T12:49:32Z

PR: 228028 Submitted by: wen@(myself) Exp-run by: antoine@ MFH: 2018Q2

lang/python27: Fix build with LibreSSL 2.7

2018-04-28T19:11:13Z

PR: 226883 Submitted by: Charlie Li Approved by: python (koobs) Differential Revision: https://reviews.freebsd.org/D14837

Fix build with OpenSSL 1.1.0 (security/openssl-devel)

2018-02-15T12:47:58Z

- Remove BROKEN_SSL=openssl-devel Reference: https://bugs.python.org/issue30622 https://github.com/python/cpython/commit/b2d096bd2a5ff86e53c25d00ee5fa097b36bf1d8 PR: 222795 Submitted by: brnrd MFH: 2018Q1

Set PORTNAME to python and add PKGNAMESUFFIX

2018-02-11T16:52:36Z

- Sort USES - Remove CPE_*: all of them are default values - Update http:// links in Makefile comments and patch files

- Remove SEM option by making it always avalible

2017-04-23T21:16:47Z

Since FreeBSD 8.x EOL in 2015-08-01 the option doesn't have any value beyond footshooting[1]. sem_open() and sem_init(pshared=1) always work FreeBSD 9.0 or later after base r201546. [1] https://lists.freebsd.org/pipermail/freebsd-ports/2017-April/108116.html PR: 218641 Reported by: jbeich Exp-run: antoine MFH: 2017Q2 Differential Revision: https://reviews.freebsd.org/D10446

- Update to 2.7.13

2016-12-26T01:01:04Z

PR: 215375 Submitted by: wen@ Exp-run by: antoine@

Remove no-op patch.

2016-11-02T14:51:48Z

This patch was submitted to upstream libffi and from there to upstream libtool, but it doesn't do anything. The original patch committed in r158131 did do something but when it was no longer needed it was changed into something that doesn't make sense in r221521 instead of being removed. Remove it now before it causes more confusion.