On Thu, Jul 15, 2021 at 4:15 PM Charles R Harris
wrote:
>
>
> On Thu, Jul 15, 2021 at 8:02 AM Charles R Harris <
> charlesr.har...@gmail.com> wrote:
>
>> I spent so much time updating the wheels builds to 64 bit BLAS mostly
>> because
>>
>>
>>- I needed to actually understand how multibuild
On Thu, Jul 15, 2021 at 3:45 PM Kevin Sheppard
wrote:
> When thinking about supporting a platform, it seems reasonable to consider
> other sources for pre-compiled binaries, e.g., conda and especially
> conda-forge. Conda-forge has
>
>
>
> linux-ppc64le v1.7.0
>
> linux-64 v1.7.0
>
>
> However, I think reducing the CI dedication (+maintainer effort towards
that) to those minority platforms would inevitably increase the risk of
numpy/scipy failing to work on them, and possibly risk not being
installable on them. Would we want to drop them without having a positive
assurance
On Thu, Jul 15, 2021 at 8:02 AM Charles R Harris
wrote:
> I spent so much time updating the wheels builds to 64 bit BLAS mostly
> because
>
>
>- I needed to actually understand how multibuild worked (and docs are
>minimal).
>- I don't know powershell (and docs are hard to find).
>
I spent so much time updating the wheels builds to 64 bit BLAS mostly
because
- I needed to actually understand how multibuild worked (and docs are
minimal).
- I don't know powershell (and docs are hard to find).
- I don't know azure works at a lower level (and docs are hard to
When thinking about supporting a platform, it seems reasonable to consider other sources for pre-compiled binaries, e.g., conda and especially conda-forge. Conda-forge has linux-ppc64le v1.7.0linux-64 v1.7.0linux-aarch64 v1.7.0osx-arm64 v1.7.0osx-64 v1.7.0win-32 v1.2.1win-64 v1.7.0 If this
On Thu, Jul 15, 2021 at 2:41 PM Matti Picus wrote:
> On 15/7/21 1:21 pm, Ralf Gommers wrote:
>
> > Hey all,
> >
> > I've seen Chuck and Matti burn a lot of time on the numpy-wheels repo
> > again recently, and I've done the same for SciPy. ...
> >
> > Cheers,
> > Ralf
>
>
> Since my name was
On 15/7/21 1:21 pm, Ralf Gommers wrote:
Hey all,
I've seen Chuck and Matti burn a lot of time on the numpy-wheels repo
again recently, and I've done the same for SciPy. ...
Cheers,
Ralf
Since my name was mentioned, the things I have spent time on for wheel
packaging in order of time
I'd be +1 on reducing the number of wheels to reduce maintainer effort
(esp. the 32 bit builds). However, I think reducing the CI dedication
(+maintainer effort towards that) to those minority platforms would
inevitably increase the risk of numpy/scipy failing to work on them, and
possibly risk
Hi all!
Sorry for the late notice - our next Newcomer's Meeting is today,
* July 15, at 4pm UTC.*
This is an informal meeting with no agenda to ask questions, get to know
other people and (hopefully) figure out ways to contribute to NumPy. Feel
free to join if you are lurking around but found it
FWIW, here's a big fat +1 from me for spreading the load. I'd even
advocate for trimming the CI and going for "We officially support this
(small) list of platforms and gladly accept patches for anything else
as long as they do not break the officially supported ones". ISTM the
list of supported
Hey all,
This whole thread is quite interesting:
https://twitter.com/zooba/status/1415440484181417998. Given how much effort
we are spending on really niche wheel builds, I’m wondering if we should
just draw a line somewhere:
- we do what we do now for the main platforms: Windows, Linux (x86,
12 matches
Mail list logo