[Numpy-discussion] we have a NumPy PyPI organization now

2025-06-16 Thread Ralf Gommers via NumPy-Discussion
Hi all, Now that PyPI has organizations and they came out of beta and the application queue cleared, I applied for a NumPy organization and that just came through (https://pypi.org/org/numpy/). We can start moving projects under that now, so it'll look more like https://pypi.org/org/scipy/. For th

[Numpy-discussion] Re: Bumping CPU baseline to x86-64-v2

2025-06-15 Thread Ralf Gommers via NumPy-Discussion
On Sat, Jun 14, 2025 at 6:23 PM Jerome Kieffer wrote: > Hi Ralph, > > There is no problem here except "any hardware more than 10yo* is > deprecated and we can discontinue its support" which is something Intel > would love but not me (nor anybody who realized we are living in a > finite world). >

[Numpy-discussion] Re: Bumping CPU baseline to x86-64-v2

2025-06-13 Thread Ralf Gommers via NumPy-Discussion
On Fri, Jun 13, 2025 at 11:07 AM Jerome Kieffer wrote: > Hi Matti, > > Sorry for the delay ... > > In one of my project I am working on, we use based Avoton server > (Intel C2350) for CI/CD which can be rented today (2025) for less than > 5€/month > at online.net (a french provider). Switching to

[Numpy-discussion] Re: NumPy security roadmap proposal

2025-06-13 Thread Ralf Gommers via NumPy-Discussion
On Fri, Jun 13, 2025 at 11:13 AM Andrew Nelson via NumPy-Discussion < numpy-discussion@python.org> wrote: > > On Fri, 13 Jun 2025 at 16:43, Ralf Gommers via NumPy-Discussion < > numpy-discussion@python.org> wrote: > >> >> For 2FA and repository/PyPI access, w

[Numpy-discussion] NumPy security roadmap proposal

2025-06-12 Thread Ralf Gommers via NumPy-Discussion
Hi all, In https://github.com/numpy/numpy/issues/29178 I posted a proposal for steps to take to improve supply chain security. The most important proposed change is: - Move building release artifacts that get uploaded to PyPI and anaconda.org to a new repository. Other proposed changes: - Furth

[Numpy-discussion] Re: Bumping CPU baseline to x86-64-v2

2025-05-18 Thread Ralf Gommers via NumPy-Discussion
On Sun, May 18, 2025 at 9:40 AM Jerome Kieffer wrote: > Hi, > > First I would like to highlight that "X86_V2" is very specific to the > implementation in numpy, basically this implies the support of all 128 > bits SIMD extensions, i.e. SSE1,2,3&4, but does apparenty not requires > any 256bit SIMD

[Numpy-discussion] Re: Bumping CPU baseline to x86-64-v2

2025-05-17 Thread Ralf Gommers via NumPy-Discussion
On Sat, May 17, 2025 at 3:00 PM wrote: > Hi Sayed, > > I'm a bit confused: does your suggested change mean that prre-2009 > processors won't work at all, or that no use will be made of the (little) > acceleration that they provided? The latter seems fine, but not working at > all seems rather ba

[Numpy-discussion] Re: Dropping PyPy in NumPy 2.3

2025-05-07 Thread Ralf Gommers via NumPy-Discussion
On Wed, May 7, 2025 at 7:44 PM Charles R Harris via NumPy-Discussion < numpy-discussion@python.org> wrote: > Hi All, > > Just thought I would raise the topic of PyPy status in NumPy 2.3. PyPy for > Python 3.11 currently has a bug which has hung around for a while, > Is it relevant? There are of c

[Numpy-discussion] Re: Fwd: Research Opportunity: Can we monitor your projects?

2025-04-29 Thread Ralf Gommers via NumPy-Discussion
On Wed, Apr 30, 2025 at 6:08 AM Bill Ross wrote: > Why run someone else's code? Can't they monitor through git? > > [reads more] .. why? > Agreed, this request is badly thought out. The amount of research requests we're receiving privately is going up in my experience. In this case it seems to b

[Numpy-discussion] Re: Better compatibility of the Python scientific/data stack with fast Python interpreters

2025-04-29 Thread Ralf Gommers via NumPy-Discussion
On Tue, Apr 29, 2025 at 11:24 AM PIERRE AUGIER < pierre.aug...@univ-grenoble-alpes.fr> wrote: > Dear Numpy community members and Numpy developers, > > This email is to get the points of view of the Numpy community members and > developers about a subject that I find very important. I'm going to >

[Numpy-discussion] Re: ENH: Add saturating arithmetic functions

2025-04-28 Thread Ralf Gommers via NumPy-Discussion
On Sun, Apr 27, 2025 at 7:31 AM Carlos Martin wrote: > Saturating arithmetic (https://en.wikipedia.org/wiki/Saturation_arithmetic) > is important in digital signal processing and other areas. > > Feature request: Add saturating arithmetic functions for the following > basic operations: > > - addi

[Numpy-discussion] NumPy Steering Council membership update

2025-04-20 Thread Ralf Gommers via NumPy-Discussion
Hi all, On behalf of the whole steering council, I'd like to welcome Marten van Kerkwijk and Nathan Goldbaum as new steering council members. We're very glad that Marten has returned to active NumPy development and is returning to the council, and that Nathan is joining the council after 2.5 years

[Numpy-discussion] Re: Making `T` property Array API compatible

2025-04-12 Thread Ralf Gommers via NumPy-Discussion
On Sat, Apr 12, 2025 at 12:13 PM Mateusz Sokol wrote: > Hi all! > > The Array API standard states that `T` property should only be applied to > 2-dimensional arrays, in all other cases it should raise an error: > > https://data-apis.org/array-api/latest/API_specification/generated/array_api.array

[Numpy-discussion] Re: Add noncentral student's t-distribution

2025-04-06 Thread Ralf Gommers via NumPy-Discussion
On Sat, Apr 5, 2025 at 2:41 PM Seungwoo (Simon) Kim via NumPy-Discussion < numpy-discussion@python.org> wrote: > Hi, > > It would be useful to have numpy support for noncentral student's > t-distribution. Numpy already supports standard t, and it should be a > straightforward transformation: > - (

[Numpy-discussion] Re: Add a spectral_radius function

2025-03-02 Thread Ralf Gommers via NumPy-Discussion
On Sat, Mar 1, 2025 at 9:17 PM Carlos Martin wrote: > Add a function called `spectral_radius` that computes the > [spectral_radius](https://en.wikipedia.org/wiki/Spectral_radius) of a > given matrix. > > A naive way to do this is `np.max(np.abs(np.linalg.eigvals(a)))`, but > there are more effici

[Numpy-discussion] Re: Add diagonal offset argument to all functions that are missing it

2025-02-11 Thread Ralf Gommers via NumPy-Discussion
On Tue, Feb 11, 2025 at 10:55 AM Lucas Colley via NumPy-Discussion < numpy-discussion@python.org> wrote: > Ralf Gommers wrote: > > This sounds quite reasonable to me. The `k=0` keyword is quite badly > named, > > which is my one concern. Especially when tacking it on at the end of a > > signature

[Numpy-discussion] Re: Add diagonal offset argument to all functions that are missing it

2025-02-11 Thread Ralf Gommers via NumPy-Discussion
On Sun, Feb 9, 2025 at 6:34 PM Carlos Martin wrote: > The following functions accept a diagonal offset argument: > - https://numpy.org/doc/stable/reference/generated/numpy.diag.html > - https://numpy.org/doc/stable/reference/generated/numpy.diagflat.html > - https://numpy.org/doc/stable/reference

[Numpy-discussion] a thank you for donations to NumPy

2024-12-22 Thread Ralf Gommers via NumPy-Discussion
Hi all, We just received two $1,000 donations on Open Collective ( https://opencollective.com/numpy), from MMIC and Joseph Jacks. Those are the largest individual/anonymous donations we've received over the last years I think, at least since the time we have a completely public record of our finan

[Numpy-discussion] Re: Build wheels for manylinux_2_24 instead of manylinux2014

2024-12-17 Thread Ralf Gommers via NumPy-Discussion
On Tue, Dec 17, 2024 at 8:18 AM Matti Picus via NumPy-Discussion < numpy-discussion@python.org> wrote: > We are starting to discuss moving up from manylinux2104_manylinux_2_17 > for the next NumPy release in June 2025. It seems, looking at > > https://github.com/mayeut/pep600_compliance?tab=readme

[Numpy-discussion] Re: numpy defaults to free-threaded version on conda-forge

2024-11-26 Thread Ralf Gommers via NumPy-Discussion
Yes, that does look like a conda-forge issue. I think it's this one: https://github.com/conda-forge/python-feedstock/issues/738 On Tue, Nov 26, 2024 at 6:06 PM george trojan via NumPy-Discussion < numpy-discussion@python.org> wrote: > My apologies if this is a wrong venue. Is this a conda-forge p

[Numpy-discussion] Re: Endorsing SPECs 1, 6, 7, and 8

2024-10-26 Thread Ralf Gommers via NumPy-Discussion
Below is the input on this topic from Christian Lorentzen, who for some reason didn't get through the mailing list approval to post directly: Hi there IMHO, numpy should definitely endorse SPEC7, otherwise this SPEC should be removed or updated. About SPEC0, please note that according to the tex

[Numpy-discussion] Re: What to do with np.matrix

2024-10-20 Thread Ralf Gommers via NumPy-Discussion
On Sat, Oct 19, 2024 at 2:18 PM Dan Schult wrote: > This is quite helpful. Thanks! > > Github search: > I'm not surprised that many github hits are like homework problems. The > big resistance to removing np.matrix early on (~2008) came from educators > who wanted a Matrix oriented experience for

[Numpy-discussion] Re: What to do with np.matrix

2024-10-15 Thread Ralf Gommers via NumPy-Discussion
On Sat, Oct 12, 2024 at 6:23 PM Marten van Kerkwijk wrote: > Hi Dan, others, > > Great news that the sparse array implementation is getting there! > The continued existence of np.matrix has in large part been because of > sparse matrices, so in some sense the decision depends also on what > happe

[Numpy-discussion] Re: What should remain on PyPi

2024-10-02 Thread Ralf Gommers via NumPy-Discussion
On Tue, Sep 3, 2024 at 7:53 PM Peter Cock via NumPy-Discussion < numpy-discussion@python.org> wrote: > If I recall correctly, people were building against the Numpy 2.0.0 > release candidates in particular. In hindsight keeping those on PyPI might > have been better. A formal NEP/SPEC seems a good