←back to thread

90 points Numerlor | 1 comments | | HN request time: 0.382s | source
Show context
klreslx ◴[] No.41851609[source]
I don't see the point. People who want Jupyter or an IDE know where to find it. Other people who want the basic REPL and mostly use editors anyway are annoyed.

Well, perhaps the usual suspects can get another infoworld self-promotion article out of it.

replies(5): >>41851731 #>>41851796 #>>41852422 #>>41852924 #>>41853980 #
influx ◴[] No.41851731[source]
There's a tremendous power with defaults and with "batteries included".
replies(1): >>41851833 #
rgollert ◴[] No.41851833[source]
The same people removed distutils, which is why at my company we had to update several internal C-extensions.

In these decisions the only thing that matters is if Microsoft, Facebook, Bloomberg or one of their employees is pleased.

replies(2): >>41852867 #>>41854012 #
itishappy ◴[] No.41852867[source]
It looks like a lot of care went in to disclosing this and providing replacements. Can I ask what you were using it for?

https://peps.python.org/pep-0632/

replies(2): >>41852946 #>>41853107 #
tqnwx ◴[] No.41853107[source]
Not the one you are asking, but NumPy literally converted to meson because of the deprecation. There was tons of pain for so many extensions.

This pain generates job security for the bigcorp employees and grief for anyone else.

replies(1): >>41853175 #
itishappy ◴[] No.41853175[source]
Super helpful, thanks! The NumPy page on the migration has some details on the differences:

    > ... [Here] are the numpy.distutils features that are not present in setuptools:
      * Nested setup.py files
      * Fortran build support
      * BLAS/LAPACK library support (OpenBLAS, MKL, ATLAS, Netlib LAPACK/BLAS, BLIS, 64-bit ILP interface, etc.)
      * Support for a few other scientific libraries, like FFTW and UMFPACK
      * Better MinGW support
      * Per-compiler build flag customization (e.g. -O3 and SSE2 flags are default)
      * a simple user build config system, see site.cfg.example
      * SIMD intrinsics support
      * Support for the NumPy-specific .src templating format for .c/.h files
https://numpy.org/doc/stable/reference/distutils_status_migr...
replies(1): >>41853993 #
zahlman ◴[] No.41853993[source]
I never did understand this. It appears that they were maintaining their own fork of distutils anyway (and if you open up a latest-version wheel today you should still see it included); so why did the standard library removal cause a problem?
replies(1): >>41854499 #
handman ◴[] No.41854499[source]
Because the "fork" still relied on the presence of the included distutils.
replies(1): >>41854756 #
1. zahlman ◴[] No.41854756[source]
But it's open source. Couldn't they just vendor it? Not like that would noticeably bloat a wheel that's already close to 20 MB on some platforms.