On Mon, Oct 26, 2015 at 7:01 AM, Robert Collins
wrote:
> Since Nathaniel seems busy, I've taken the liberty of drafting a
> narrow PEP based on the conversations that arose from the prior
> discussion.
>
> It (naturally) has my unique flavor, but builds on the work Nathaniel
> had put together, s
On Wed, Oct 28, 2015 at 6:03 AM, Nathaniel Smith wrote:
> On Sun, Oct 25, 2015 at 11:01 PM, Robert Collins
> wrote:
> > Since Nathaniel seems busy, I've taken the liberty of drafting a
> > narrow PEP based on the conversations that arose from the prior
> > discussion.
> >
> > It (naturally) has
On Wed, Oct 28, 2015 at 9:12 PM, Paul Moore wrote:
> On 28 October 2015 at 18:44, Donald Stufft wrote:
> > On October 28, 2015 at 2:42:19 PM, Paul Moore (p.f.mo...@gmail.com)
> wrote:
> >>
> >> [1] If I'm supposed to be getting notifications for comments on the PR
> >> (as a member of the PyPA g
On Tue, Oct 27, 2015 at 5:45 PM, Brett Cannon wrote:
>
> Nathaniel's comment about how this might actually give pip a leg up on
> conda also sounds nice to me as I have enough worry about having a fissure
> in 1D along the Python 2/3 line, and I'm constantly worried that the
> scientific communit
On Tue, Oct 27, 2015 at 12:23 AM, Robert Collins
wrote:
> On 27 October 2015 at 10:32, Ralf Gommers wrote:
> >
>
> > (2) Complex example: to build a Scipy wheel on Windows with MinGW the
> > command is ``python setup.py config --compiler=mingw32 build
> >
On Thu, Oct 29, 2015 at 2:16 AM, Nathaniel Smith wrote:
> On Wed, Oct 28, 2015 at 4:30 PM, Ralf Gommers
> wrote:
> >
> > On Tue, Oct 27, 2015 at 5:45 PM, Brett Cannon wrote:
> >>
> >>
> >> Nathaniel's comment about how this might actually give
On Tue, Nov 3, 2015 at 6:10 PM, Chris Barker - NOAA Federal <
chris.bar...@noaa.gov> wrote:
> >> I'm not talking about in place installs, I'm talking about e.g.
> building a
> >> wheel and then tweaking one file and rebuilding -- traditionally build
> >> systems go to some effort to keep track of
;
> On November 5, 2015 at 5:25:16 PM, Ralf Gommers (ralf.gomm...@gmail.com)
> wrote:
> > On Tue, Nov 3, 2015 at 6:10 PM, Chris Barker - NOAA Federal <
> > chris.bar...@noaa.gov> wrote:
> >
> > > >> I'm not talking about in place installs, I'm
On Thu, Nov 5, 2015 at 11:44 PM, Ralf Gommers
wrote:
>
>
> On Thu, Nov 5, 2015 at 11:29 PM, Donald Stufft wrote:
>
>> I’m not at my computer, but does ``pip install —no-clean —build > build dir>`` make this work?
>>
>
> No, that option seems to not work at a
g while pip is trying to be way too clever which is unhelpful.
Ralf
> On November 5, 2015 at 6:09:46 PM, Ralf Gommers (ralf.gomm...@gmail.com)
> wrote:
> > On Thu, Nov 5, 2015 at 11:44 PM, Ralf Gommers
> > wrote:
> >
> > >
> > >
> > > On Thu,
On Sat, Nov 7, 2015 at 1:04 AM, Chris Barker - NOAA Federal <
chris.bar...@noaa.gov> wrote:
> On Nov 6, 2015, at 3:57 PM, Robert McGibbon wrote:
>
> I'm using the Python from the Miniconda installer with py35 released last
> week.
>
>
> Then you should not expect it to be able to find compatible
On Sat, Nov 7, 2015 at 2:02 PM, Paul Moore wrote:
> On 7 November 2015 at 01:26, Chris Barker - NOAA Federal
> wrote:
> > So what IS supposed to be used in the development workflow? The new
> > mythical build system?
>
I'd like to point out again that this is not just about development
workflow
On Sat, Nov 7, 2015 at 3:57 PM, Paul Moore wrote:
> On 7 November 2015 at 13:55, Ralf Gommers wrote:
> > On Sat, Nov 7, 2015 at 2:02 PM, Paul Moore wrote:
> >>
> >> On 7 November 2015 at 01:26, Chris Barker - NOAA Federal
> >> wrote:
> >> > S
On Sun, Nov 8, 2015 at 1:03 AM, Paul Moore wrote:
> On 7 November 2015 at 16:33, Ralf Gommers wrote:
> > Your only concrete argument for it so far is aimed at developers
>
> I feel that there's some confusion over the classes of people involved
> here ("developers&qu
On Sun, Nov 8, 2015 at 12:38 AM, Donald Stufft wrote:
> On November 7, 2015 at 6:16:34 PM, Donald Stufft (don...@stufft.io) wrote:
> > > I want to reduce the “paths” that an installation can go down.
>
> I decided I’d make a little visual aid to help explain what I mean here
> (omitting developme
On Sun, Nov 8, 2015 at 2:23 PM, Paul Moore wrote:
> On 8 November 2015 at 11:13, Ralf Gommers wrote:
>
> > "wheels and sdists" != "release artifacts"
>
> Please explain. All you've done here is state that you don't agree
> with me, but given n
On Sun, Nov 8, 2015 at 2:23 PM, Paul Moore wrote:
> On 8 November 2015 at 11:13, Ralf Gommers wrote:
> > You only have two categories? I'm missing at least one important
> category:
> > users who install things from a vcs or manually downloaded code
> (pre-release
On Sun, Nov 8, 2015 at 2:45 PM, Paul Moore wrote:
> On 8 November 2015 at 13:34, Ralf Gommers wrote:
> > On Sun, Nov 8, 2015 at 2:23 PM, Paul Moore wrote:
> >>
> >> On 8 November 2015 at 11:13, Ralf Gommers
> wrote:
> >>
> >> > "wh
On Wed, Dec 9, 2015 at 2:55 AM, Robert Collins
wrote:
> Updated - tl;dr:
>
> The thing I'm least happy about is that implementing install support
> will require recursively calling back into pip, that or reimplementing
> the installation of wheels logic from within pip - because
> sufficiently ol
On Wed, Feb 10, 2016 at 3:30 PM, David Cournapeau
wrote:
>
>
>
> On Wed, Feb 10, 2016 at 1:52 PM, Paul Moore wrote:
>
>> We should probably also check with the flit people that the proposed
>> approach works for them. (Are there any other alternative build
>> systems apart from flit that exist
On Wed, Feb 10, 2016 at 2:43 PM, Paul Moore wrote:
> On 10 February 2016 at 13:23, Nick Coghlan wrote:
> > On 10 February 2016 at 20:53, Paul Moore wrote:
> >> We don't have to solve the whole "sdist 2.0" issue right now. Simply
> >> saying that in order to publish pypa.json-based source trees
On Thu, Feb 11, 2016 at 11:16 AM, Nick Coghlan wrote:
> On 11 February 2016 at 17:50, Ralf Gommers wrote:
> > On Wed, Feb 10, 2016 at 2:43 PM, Paul Moore wrote:
> >>
> >> On 10 February 2016 at 13:23, Nick Coghlan wrote:
> >> > On 10 February 2016 at 20:
On Sun, Jun 5, 2016 at 6:33 AM, Nick Coghlan wrote:
>
> On 4 Jun 2016 6:54 am, "Donald Stufft" wrote:
> >
> >
> >> On Jun 4, 2016, at 9:33 AM, Nathaniel Smith wrote:
> >>
> >> I think everyone would agree that having some nice doc hosting service
> available as an option would be, well, nice. E
@Pradyun thanks a lot for trying to get some movement in this issue again!
On Sun, Jun 26, 2016 at 8:27 AM, Pradyun Gedam wrote:
> I think it's useful to see what other tools and package managers do. Doing
> something like them because they do it is not a good reason. Doing it
> because it's be
On Sun, Jun 26, 2016 at 10:45 PM, Daniel Holth wrote:
> I've been working on a prototype Python packaging system powered by SCons
> called enscons. https://bitbucket.org/dholth/enscons . It is designed to
> be an easier way to experiment with packaging compared to hacking on
> distutils or setupt
On Mon, Jun 27, 2016 at 8:36 AM, Pradyun Gedam wrote:
> Hello List!
>
> I feel it’s fine to hold back the other changes for later but the
> upgrade-strategy change should get shipped out to the world as quickly as
> possible. Even how the change is exposed the user can also be discussed
> later.
On Wed, Jun 29, 2016 at 12:16 AM, Nick Coghlan wrote:
>
> On 26 Jun 2016 23:37, "Pradyun Gedam" wrote:
> >
> > Hello List!
> >
> > I feel it’s fine to hold back the other changes for later but the
> > upgrade-strategy change should get shipped out to the world as quickly as
> > possible. Even ho
On Wed, Jun 29, 2016 at 12:38 AM, Ralf Gommers
wrote:
>
>
>
> On Wed, Jun 29, 2016 at 12:16 AM, Nick Coghlan wrote:
>
>>
>> On 26 Jun 2016 23:37, "Pradyun Gedam" wrote:
>> >
>> > Hello List!
>> >
>> > I feel it’s fi
On Wed, Jun 29, 2016 at 12:45 AM, Robert Collins
wrote:
> On 29 June 2016 at 10:38, Ralf Gommers wrote:
> >
> >
> > On Wed, Jun 29, 2016 at 12:16 AM, Nick Coghlan
> wrote:
> >>
> >>
> >> On 26 Jun 2016 23:37, "Pradyun Gedam" wrote
On Wed, Jun 29, 2016 at 7:46 AM, Nick Coghlan wrote:
>
> On 28 Jun 2016 5:04 pm, "Ralf Gommers" wrote:
> >
> >
> >
> > On Wed, Jun 29, 2016 at 12:45 AM, Robert Collins <
> robe...@robertcollins.net> wrote:
> >>
> >> On 29 June 2
On Sat, Aug 20, 2016 at 8:33 AM, Ned Deily wrote:
> Some months ago, Sylvain brought up a couple of proposals for Distutils.
> The second proposal received some discussion but it appears that the first
> one got lost. Here it is:
>
> > From sylvain.corlay at gmail.com Wed May 25 12:01:51 2016
>
On Mon, Aug 22, 2016 at 6:10 AM, Donald Stufft wrote:
> We’re reaching a point where *some* projects are announcing the end of
> Python 2 support as of a certain date, but let us not forget that Python
> 2.7 is still an order of magnitude more than any other version of Python in
> terms of downlo
On Mon, Aug 22, 2016 at 6:50 PM, Thomas Kluyver
wrote:
> On Mon, Aug 22, 2016, at 07:15 AM, Sylvain Corlay wrote:
>
> I find this worrying that the main arguments to not include a patch would
> be that
>
> - this part of the standard library is not very maintained (things don't
> get merged)
>
On Fri, Aug 26, 2016 at 7:08 PM, Thomas Kluyver
wrote:
> On Thu, Aug 25, 2016, at 05:29 PM, Nick Coghlan wrote:
> > Could you give a bit more detail on how you came to be publishing
> > both? The main thing we're trying to avoid is missing a practical use
> > case for the status quo where folks c
On Sat, Sep 3, 2016 at 5:06 PM, Nick Coghlan wrote:
> On 2 September 2016 at 19:28, Paul Moore wrote:
> > On 2 September 2016 at 09:58, Sylvain Corlay
> wrote:
> >> My point here was that I don't think that the proposed feature has much
> to
> >> do with the concerns that were raised about dist
On Fri, Sep 9, 2016 at 6:29 PM, Ronny Pfannschmidt <
opensou...@ronnypfannschmidt.de> wrote:
> Hello Rui,
>
> this mailing list deal with tools you can use to publish 3rd party
> packages to something like the pypi package index,
>
> if you want to add to the python stdlib, you need to get started
robably also the best place indeed.
Cheers,
Ralf
> Best Regards,
>
> Rui
> Às 22:46 de 09-09-2016, Ralf Gommers escreveu:
>
>
>
> On Fri, Sep 9, 2016 at 6:29 PM, Ronny Pfannschmidt <
> opensou...@ronnypfannschmidt.de> wrote:
>
>> Hello Rui,
>>
>&g
/statsmodels.sourceforge.net/devel/dev/git_notes.html. It also has
links to a couple of other helpful tutorials.
Cheers,
Ralf
Cheers,
>
> Rui
>
> Às 23:07 de 09-09-2016, Ralf Gommers escreveu:
>
>
>
> On Sat, Sep 10, 2016 at 10:01 AM, Rui Sarmento
> wrote:
>
>&g
file, and add tests for that (for function in
fname.py, tests go in tests/test_fname.py).
3. Commit that and put it up on your own GitHub account.
4. From there, send a pull request to statsmodels. Or if it's really not in
good enough shape, Cc me (@rgommers) and I'll give you a few pointers.
On Sat, Nov 5, 2016 at 7:57 PM, Nathaniel Smith wrote:
> On Fri, Nov 4, 2016 at 11:36 PM, Nick Coghlan wrote:
> > On 4 November 2016 at 03:56, Matthew Brett
> wrote:
> >> But - it would be a huge help if the PSF could help with funding to
> >> get mingw-w64 working. This is the crucial blocker
On Fri, Nov 11, 2016 at 12:27 AM, Christoph Groth
wrote:
> Hi,
>
> I have a question on how to best handle parameters to the distribution
> given that they can be shadowed by the global configuration file,
> distutils.cfg.
>
> Our project [1]
You forgot to add all your links.
> contains C-ext
On Fri, Nov 11, 2016 at 9:12 PM, Christoph Groth
wrote:
> Ralf Gommers wrote:
>
> You forgot to add all your links.
>>
>
> I accidentally deleted them when re-posting my message. The first time I
> sent it to this list without being subscribed, and it was unfortunately
&
On Tue, Nov 29, 2016 at 2:26 PM, wrote:
> Having trouble installing numpy and picamera modules to python shell.
>
> Need your help please.
>
> I am just learning Python Laguage.
>
On Windows, you're best off using a scientific Python distribution (like
Anaconda, see http://scipy.org/install.html
On Wed, Mar 1, 2017 at 4:14 AM, Pradyun Gedam wrote:
> Hello Everyone!
>
> Google released the list of accepted organizations for GSoC 2017 and PSF
> is one of them.
>
I see pip is not yet listed as a PSF sub-org on http://python-gsoc.org/.
This is pretty urgent to arrange:
*"March 3* - Las
On Thu, Mar 2, 2017 at 9:07 AM, Donald Stufft wrote:
>
> On Mar 1, 2017, at 3:02 PM, Ralf Gommers wrote:
>
>
>
> On Wed, Mar 1, 2017 at 4:14 AM, Pradyun Gedam wrote:
>
>> Hello Everyone!
>>
>> Google released the list of accepted organizations for GSoC 2
On Mon, Mar 13, 2017 at 10:47 PM, Lele Gaifax wrote:
> Hi all,
>
> I'd like to learn how to configure a project I keep on Github so that at
> release time it will trigger a build of binary wheels for different
> versions
> of Python 3 and eventually uploading them to PyPI.
>
> At first I tried to
> I think there's some pip bug somewhere discussing this
https://github.com/pypa/pip/issues/2195
https://github.com/pypa/pip/pull/3219
plus some long mailing list threads IIRC
On Mon, May 29, 2017 at 9:19 PM, Paul Moore wrote:
> On 29 May 2017 at 08:05, Nathaniel Smith wrote:
> > Right no
On Sat, Jun 3, 2017 at 8:59 PM, Paul Moore wrote:
> On 3 June 2017 at 03:14, Nathaniel Smith wrote:
> > So far my belief is that packages with expensive build processes are
> > going to ignore you and implement, ship, document, and recommend the
> > direct source-tree->wheel path for developer b
On Thu, Jul 6, 2017 at 8:57 PM, Thomas Kluyver wrote:
> Thank-you all for the discussion and the attempts to accommodate flit,
> but I'll bow out now. It's become clear that the way flit approaches
> packaging is fundamentally incompatible with the priorities other people
> have for the ecosystem
On Mon, Jul 10, 2017 at 7:13 PM, Thomas Kluyver
wrote:
> On Mon, Jul 10, 2017, at 07:01 AM, Nick Coghlan wrote:
> > So I think we have pretty solid evidence that the reason the
> > procedural "build directory preparation" hook wasn't sitting well with
> > people was because that isn't the way bui
On Sat, Jul 15, 2017 at 9:31 AM, Daniel Holth wrote:
> I proposed the build directory parameter because the copytree hook made no
> sense to me. It is not a perfect substitute but perhaps a configurable
> build directory is nice on its own without having to satisfy all older
> arguments in favor
On Mon, Jul 17, 2017 at 7:50 PM, Nick Coghlan wrote:
> On 17 July 2017 at 15:41, Thomas Kluyver wrote:
> > E) When we do work out the need and the semantics for in place builds,
> > we can write another PEP adding an optional hook for that.
>
> The minimal specification for in-place builds is "
On Mon, Jul 17, 2017 at 8:53 PM, Nick Coghlan wrote:
> On 17 July 2017 at 18:29, Ralf Gommers wrote:
> > On Mon, Jul 17, 2017 at 7:50 PM, Nick Coghlan
> wrote:
> >> The minimal specification for in-place builds is "Whatever you would
> >> do to build
On Mon, Jul 17, 2017 at 10:15 PM, Nick Coghlan wrote:
> On 17 July 2017 at 20:00, Ralf Gommers wrote:
> >
> >
> > On Mon, Jul 17, 2017 at 8:53 PM, Nick Coghlan
> wrote:
> >>
> >> On 17 July 2017 at 18:29, Ralf Gommers wrote:
> >> > On Mo
On Mon, Jul 17, 2017 at 11:30 PM, Thomas Kluyver
wrote:
> On Mon, Jul 17, 2017, at 01:07 PM, Paul Moore wrote:
> > If we have a consensus here that "build a sdist and build a wheel from
> > it" is an acceptable/viable main route for pip to generate wheels
> > (with "just ask the backend" as fallb
On Wed, Sep 27, 2017 at 3:30 PM, xoviat wrote:
> This was a comment by @zooba (Steve Dower):
>
> > (FWIW, I think it makes *much* more sense for setuptools to fix this by
> simply forking all of distutils and never looking back. But since we don't
> live in that world yet, it went into distutils.
On Thu, Sep 28, 2017 at 8:46 AM, xoviat wrote:
> No. Setuptools is what projects without a build_backend in pyproject.toml
> get. Not distutils. We should make it clear now that the distutils
> namespace belongs to setuptools except for when building cpython.
>
> On Sep 27, 2017 2:33 PM, "Ned Dei
On Mon, Dec 2, 2013 at 12:38 AM, Paul Moore wrote:
> On 1 December 2013 22:17, Nick Coghlan wrote:
>
> > For example, I installed Nikola into a virtualenv last night. That
> required
> > installing the development headers for libxml2 and libxslt, but the error
> > that tells you that is a C comp
On Wed, Dec 4, 2013 at 1:54 AM, Donald Stufft wrote:
>
> On Dec 3, 2013, at 7:36 PM, Oscar Benjamin
> wrote:
>
> > On 3 December 2013 21:13, Donald Stufft wrote:
> >> I think Wheels are the way forward for Python dependencies. Perhaps not
> for
> >> things like fortran. I hope that the scientif
universal binaries)
>
> -Chris
>
> Note on OS-X : how long has it been since Apple shipped a 32 bit machine?
> Can we dump default 32 bit support? I'm pretty sure we don't need to do PPC
> anymore...
>
I'd like to, but we decided to ship the exact same set of binar
On Wed, Dec 4, 2013 at 9:13 AM, Paul Moore wrote:
> On 4 December 2013 07:40, Ralf Gommers wrote:
> >> I’m not sure what the diff between the current state and what
> >> they need to be are but if someone spells it out (I’ve only just skimmed
> >> your last emai
On Wed, Dec 4, 2013 at 11:41 AM, Oscar Benjamin
wrote:
> On 4 December 2013 07:40, Ralf Gommers wrote:
> > On Wed, Dec 4, 2013 at 1:54 AM, Donald Stufft wrote:
> >>
> >> I’d love to get Wheels to the point they are more suitable then they are
> >> for SciPy s
On Wed, Dec 4, 2013 at 10:59 PM, Paul Moore wrote:
> On 4 December 2013 21:13, Ralf Gommers wrote:
> > Besides the issues you mention, the problem is that it creates a single
> > point of failure. I really appreciate everything Christoph does, but it's
> > not appropr
On Thu, Dec 5, 2013 at 1:09 AM, Chris Barker wrote:
> On Wed, Dec 4, 2013 at 12:56 PM, Ralf Gommers wrote:
>
>> The problem is explaining to people what they want - no one reads docs
>> before grabbing a binary.
>>
>
> right -- so we want a default "pip install
On Thu, Dec 5, 2013 at 10:12 PM, Oscar Benjamin
wrote:
> On 4 December 2013 20:56, Ralf Gommers wrote:
> > On Wed, Dec 4, 2013 at 5:05 PM, Chris Barker - NOAA Federal
> > wrote:
> >>
> >> So a lowest common denominator wheel would be very, very, useful.
> &g
On Fri, Dec 6, 2013 at 6:47 AM, Nick Coghlan wrote:
> On 6 December 2013 11:52, Donald Stufft wrote:
> >
> > On Dec 5, 2013, at 8:48 PM, Chris Barker - NOAA Federal <
> chris.bar...@noaa.gov> wrote:
> >
> >> What would really be best is run-time selection of the appropriate lib
> >> -- it would
On Fri, Dec 6, 2013 at 1:33 PM, Nick Coghlan wrote:
> On 6 December 2013 17:21, Ralf Gommers wrote:
> > On Fri, Dec 6, 2013 at 6:47 AM, Nick Coghlan wrote:
> >> With that approach, the existing wheel model would work (no need for a
> >> variant system), and numpy in
On Fri, Dec 6, 2013 at 2:48 PM, Oscar Benjamin
wrote:
> On 6 December 2013 13:06, David Cournapeau wrote:
> >
> > As Ralf, I think it is overkill. The problem of SSE vs non SSE is
> because of
> > one library, ATLAS, which as IMO the design flaw of being arch specific.
> I
> > always hoped we cou
On Thu, Jan 23, 2014 at 3:42 PM, Oscar Benjamin
wrote:
> On Thu, Jan 23, 2014 at 12:16:02PM +, Paul Moore wrote:
> >
> > The official numpy installer uses some complex magic to select the
> > right binaries based on your CPU, and this means that the official
> > numpy "superpack" wininst files
On Wed, Jan 29, 2014 at 5:22 PM, Vinay Sajip wrote:
>
> On Wed, 29/1/14, Paul Moore wrote:
>
> > That package installation utilities should not dabble in sys.path
> manipulation.
> > The import path is the user's responsibility.
>
> User as in develope
On Mon, May 19, 2014 at 1:01 AM, Toby St Clere Smithe wrote:
> Hi,
>
> I'm sure you're all aware of this,
I wasn't actually.
> but I wonder if there's any progress
> for me to be aware of. I've got an extension that I build with
> distutils. It requires numpy both to build and to run, so I hav
On Mon, Oct 12, 2015 at 6:37 AM, Robert Collins
wrote:
> On 12 October 2015 at 17:06, Robert Collins
> wrote:
> > EWOW, huge thread.
> >
> > I've read nearly all of it but in order not to make it massively
> > worse, I'm going to reply to all the points I think need raising in
> > one mail :).
>
Hi,
I installed Distribute on a Snow Leopard box using the default Python that
comes with OS X. I used the installation method recommended in the docs, the
distribute_setup.py script. Now easy_install fails no matter what package I
try to install (it does not get around to looking for the name of
On Tue, Oct 6, 2009 at 4:43 PM, Tarek Ziadé wrote:
> On Tue, Oct 6, 2009 at 4:37 PM, Ralf Gommers
> wrote:
> > Hi,
> >
> > I installed Distribute on a Snow Leopard box using the default Python
> that
> > comes with OS X. I used the installation meth
On Tue, Oct 6, 2009 at 5:00 PM, Tarek Ziadé wrote:
> On Tue, Oct 6, 2009 at 4:55 PM, Ralf Gommers
> wrote:
> >
> > Yes, that fixed it. Thanks!
>
> Great. The bug is still to be fixed though, would you mind adding an
> issue following this link:
>
> http://bitb
On Sun, May 19, 2013 at 10:12 AM, Huiqun Zhou wrote:
> Hi,
>
> I'm trying to install numpy, but got the following error message. What's
> wrong?
>
See https://github.com/numpy/numpy/issues/3160.
Numpy issues are better asked about on the numpy list by the way.
Cheers,
Ralf
___
Another issue with the lockbot: I was watching specific issues and PRs
because they're important to me (as a packager and a maintainer of
numpy.distutils. The locking has made it very hard to now follow any
updates. Even if someone opens a new issue or PR to continue where a locked
one, there's no
77 matches
Mail list logo
