Commit Graph

2835 Commits

Author SHA1 Message Date
martin 4f4105614e Update py-bottleneck to 1.5.0. 2025-07-28 14:26:42 +00:00
martin 2fb31e916f Fix PLIST for last update. 2025-07-28 14:05:09 +00:00
martin 1c56f96a25 Update h5py to 3.14.0. 2025-07-28 13:47:06 +00:00
ajacoutot c0675f1eea Remove croco-0.6 from WANTLIB.
It is pulled by the old x11/gnome/librsvg used by non rust arches and this
breaks rust arches because this WANTLIB becomes unreachable (new librsvg does
not depend on it).

Not sure what the best course of action is for the future but right now let's
make sure to regen WANTLIB on arches that support the current librsvg version.
2025-07-28 08:28:51 +00:00
sthen 57db569107 sync WANTLIB 2025-07-25 11:06:15 +00:00
sthen 0fc2ca9153 sync WANTLIB 2025-07-25 10:50:15 +00:00
sthen 3439290a84 sync WANTLIB 2025-07-25 10:13:58 +00:00
daniel a3fd528035 update 4ti2 to 1.6.13 2025-07-25 00:10:51 +00:00
daniel 2f70a49e00 revert wxMaxima commit 5d8dff15
As reported by Joseph Herning on ports@, the most recent wxMaxima version
update stopped showing the output of expressions. The problematic commit
was bisected and is reverted locally. This appears to restore expected
behaviour.
2025-07-23 21:27:45 +00:00
sthen 70779f0086 Lerc WANTLIB 2025-07-22 12:42:56 +00:00
sthen 25e956cf05 add missing WANTLIB on pthread 2025-07-21 16:10:44 +00:00
daniel c93041850e update py-scikit-learn to 1.7.1 2025-07-18 23:17:11 +00:00
tb 55a6c0770f octave: apply usual fix for build with opaque __sFILE:
Patch gnulib/fseeko.c.  gnulib is doing this to make fflush() behaivour
to match what they expect.  It accesses internal of __sFILE to change
behavior of fseeko(), but we are hiding internal of __sFILE and our
fseeko() is compatible with what gnulib expects already.  Then the
patch is to just use our fseeko().
2025-07-12 12:37:38 +00:00
yasuoka 6f5decc491 Patch gnulib/fseeko.c. gnulib is doing this to make fflush() behaivour
to match what they expect.  It accesses internal of __sFILE to change
behavior of fseeko(), but we are hiding internal of __sFILE and our
fseeko() is compatible with what gnulib expects already.  Then the
patch is to just use our fseeko().

feedbacks from tb guenther beck
ok sthen
2025-07-11 14:51:15 +00:00
kirill 96b4551ea4 math/pari: update to 2.17.2
OK: sthen@
2025-07-10 18:50:00 +00:00
kirill e4a6a0fdb9 +math/pari-data; OK: sthen@ 2025-07-10 18:20:18 +00:00
kirill 59bc895a80 math/pari-data: import new port (version 20220729)
Optional packages endowing PARI with extra capabilities.

- elldata: PARI version of the Elliptic curve data by J. E. Cremona,
  <http://www.maths.nott.ac.uk/personal/jec/ftp/data>, for use with
  ellsearch, ellidentity and ellgenerators.

- galdata: data needed by polgalois for degrees 8,9,10 and 11

- galpol: PARI package of the GALPOL database of polynomials defining
  Galois extensions of the rationals, accessed by galoisgetpol.

- nftables: repackaging of the historical 'megrez' number field tables

- seadata: needed by ellap for large primes. These polynomials were
  extracted from the ECHIDNA databases and computed by David R. Kohel.

OK: sthen@
2025-07-10 18:19:11 +00:00
rsadowski a79ad496cf Update R to 4.5.1
OK feinerer@
2025-06-30 17:54:58 +00:00
daniel 68eb8cc111 final cleanup of py2-numpy now that all consumers are gone 2025-06-29 13:59:31 +00:00
daniel 306dca48b1 remove Python 2 bindings for lpsolve
These bindings depend on py2-numpy which is about to be removed.
2025-06-29 13:55:39 +00:00
kirill 7e97bf7832 math/z3: update to 4.15.2
Changes:
 - https://github.com/Z3Prover/z3/releases/tag/z3-4.15.1
 - https://github.com/Z3Prover/z3/releases/tag/z3-4.15.2
2025-06-25 18:02:12 +00:00
daniel 664f316fe5 merge py2-numpy into py3-numpy as suggested by sthen@ 2025-06-21 21:33:42 +00:00
kmos 6b1741f7d2 GCC 8 doesn't support C++20, so ports-gcc doesn't cut it.
Shift to ports-clang to get building on sparc64
2025-06-21 07:35:54 +00:00
daniel e067537148 update 4ti2 (aka "forty two") to 1.6.12 2025-06-21 00:24:55 +00:00
daniel b30a41529c unhook math/py2-numpy and the ports that depend on it
These ports are all Python 2 ports that have not been updated to Python 3
in many years.

