devel/py-pytools: Add missing runtime dependency9178a9ca08
Port details
devel/py-pytools2026.1_1
Collection of tools for Python
- Maintainer
- python@FreeBSD.org
- Packages
- py312-pytools 2026.1_1
- Upstream
- Higher version available: 2026.1.1
- CPE
- none, CVEs only via VuXML
- WWW
- https://pypi.org/project/pytools/
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (37)
devel/py-pytools: Remove non-existing dependency Reported by: antoine957fb43ed9
devel/py-pytools: Update to 2026.1 and switch to NumPy 2 Release notes: https://github.com/inducer/pytools/releases/tag/v2026.1 PR: 294571fca56da1d7
math/py-numpy: switch all consumers to math/py-numpy1 ...and bump PORTREVISIONs of consumers with hard RUN_DEPENDS PR: 281470d4bd5ba72e
devel/py-pytools: Convert to USE_PYTHON=pep517 - Bump PORTREVISION for package change91f0606350
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++ -DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable -Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi -Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings -Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x -MT _quickfix_la-QuickfixPython.lo -MD -MP -MF .deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o .libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean '-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>3d9a815d9cdevel/py-pytools: Update to 2022.1.14 Changes: https://github.com/inducer/pytools/releases https://github.com/inducer/pytools/commits/mainf4822977e6
*/*: rename CHEESESHOP to PYPI in MASTER_SITES PR: 267994 Differential revision: D37518 Approved by: bapt77d68471ad
devel/py-pytools: Update to 2022.1.13 Changes: https://github.com/inducer/pytools/releases https://github.com/inducer/pytools/commits/mainf8cfb288a9
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
devel/py-pytools: Convert to USE_PYTHON=pytest62da397e53
devel/py-pytools: Add NUMPY option88be650296
devel/py-pytools: Update to 2022.1.12 - Update WWW Changes: https://github.com/inducer/pytools/releases https://github.com/inducer/pytools/commits/maind9114ea37c
One more small cleanup, forgotten yesterday. Reported by: lwhsucf118ccf87
Remove # $FreeBSD$ from Makefiles.305f148f48
Drop python 2.7 support from a few ports With hat: portmgraa7a6c429e
Bump PORTREVISION for ports depending on the canonical version of GCC as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3 to GCC 9.1 under most circumstances now after revision 507371. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, everything INDEX-11 shows with a dependency on lang/gcc9 now. PR: 238330ea8c8ec7da
Bump PORTREVISION for ports depending on the canonical version of GCC defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t GCC 8.2 under most circumstances. This includes ports - with USE_GCC=yes or USE_GCC=any, - with USES=fortran, - using Mk/bsd.octave.mk which in turn features USES=fortran, and - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang, c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib plus, as a double check, everything INDEX-11 showed depending on lang/gcc7. PR: 231590a9f015d155
Update to 2018.5 Changes: https://github.com/inducer/pytools/commits/master6b9b9f51a9
Use PY_FLAVOR for dependencies. FLAVOR is the current port's flavor, it should not be used outside of this scope. Sponsored by: Absolight4376dbbb58
Switch all pypi.python.org WWWs to a new PyPi home pypi.org where they now redirect to anyway. All new urls checked to return 200, I've fixed a couple of them in the process. Approved by: portmgr blanket, matc637402081
Update to 2018.4 Changes: https://github.com/inducer/pytools/commits/master85bdf038fb
Update to 2018.3 Changes: https://github.com/inducer/pytools/commits/master0611c269f1
Update to 2018.2 Changes: https://github.com/inducer/pytools/commits/mastere3cddc8bbf
Bump PORTREVISIONs of all users of math/mpc that we just updated to version 1.1.0 (via revision 464079).c2a92a1aea
Update to 2018.1 Changes: https://github.com/inducer/pytools/commits/masterb9d951ea88
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/D12464551be3c723Update to 2017.6 - Allow concurrent installation (USE_PYTHON=concurrent) Changes: https://github.com/inducer/pytools/commits/master00523d26d5
Update to 2017.4 Changes: https://github.com/inducer/pytools/commits/master4e6c34f41e
Update to 2017.3 Changes: https://github.com/inducer/pytools/commits/master54fa991935
Update to 2017.1.1 Changes: https://github.com/inducer/pytools/commits/master1f2839e2ce
- Update to 2016.2.6 - Add LICENSE_FILE - Update WWW: use https:// Changes: https://github.com/inducer/pytools/commits/master9c36535731
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.
With hat: portmgr
Sponsored by: Absolight4e1b79a0a6- Update to 2016.15ab64ebdd0
- Update to 2015.1.6 - Add NO_ARCH1441e44ea9
Pytools is a big bag of things that are "missing" from the Python standard library. This is mainly a dependency of my other software packages, and is probably of little interest to you unless you use those. If you're curious nonetheless, here's what's on offer: - A ton of small tool functions such as len_iterable, argmin, tuple generation, permutation generation, ASCII table pretty printing, GvR's mokeypatch_xxx() hack, the elusive flatten, and much more. - Michele Simionato's decorator module. - A time-series logging module, pytools.log. - Batch job submission, pytools.batchjob. - A lexer, pytools.lex. WWW: http://pypi.python.org/pypi/pytoolsa31eea4eb2