math/py-pdal: Update to 3.5.5a1467f4e9c
Port details
math/py-pdal3.5.5
PDAL Python bindings
- Maintainer
- lbartoletti@FreeBSD.org
- Packages
- py312-pdal 3.5.5
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://pypi.python.org/pypi/pdal
- 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 (27)
math/py-pdal: Fix build after devel/py-scikit-build update Approved by: portmgr (unbreak; blanket)4796e03fc8
*/*: bump PORTREVISION after switching to NumPy 2.x2bf3834a19
*/*: Switch to NumPy 2.x PR: 294328 Exp-run: antoineb0b4d9e1ea
python.mk: retire ${PYNUMPY}
With both math/py-numpy (2) and math/py-numpy1, the variable stopped
making sense. Also remove the upper version bound.d04d23ae37math/py-numpy: switch all consumers to math/py-numpy1 ...and bump PORTREVISIONs of consumers with hard RUN_DEPENDS PR: 281470d4bd5ba72e
math/pdal: Update to 2.8.471def28c85
math/py-pdal: Update to 3.4.5889c6b737f
math/pdal: Update to 2.6.3 Use libpdalcpp instead of libpdal_base Release notes: - https://github.com/PDAL/PDAL/releases/tag/2.6.2 - https://github.com/PDAL/PDAL/releases/tag/2.6.3 PR: 276752 Reported by: Bram Ton <bram@cbbg.nl>e37fa74b91
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>3d9a815d9c*: Bump PORTREVISIONs for math/mpc update to 1.3.18d3e020ed0
*/*: rename CHEESESHOP to PYPI in MASTER_SITES PR: 267994 Differential revision: D37518 Approved by: bapt77d68471ad
*/*: Update path set in BUILD_DEPENDS for CMake in more ports Commit b23ea4e2d2f51b53d8915fe9fd7b4efbdd575e38 changed its location to devel/cmake-core Approved by: portmgr (blanket)e2438a86b8
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
*/*: bump all consumers after recent boost upgrade4cf39decb3
math/py-pdal: Fix build with setuptools 58.0.0+ With hat: pythonb4937fd5c4
math/py-pdal: Update to 3.0.2 Changes: - https://github.com/PDAL/python/blob/master/CHANGES.txt99b1c257c8
Mk/Uses/ninja.mk: Add support for devel/samurai (D29353) Samurai is a Ninja-compatible build tool with fewer dependencies than Ninja. Hook it to the framework via a new NINJA_DEFAULT. This also adds %p to NINJA_STATUS to make Ninja or Samurai print the percentage of completed jobs to make it easier to eyeball how much of the build is done. PR: 254678 Exp-run by: antoinea91d65363f
One more small cleanup, forgotten yesterday. Reported by: lwhsucf118ccf87
Remove # $FreeBSD$ from Makefiles.305f148f48
Relax hardcoded paths to fix build with Python 3.8.7 Since r558913 Python 3.8 incorporates BPO-42604 [1] which changed the shared libs naming scheme. This means "EXT_SUFFIX" is now derived from SOABI and yields with Python 3.8 to ".cpython-38.so" instead of ".so". The affected ports strip the libaries in the "post-install" target via hardcoded path(s) and the build fails at the end because the new extension is not expected at this place. Remedy the issue by adding wildcards to these paths. This should also prepare the ports for future Python releases, which will use the new shared libs naming scheme. [1] https://bugs.python.org/issue42604 PR: 252057 Reported by: John Kennedy Reviewed by: fluffy, koobs Approved by: koobs (python)9cb5898561
math/py-pdal: Update to 2.3.5 - Fix memory leak - Handle metadata with invalid unicode by erroring180907b39c
Add compiler:c++11-lang to USES to fix build on GCC-based systems: CMake Error in CMakeLists.txt: Target "pdal_io_numpy_test" requires the language dialect "CXX11" , but CMake does not know the compile flags to use to enable it. Approved by: portmgr (tier-2 blanket)7eafa6e1eb
math/py-pdal: Update to 2.3.4e46da1526d
math/py-pdal: Use python 3 only Reported by: pkg-fallout207eb9fa0e
[NEW PORT] math/py-pdal: PDAL Python bindings Description: PDAL Python support allows you to process data with PDAL into Numpy arrays. It supports embedding Python in PDAL pipelines with the readers.numpy and filters.python stages, and it provides a PDAL extension module to control Python interaction with PDAL. Additionally, you can use it to fetch schema and metadata from PDAL operations. Context: Python plugin is removed from math/pdal and is available at https://pypi.org/project/PDAL/ Approved by: tcberner (mentor)e436777854