ok phessler
2025-06-18 03:34:45 +00:00
caspar 47e4a8da8e math/py-pygraphviz: LIB_DEPEND on math/graphviz
and fix the tests too (from sthen@)

OK sthen@
2025-06-17 18:14:24 +00:00
jca 2bde3f9976 Implement getauxval(3) using elf_aux_info(3) to unbreak runtime on riscv64 2025-06-17 11:59:23 +00:00
jca 7d7bda1d8f refresh patches 2025-06-17 11:58:38 +00:00
sthen bfe07f2fa0 update to visidata-3.2
use github tarball; pypi sdist doesn't include requirements.txt which
is now required by setup.py to build the wheel.
2025-06-17 08:23:33 +00:00
ajacoutot af8bd61181 Unbreak sqlports:
deve/py-test-cov -> devel/py-test-cov
2025-06-15 08:30:56 +00:00
daniel 951be54f8b update skimage to 0.24.0 2025-06-14 19:31:36 +00:00
daniel 9182376cd4 update numpy to 2.2.6 for Python 3.13 support
Besides official support for newer Python, this updates bring typing and
threading support as well as a few new functions for linear algebra like
matvec and vecmat. Went through a bulk by tb@.

tweaks and ok tb@
2025-06-12 20:49:12 +00:00
sthen 5ff070a3e1 sort 2025-06-11 10:35:49 +00:00
lucas 1e8ddcc06b +math/py-pygraphviz, +net/dnsviz 2025-06-09 19:00:42 +00:00
lucas 0e69f51744 Import PyGraphviz 1.14
PyGraphviz is a Python interface to the Graphviz graph layout and
visualization package. With PyGraphviz you can create, edit, read,
write, and draw graphs using Python to access the Graphviz graph data
structure and layout algorithms.
2025-06-09 18:47:40 +00:00
daniel 0f7bfeaec0 update py-scikit-learn to 1.7.0 2025-06-07 03:17:10 +00:00
kmos 1368dc4d46 Mark BROKEN-sparc64 2025-05-29 06:11:57 +00:00
daniel 9aebfeb1dd remove USE_NOEXECONLY from math/rocq
Discussed with sthen@, phessler@ and Yoza (MAINTAINER). Tested by me on
an amd64 machine with a PKU. If there's new breakage we can revisit as
needed.
2025-05-28 12:59:45 +00:00
daniel 583ac36f7a Final cleanup of math/coq which was renamed to math/rocq 2025-05-25 16:24:07 +00:00
daniel 4fb94509de update rocq to 8.20.1
A newer rocq/coq version is needed for the next version of CompCert. Joint
work with Yozo Toda (MAINTAINER).

This update loses coqide until it can be repaired and future updates of
rocq will need dune 3.8.3+.

ok MAINTAINER
2025-05-25 16:23:12 +00:00
sthen 898fe94620 bump py-numpy consumers. at least those which have compiled modules using
numpy are no longer ABI-compatible following the update to numpy 2.x.
this may over-bump slightly, but I've seen problems with at least pandas
and scipy, and identifying others individually is too time-consuming.
2025-05-20 12:10:49 +00:00
bluhm bf7474be30 update p5-Statistics-CaseResampling to 0.16 2025-05-20 05:00:58 +00:00
volker 9ac228b04f math/octave: Update to 10.1.0
ok steven@
2025-05-18 18:41:21 +00:00
daniel b3ad1ca85a update py-cvxpy to 1.6.2 for numpy2 support 2025-05-17 22:23:29 +00:00
daniel c30ea21f8f unbreak py-scs by updating to 3.2.7 now that we have numpy2 2025-05-17 22:19:53 +00:00
daniel fcb31bd774 update sklearn to 1.5.2 now that we have numpy2 2025-05-17 22:05:23 +00:00
daniel 8f7c3fd3c1 update py-numexpr to 2.10.2 for numpy2 support 2025-05-17 21:36:49 +00:00
daniel 6f8aee50fe undo local patch now that we have numpy2 2025-05-17 21:29:27 +00:00
tb 2865099287 Update to numpy 2.0.2
This will break a few ports and fix some others. The required clean up
work in the consumers will be committed by daniel shortly.

tested on amd64, aarch64, sparc64, i386 and in an amd64 bulk by me
and in real world scenarios by various.

from daniel

Thanks to sthen for being way too efficient at trawling through issue
trackers and locating the workaround for an aarch64 ICE amazingly quickly.
2025-05-17 20:30:36 +00:00
kirill 30af4764ce +math/py-lap
OK: sthen@
2025-05-15 14:06:01 +00:00