FreeBSD ports tree https://cgit-dev.freebsd.org/ports/atom?h=release%2F12.3.0 2021-05-25T13:55:44Z 2021-05-25T13:55:44Z Dmitry Marakasov amdmi3@FreeBSD.org 2021-04-09T13:28:59Z urn:sha1:5f69415313f894338dca54e21b5c3981e5e5f58f 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@ 2021-05-15T07:14:04Z Yasuhiro Kimura yasu@utahime.org 2021-05-15T06:50:22Z urn:sha1:9671981826f7ef8b1e7fb0a430ee24d4a1f0acf2 PR: 248459 Exp-run by: antoine 2021-04-07T08:09:01Z Mathieu Arnold mat@FreeBSD.org 2021-04-07T08:06:21Z urn:sha1:cf118ccf875508b9a1c570044c93cfcc82bd455c Reported by: lwhsu 2021-04-06T14:31:07Z Mathieu Arnold mat@FreeBSD.org 2021-04-06T11:55:50Z urn:sha1:305f148f482daf30dcf728039d03d019f88344eb 2020-07-04T18:11:42Z Niclas Zeising zeising@FreeBSD.org 2020-07-04T18:11:42Z urn:sha1:0e32330f15f054f5b77cc0a58e7a6ec282dec710 Chase the devel/libffi update Bump portrevision of all dependent ports to chace shard library version bump in libffi. Update LIB_DEPENDS lines where needed to not require a specific version of libffi.so. PR: 247028 (for tracking) 2020-05-05T08:23:11Z Wen Heping wen@FreeBSD.org 2020-05-05T08:23:11Z urn:sha1:039f21f95ab839833dc11bdb4044ac2745a86fc4 (include security fix) - Fix build with OPTION of DEBUG THREADS [2] PR: 245776 Submitted by: vvd@unislabs.com [1], takefu@airport.fm [2] Exp-run by: antoine@ [1] MFH: 2020Q2 Security: CVE-2019-18348, CVE-2020-8492 2020-01-01T16:21:17Z Antoine Brodin antoine@FreeBSD.org 2020-01-01T16:21:17Z urn:sha1:9249a557d60d44c1c7bd50b56a6c4a6673ff66cb With hat: portmgr 2019-11-29T10:55:00Z Kubilay Kocak koobs@FreeBSD.org 2019-11-29T10:55:00Z urn:sha1:e4c2b30ce8e600e2bf5f6d3e6b95c4dd27abcac4 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) 2019-10-24T15:13:26Z Wen Heping wen@FreeBSD.org 2019-10-24T15:13:26Z urn:sha1:2128d8e2591238806ec62e950f29c1e6d7b4328c PR: 241357 Submitted by: wen@ Exp-run by: antoine@ 2019-10-09T11:53:57Z Baptiste Daroussin bapt@FreeBSD.org 2019-10-09T11:53:57Z urn:sha1:7eab0ea11d1e3d80a0d15e738c94fb9b872c5e75