[Python-announce] ANN: SciPy 1.11.4

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announce the
release of SciPy 1.11.4,
which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.11.4

One of a few ways to install this release with pip:

pip install scipy==1.11.4

==
SciPy 1.11.4 Release Notes
==

SciPy 1.11.4 is a bug-fix release with no new features
compared to 1.11.3.

Authors
==
* Name (commits)
* Jake Bowhay (2)
* Ralf Gommers (4)
* Julien Jerphanion (2)
* Nikolay Mayorov (2)
* Melissa Weber Mendonça (1)
* Tirth Patel (1)
* Tyler Reddy (22)
* Dan Schult (3)
* Nicolas Vetsch (1) +

A total of 9 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.11.4


* `#19189 <https://github.com/scipy/scipy/issues/19189>`__: Contradiction
in \`pyproject.toml\` requirements?
* `#19228 <https://github.com/scipy/scipy/issues/19228>`__: Doc build fails
with Python 3.11
* `#19245 <https://github.com/scipy/scipy/issues/19245>`__: BUG: upcasting
of indices dtype from DIA to COO/CSR/BSR arrays
* `#19351 <https://github.com/scipy/scipy/issues/19351>`__: BUG: Regression
in 1.11.3 can still fail for \`optimize.least_squares\`...
* `#19357 <https://github.com/scipy/scipy/issues/19357>`__: BUG: build
failure with Xcode 15 linker
* `#19359 <https://github.com/scipy/scipy/issues/19359>`__: BUG:
DiscreteAliasUrn construction fails with UNURANError for...
* `#19387 <https://github.com/scipy/scipy/issues/19387>`__: BUG: problem
importing libgfortran.5.dylib on macOS Sonoma
* `#19403 <https://github.com/scipy/scipy/issues/19403>`__: BUG:
scipy.sparse.lil_matrix division by complex number leads...
* `#19437 <https://github.com/scipy/scipy/issues/19437>`__: BUG: can't
install scipy on mac m1 with poetry due to incompatible...
* `#19500 <https://github.com/scipy/scipy/issues/19500>`__: DOC: doc build
failing
* `#19513 <https://github.com/scipy/scipy/issues/19513>`__: BUG: Python
version constraints in releases causes issues for...


Pull requests for 1.11.4


* `#19230 <https://github.com/scipy/scipy/pull/19230>`__: DOC, MAINT:
workaround for py311 docs
* `#19307 <https://github.com/scipy/scipy/pull/19307>`__: set idx_dtype in
sparse dia_array.tocoo
* `#19316 <https://github.com/scipy/scipy/pull/19316>`__: MAINT: Prep 1.11.4
* `#19320 <https://github.com/scipy/scipy/pull/19320>`__: BLD: fix up
version parsing issue in cythonize.py for setup.py...
* `#19329 <https://github.com/scipy/scipy/pull/19329>`__: DOC:
stats.chisquare: result object contains attribute 'statistic'
* `#19335 <https://github.com/scipy/scipy/pull/19335>`__: BUG: fix pow
method for sparrays with power zero
* `#19364 <https://github.com/scipy/scipy/pull/19364>`__: MAINT, BUG:
stats: update the UNU.RAN submodule with DAU fix
* `#19379 <https://github.com/scipy/scipy/pull/19379>`__: BUG: Restore the
original behavior of 'trf' from least_squares...
* `#19400 <https://github.com/scipy/scipy/pull/19400>`__: BLD: use classic
linker on macOS 14 (Sonoma), the new linker...
* `#19408 <https://github.com/scipy/scipy/pull/19408>`__: BUG: Fix
typecasting problem in scipy.sparse.lil_matrix truediv
* `#19504 <https://github.com/scipy/scipy/pull/19504>`__: DOC, MAINT: Bump
CircleCI Python version to 3.11
* `#19517 <https://github.com/scipy/scipy/pull/19517>`__: MAINT, REL: unpin
Python 1.11.x branch
* `#19550 <https://github.com/scipy/scipy/pull/19550>`__: MAINT, BLD:
poetry loongarch shims

Checksums
=

MD5
~~~

3324298ede271261e0b74df81ca2aa3a  Changelog
e8b456252ac318dd9f853bf8d8c45029  README.txt
b99a5cf10c6a76d2d87ce59d4f87b811
 scipy-1.11.4-cp310-cp310-macosx_10_9_x86_64.whl
67d95164f2366ff0efdff3dd25313e8e
 scipy-1.11.4-cp310-cp310-macosx_12_0_arm64.whl
198cdbc80b37bc4eb262b4478f8bab52
 scipy-1.11.4-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
e61c5838aa069eddaa1e71d8d9d85509
 scipy-1.11.4-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
517f82f0b581aa34630158591377b127
 scipy-1.11.4-cp310-cp310-musllinux_1_1_x86_64.whl
9b9fa69812be52fc1da643d4dcab2abf  scipy-1.11.4-cp310-cp310-win_amd64.whl
955a224e94e29e03d0c3cfda7147d756
 scipy-1.11.4-cp311-cp311-macosx_10_9_x86_64.whl
c6d0bfc7b2e57822de9249f468e234e6
 scipy-1.11.4-cp311-cp311-macosx_12_0_arm64.whl
617c587f9442fa26fb36876efefdb311
 scipy-1.11.4-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
00fe7507f91e11730ed6f48d5881fd74
 scipy-1.11.4-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
340b520348315d183455e7b79fc0c1d3
 scipy-1.11.4-cp311-cp311-musllinux_1_1_x86_64.whl

[Python-announce] ANN: SciPy 1.11.3

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announce the
release of SciPy 1.11.3,
which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.11.3

One of a few ways to install this release with pip:

pip install scipy==1.11.3

==
SciPy 1.11.3 Release Notes
==

SciPy 1.11.3 is a bug-fix release with no new features
compared to 1.11.2.

Authors
===
* Name (commits)
* Jake Bowhay (2)
* CJ Carey (1)
* Colin Carroll (1) +
* Anirudh Dagar (2)
* drestebon (1) +
* Ralf Gommers (5)
* Matt Haberland (2)
* Julien Jerphanion (1)
* Uwe L. Korn (1) +
* Ellie Litwack (2)
* Andrew Nelson (5)
* Bharat Raghunathan (1)
* Tyler Reddy (37)
* Søren Fuglede Jørgensen (2)
* Hielke Walinga (1) +
* Warren Weckesser (1)
* Bernhard M. Wiedemann (1)

A total of 17 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.


Issues closed for 1.11.3


* `#15093 <https://github.com/scipy/scipy/issues/15093>`__: BUG:
scipy.optimize's trust-constr algorithm hangs when keep-feasible...
* `#15273 <https://github.com/scipy/scipy/issues/15273>`__: freqz:
suboptimal performance for worN=2\*\*n+1, include_nyquist=True...
* `#17269 <https://github.com/scipy/scipy/issues/17269>`__: Bug in
scipy.sparse.csgraph.min_weight_full_bipartite_matching
* `#17289 <https://github.com/scipy/scipy/issues/17289>`__: BUG: Different
results between numpy.fft.rfft and scipy.signal.freqz
* `#18716 <https://github.com/scipy/scipy/issues/18716>`__: Buffer dtype
mismatch, expected 'ITYPE_t' but got 'long'
* `#18782 <https://github.com/scipy/scipy/issues/18782>`__: BUG: johnsonsu
distribution no longer accepts integer \`b\` parameter
* `#18922 <https://github.com/scipy/scipy/issues/18922>`__: BUG: dev.py has
\`distutils\` usage
* `#19101 <https://github.com/scipy/scipy/issues/19101>`__: BUG: mesonpy
embeds random path in .pyx files
* `#19103 <https://github.com/scipy/scipy/issues/19103>`__: BUG: Regression
in 1.11.2: optimize.least_squares with method='trf'...
* `#19132 <https://github.com/scipy/scipy/issues/19132>`__: BUG: Build
fails on latest commit
* `#19149 <https://github.com/scipy/scipy/issues/19149>`__: BUG:
scipy.sparse.csgraph.laplacian raises AttributeError on...
* `#19197 <https://github.com/scipy/scipy/issues/19197>`__: BUG: Incorrect
sampling from zero rank covariance


Pull requests for 1.11.3
---

* `#17633 <https://github.com/scipy/scipy/pull/17633>`__: BUG: add
infeasibility checks to min_weight_full_bipartite_matching
* `#18784 <https://github.com/scipy/scipy/pull/18784>`__: BUG: Allow
johnsonsu parameters to be floats
* `#18913 <https://github.com/scipy/scipy/pull/18913>`__: BUG:
sparse.csgraph: Support int64 indices in traversal.pyx
* `#18924 <https://github.com/scipy/scipy/pull/18924>`__: BUG: Fix
python3.12 distutils dev.py build
* `#18956 <https://github.com/scipy/scipy/pull/18956>`__: BUG: trust-constr
Bounds exclusive
* `#19076 <https://github.com/scipy/scipy/pull/19076>`__: MAINT: should not
be using np.float64() on arrays
* `#19084 <https://github.com/scipy/scipy/pull/19084>`__: REL, MAINT: prep
for 1.11.3
* `#19111 <https://github.com/scipy/scipy/pull/19111>`__: BUG: Fixes #19103
by adding back make_strictly_feasible to lsq...
* `#19123 <https://github.com/scipy/scipy/pull/19123>`__: BLD: Avoid
absolute pathnames in .pyx files
* `#19135 <https://github.com/scipy/scipy/pull/19135>`__: MAINT: signal:
Remove the cval parameter from the private function...
* `#19139 <https://github.com/scipy/scipy/pull/19139>`__: BLD: revert to
using published wheels [wheel build]
* `#19156 <https://github.com/scipy/scipy/pull/19156>`__: BUG: Support
sparse arrays in scipy.sparse.csgraph.laplacian
* `#19199 <https://github.com/scipy/scipy/pull/19199>`__: MAINT:
stats.CovViaEigendecomposition: fix \`_LA\` attribute...
* `#19200 <https://github.com/scipy/scipy/pull/19200>`__: TST: fix
\`TestODR.test_implicit\` test failure with tolerance...
* `#19208 <https://github.com/scipy/scipy/pull/19208>`__: BUG: freqz rfft
grid fix
* `#19280 <https://github.com/scipy/scipy/pull/19280>`__: MAINT: newton,
make sure x0 is an inexact type
* `#19286 <https://github.com/scipy/scipy/pull/19286>`__: BUG: stats: fix
build failure due to incorrect Boost policies...
* `#19290 <https://github.com/scipy/scipy/pull/19290>`__: BLD: add float.h
include to \`_fpumode.c\`, fixes Clang on Windows...
* `#19299 <https://github.com/scipy/scipy/pull/19299>`__: MAINT: fix
libquadmath licence

Checksums
=

MD5
~~~

b940b7bab3db8f80d6f79f214ff48ec9 

[Python-announce] ANN: SciPy 1.11.2

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announce the
release of SciPy 1.11.2, which
includes new wheels for Python 3.12 and musllinux.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.11.2

One of a few ways to install this release with pip:

pip install scipy==1.11.2

==
SciPy 1.11.2 Release Notes
==

SciPy 1.11.2 is a bug-fix release with no new features
compared to 1.11.1. Python 3.12 and musllinux wheels
are provided with this release.

Authors
===
* Name (commits)
* Evgeni Burovski (2)
* CJ Carey (3)
* Dieter Werthmüller (1)
* elbarso (1) +
* Ralf Gommers (2)
* Matt Haberland (1)
* jokasimr (1) +
* Thilo Leitzbach (1) +
* LemonBoy (1) +
* Ellie Litwack (2) +
* Sturla Molden (1)
* Andrew Nelson (5)
* Tyler Reddy (39)
* Daniel Schmitz (6)
* Dan Schult (2)
* Albert Steppi (1)
* Matus Valo (1)
* Stefan van der Walt (1)

A total of 18 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.


Issues closed for 1.11.2


* `#4690 <https://github.com/scipy/scipy/issues/4690>`__:
special.jn_zeros(281, 6) hangs
* `#12247 <https://github.com/scipy/scipy/issues/12247>`__: Complex matrix
square root of positive semi-definite matrix
* `#18398 <https://github.com/scipy/scipy/issues/18398>`__: BUG:
\`loadmat\` fails to load matlab structures with anonymous...
* `#18603 <https://github.com/scipy/scipy/issues/18603>`__: BUG: Floating
point CSC with int64 indices doesn't work with...
* `#18730 <https://github.com/scipy/scipy/issues/18730>`__: BUG:
\`scipy.optimize.minimize\` fails when \`dtype=float32\`...
* `#18788 <https://github.com/scipy/scipy/issues/18788>`__: DOC: Broken
link to installation instructions in README.rst
* `#18792 <https://github.com/scipy/scipy/issues/18792>`__: BUG: Build
failure with Cython 3.0.0b3 if scipy is already installed
* `#18793 <https://github.com/scipy/scipy/issues/18793>`__: BUG:
optimize.least_squares with method='trf' yields wrong result...
* `#18800 <https://github.com/scipy/scipy/issues/18800>`__: BUG:
cKDtree.query no longer accepts DataFrame as input
* `#19002 <https://github.com/scipy/scipy/issues/19002>`__: Spalde error
with scipy 1.10: 0-th dimension must be fixed
* `#19022 <https://github.com/scipy/scipy/issues/19022>`__: BUG:

* `#19026 <https://github.com/scipy/scipy/issues/19026>`__: BUG:
Compilation of scipy 1.10.1 and 1.11.1 fails with Python...


Pull requests for 1.11.2
---

* `#17918 <https://github.com/scipy/scipy/pull/17918>`__: BUG: Fix error in
linalg/_matfuncs_sqrtm.py
* `#18644 <https://github.com/scipy/scipy/pull/18644>`__: BUG:
sparse.linalg: Cast index arrays to intc before calling...
* `#18784 <https://github.com/scipy/scipy/pull/18784>`__: Allow johnsonsu
parameters to be floats
* `#18785 <https://github.com/scipy/scipy/pull/18785>`__: MAINT: stats: fix
NumPy DeprecationWarnings
* `#18787 <https://github.com/scipy/scipy/pull/18787>`__: REL, MAINT: prep
for 1.11.2
* `#18790 <https://github.com/scipy/scipy/pull/18790>`__: DOC: Fix broken
link to installation guide in README
* `#18804 <https://github.com/scipy/scipy/pull/18804>`__: BUG: Ensure
cKDtree.query does not pass Pandas DataFrame to np.isfinite
* `#18809 <https://github.com/scipy/scipy/pull/18809>`__: CI, MAINT: 32-bit
Pillow pin
* `#18810 <https://github.com/scipy/scipy/pull/18810>`__: BLD: copy
\`cython_optimize.pxd\` to build dir
* `#18825 <https://github.com/scipy/scipy/pull/18825>`__: BUG: make
\`L-BFGS-B\` optimizer work with single precision gradient
* `#18831 <https://github.com/scipy/scipy/pull/18831>`__: BUG: io/matlab:
Fix loading of mat files containing fn handles...
* `#18859 <https://github.com/scipy/scipy/pull/18859>`__: BUG: make
Bessel-roots function not hang and not skip roots
* `#18894 <https://github.com/scipy/scipy/pull/18894>`__: DOC: linking
interp1d docstring to tutorial
* `#18896 <https://github.com/scipy/scipy/pull/18896>`__: BUG: lsq trf
gives x=1e-10 if x0 is near a bound
* `#18937 <https://github.com/scipy/scipy/pull/18937>`__: CI/BLD: create
cp312 wheels
* `#18961 <https://github.com/scipy/scipy/pull/18961>`__: DOC: Fix
installation instructions using venv/pip
* `#18985 <https://github.com/scipy/scipy/pull/18985>`__: CI: move the
musllinux Cirrus job to GHA, optimize other jobs
* `#18999 <https://github.com/scipy/scipy/pull/18999>`__: CI: reduce Cirrus
CI usage during wheel builds
* `#19004 <https://github.com/scipy/scipy/pull/19004>`__: BUG: interpolate:
fix spalde with len(c) < len(t)
* `#19025 <https://github.com/scipy/scipy/pull/19

[Python-announce] ANN: SciPy 1.11.1

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announce the
release of SciPy 1.11.1, which
addresses a few bugs and in particular a licensing issue discovered shortly
after the release of 1.11.0,
which has now been yanked from PyPI.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.11.1

One of a few ways to install this release with pip:

pip install scipy==1.11.1

==
SciPy 1.11.1 Release Notes
==

SciPy 1.11.1 is a bug-fix release with no new features
compared to 1.11.0. In particular, a licensing issue
discovered after the release of 1.11.0 has been addressed.

Authors
===

* Name (commits)
* h-vetinari (1)
* Robert Kern (1)
* Ilhan Polat (4)
* Tyler Reddy (8)

A total of 4 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.11.1


* `#18739 <https://github.com/scipy/scipy/issues/18739>`__: BUG: run method
of scipy.odr.ODR class fails when delta0 parameter...
* `#18751 <https://github.com/scipy/scipy/issues/18751>`__: BUG: segfault
in \`scipy.linalg.lu\` on x86_64 windows and macos...
* `#18753 <https://github.com/scipy/scipy/issues/18753>`__: BUG: factorial
return type inconsistent for 0-dim arrays
* `#18759 <https://github.com/scipy/scipy/issues/18759>`__: determinant of
a 1x1 matrix returns an array, not a scalar
* `#18765 <https://github.com/scipy/scipy/issues/18765>`__: Licensing
concern


Pull requests for 1.11.1


* `#18741 <https://github.com/scipy/scipy/pull/18741>`__: BUG: Fix work
array construction for various weight shapes.
* `#18747 <https://github.com/scipy/scipy/pull/18747>`__: REL, MAINT: prep
for 1.11.1
* `#18754 <https://github.com/scipy/scipy/pull/18754>`__: BUG: fix handling
for \`factorial(..., exact=False)\` for 0-dim...
* `#18762 <https://github.com/scipy/scipy/pull/18762>`__: FIX:linalg.lu:Guard
against permute_l out of bound behavior
* `#18763 <https://github.com/scipy/scipy/pull/18763>`__:
MAINT:linalg.det:Return scalars for singleton inputs
* `#18778 <https://github.com/scipy/scipy/pull/18778>`__: MAINT: fix unuran
licensing

Checksums
=

MD5
~~~

0d8ef8d4b3a484a1edb5b1027c635175  Changelog
9c279f2e8c4bfc18c08dee388f0e3937  README.txt
aca7e7047ecb15a0a8fbdc6704ba88ab
 scipy-1.11.1-cp310-cp310-macosx_10_9_x86_64.whl
9619336484eb1f39799a771456882cb0
 scipy-1.11.1-cp310-cp310-macosx_12_0_arm64.whl
e3943627bc04c4b2cd5bbc8c46928199
 scipy-1.11.1-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
e48d61b72e9af960387b5249a7c3fd37
 scipy-1.11.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
508a6c71a1d8c040646fdc91d7b2067f
 scipy-1.11.1-cp310-cp310-musllinux_1_1_x86_64.whl
8fb76fe2d1b7e45ec16f39a3d50748bb  scipy-1.11.1-cp310-cp310-win_amd64.whl
e82b0d4dd2f7f71f0a4ed6360c77954e
 scipy-1.11.1-cp311-cp311-macosx_10_9_x86_64.whl
044ce4958fe3640a9415f0203b1cc0be
 scipy-1.11.1-cp311-cp311-macosx_12_0_arm64.whl
a8d56936cd49c8e903c798133f5e065f
 scipy-1.11.1-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
4cc3bd0a1be2457471d017eeed54c7aa
 scipy-1.11.1-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
9cc5e6100de5f3d5cef21ccbba6693e1
 scipy-1.11.1-cp311-cp311-musllinux_1_1_x86_64.whl
b73a6e1a5cf1bc2ad5aa8a2dc99ad194  scipy-1.11.1-cp311-cp311-win_amd64.whl
db9b049b05206fb30b10ec247d959d94
 scipy-1.11.1-cp39-cp39-macosx_10_9_x86_64.whl
fcc109d0a300aaf982854b13208381fe
 scipy-1.11.1-cp39-cp39-macosx_12_0_arm64.whl
7eff7b1508f1ebbcc9f99aba48531677
 scipy-1.11.1-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
9c90f85da178c4d9dc6d795f1ebd1151
 scipy-1.11.1-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
1b652ed5b032737fcb56ef58f2158f6b
 scipy-1.11.1-cp39-cp39-musllinux_1_1_x86_64.whl
7e0c3c4d0b37a346b28cfd9f66e22b9f  scipy-1.11.1-cp39-cp39-win_amd64.whl

SHA256
~~

7835dab6f69b7551fb7b76534ecc8ee559bcdfc4d255a1a28dc7b1bcdda5050c  Changelog
c6cb0f39b1bb2eb6347f12d21027e11546cbfa7a9c2e1f8d3e823a2ecf918bb6  README.txt
aec8c62fbe52914f9cf28d846cf0401dd80ab80788bbab909434eb336ed07c04
 scipy-1.11.1-cp310-cp310-macosx_10_9_x86_64.whl
3b9963798df1d8a52db41a6fc0e6fa65b1c60e85d73da27ae8bb754de4792481
 scipy-1.11.1-cp310-cp310-macosx_12_0_arm64.whl
3e8eb42db36526b130dfbc417609498a6192381abc1975b91e3eb238e0b41c1a
 scipy-1.11.1-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
366a6a937110d80dca4f63b3f5b00cc89d36f678b2d124a01067b154e692bab1
 scipy-1.11.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
08d957ca82d3535b3b9ba6c8ff355d78fe975271874e2af267cb5add5bd78625
 scipy-1.11.1-cp310-cp310-musllinux_1_1_x86_64.whl
e866514bc2d660608447b6ba95c8

[Python-announce] ANN: SciPy 1.11.0

[Tyler Reddy]

on Behar (1) +
* Peter Bell (1)
* John Belmonte (1) +
* boeleman (1) +
* Jack Borchanian (1) +
* Matt Borland (3) +
* Jake Bowhay (41)
* Larry Bradley (1) +
* Sienna Brent (1) +
* Matthew Brett (1)
* Evgeni Burovski (39)
* Matthias Bussonnier (2)
* Maria Cann (1) +
* Alfredo Carella (1) +
* CJ Carey (34)
* Hood Chatham (2)
* Anirudh Dagar (3)
* Alberto Defendi (1) +
* Pol del Aguila (1) +
* Hans Dembinski (1)
* Dennis (1) +
* Vinayak Dev (1) +
* Thomas Duvernay (1)
* DWesl (4)
* Stefan Endres (66)
* Evandro (1) +
* Tom Eversdijk (2) +
* Isuru Fernando (1)
* Franz Forstmayr (4)
* Joseph Fox-Rabinovitz (1)
* Stefano Frazzetto (1) +
* Neil Girdhar (1)
* Caden Gobat (1) +
* Ralf Gommers (153)
* GonVas (1) +
* Marco Gorelli (1)
* Brett Graham (2) +
* Matt Haberland (388)
* harshvardhan2707 (1) +
* Alex Herbert (1) +
* Guillaume Horel (1)
* Geert-Jan Huizing (1) +
* Jakob Jakobson (2)
* Julien Jerphanion (10)
* jyuv (2)
* Rajarshi Karmakar (1) +
* Ganesh Kathiresan (3) +
* Robert Kern (4)
* Andrew Knyazev (4)
* Sergey Koposov (1)
* Rishi Kulkarni (2) +
* Eric Larson (1)
* Zoufiné Lauer-Bare (2) +
* Antony Lee (3)
* Gregory R. Lee (8)
* Guillaume Lemaitre (2) +
* lilinjie (2) +
* Yannis Linardos (1) +
* Christian Lorentzen (5)
* Loïc Estève (1)
* Adam Lugowski (1) +
* Charlie Marsh (2) +
* Boris Martin (1) +
* Nicholas McKibben (11)
* Melissa Weber Mendonça (58)
* Michał Górny (1) +
* Jarrod Millman (5)
* Stefanie Molin (2) +
* Mark W. Mueller (1) +
* mustafacevik (1) +
* Takumasa N (1) +
* nboudrie (1)
* Andrew Nelson (112)
* Nico Schlömer (4)
* Lysandros Nikolaou (2) +
* Kyle Oman (1)
* OmarManzoor (2) +
* Simon Ott (1) +
* Geoffrey Oxberry (1) +
* Geoffrey M. Oxberry (2) +
* Sravya papaganti (1) +
* Tirth Patel (2)
* Ilhan Polat (32)
* Quentin Barthélemy (1)
* Matteo Raso (12) +
* Tyler Reddy (143)
* Lucas Roberts (1)
* Pamphile Roy (225)
* Jordan Rupprecht (1) +
* Atsushi Sakai (11)
* Omar Salman (7) +
* Leo Sandler (1) +
* Ujjwal Sarswat (3) +
* Saumya (1) +
* Daniel Schmitz (79)
* Henry Schreiner (2) +
* Dan Schult (8) +
* Eli Schwartz (6)
* Tomer Sery (2) +
* Scott Shambaugh (10) +
* Gagandeep Singh (1)
* Ethan Steinberg (6) +
* stepeos (2) +
* Albert Steppi (3)
* Strahinja Lukić (1)
* Kai Striega (4)
* suen-bit (1) +
* Tartopohm (2)
* Logan Thomas (2) +
* Jacopo Tissino (1) +
* Matus Valo (12) +
* Jacob Vanderplas (2)
* Christian Veenhuis (1) +
* Isaac Virshup (3)
* Stefan van der Walt (14)
* Warren Weckesser (63)
* windows-server-2003 (1)
* Levi John Wolf (3)
* Nobel Wong (1) +
* Benjamin Yeh (1) +
* Rory Yorke (1)
* Younes (2) +
* Zaikun ZHANG (1) +
* Alex Zverianskii (1) +

A total of 134 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.



Issues closed for 1.11.0


* `#1766 <https://github.com/scipy/scipy/issues/1766>`__: __fitpack.h work
array computations pretty much one big bug
* `#1953 <https://github.com/scipy/scipy/issues/1953>`__: use custom
warnings instead of print statements (Trac #1428)
* `#3089 <https://github.com/scipy/scipy/issues/3089>`__: brentq, nan
returns, and bounds
* `#4257 <https://github.com/scipy/scipy/issues/4257>`__:
scipy.optimize.line_search returns None
* `#4532 <https://github.com/scipy/scipy/issues/4532>`__: box constraint in
scipy optimize cobyla
* `#5584 <https://github.com/scipy/scipy/issues/5584>`__: Suspected
underflow issue with sign check in bisection method
* `#5618 <https://github.com/scipy/scipy/issues/5618>`__: Solution for low
accuracy of simps with even number of points
* `#5899 <https://github.com/scipy/scipy/issues/5899>`__: minimize_scalar
-- strange behaviour
* `#6414 <https://github.com/scipy/scipy/issues/6414>`__: scipy.stats
Breit-Wigner distribution
* `#6842 <https://github.com/scipy/scipy/issues/6842>`__: Covariance matrix
returned by ODR needs to be scaled by the residual...
* `#7306 <https://github.com/scipy/scipy/issues/7306>`__: any way of
stopping optimization?
* `#7799 <https://github.com/scipy/scipy/issues/7799>`__: basinhopping
result violates constraints
* `#8176 <https://github.com/scipy/scipy/issues/8176>`__: optimize.minimize
should provide a way to return the cost function...
* `#8394 <https://github.com/scipy/scipy/issues/8394>`__: brentq returns
solutions outside of the bounds
* `#8485 <https://github.com/scipy/scipy/issues/8485>`__: freqz() output
for fifth order butterworth bandpass (low cut...
* `#8922 <https://github.com/scipy/scipy/issues/8922>`__: Bug in Solve_ivp
with BDF and Radau solvers and numpy arrays
* `#9061 <https://github.com/scipy/scipy/issues/9061>`__: Will a vectorized
fun offer advantages for scipy.integrate.LSODA?
* `#9265 <https://github.com/scipy/scipy/issues/9265>`__: DOC:
optimize.minimize: recipe for avoiding redun

[Python-announce] ANN: SciPy 1.10.1

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announce the
release of SciPy 1.10.1.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.10.1

One of a few ways to install this release with pip:

pip install scipy==1.10.1

==
SciPy 1.10.1 Release Notes
==

SciPy 1.10.1 is a bug-fix release with no new features
compared to 1.10.0.

Authors
===
* Name (commits)
* alice (1) +
* Matt Borland (2) +
* Evgeni Burovski (2)
* CJ Carey (1)
* Ralf Gommers (9)
* Brett Graham (1) +
* Matt Haberland (5)
* Alex Herbert (1) +
* Ganesh Kathiresan (2) +
* Rishi Kulkarni (1) +
* Loïc Estève (1)
* Michał Górny (1) +
* Jarrod Millman (1)
* Andrew Nelson (4)
* Tyler Reddy (50)
* Pamphile Roy (2)
* Eli Schwartz (2)
* Tomer Sery (1) +
* Kai Striega (1)
* Jacopo Tissino (1) +
* windows-server-2003 (1)

A total of 21 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.10.1


* `#14980 <https://github.com/scipy/scipy/issues/14980>`__: BUG: Johnson's
algorithm fails without negative cycles
* `#17670 <https://github.com/scipy/scipy/issues/17670>`__: Failed to
install on Raspberry Pi (ARM) 32bit in 3.11.1
* `#17715 <https://github.com/scipy/scipy/issues/17715>`__:
scipy.stats.bootstrap broke with statistic returning multiple...
* `#17716 <https://github.com/scipy/scipy/issues/17716>`__: BUG:
interpolate.interpn fails with read only input
* `#17718 <https://github.com/scipy/scipy/issues/17718>`__: BUG:
RegularGridInterpolator 2D mixed precision crashes
* `#17727 <https://github.com/scipy/scipy/issues/17727>`__: BUG:
RegularGridInterpolator does not work on non-native byteorder...
* `#17736 <https://github.com/scipy/scipy/issues/17736>`__: BUG: SciPy
requires OpenBLAS even when building against a different...
* `#17775 <https://github.com/scipy/scipy/issues/17775>`__: BUG: Asymptotic
computation of ksone.sf has intermediate overflow
* `#17782 <https://github.com/scipy/scipy/issues/17782>`__: BUG: Segfault
in scipy.sparse.csgraph.shortest_path() with v1.10.0
* `#17795 <https://github.com/scipy/scipy/issues/17795>`__: BUG:
stats.pearsonr one-sided hypothesis yields incorrect p-value...
* `#17801 <https://github.com/scipy/scipy/issues/17801>`__: BUG:
stats.powerlaw.fit: raises OverflowError
* `#17808 <https://github.com/scipy/scipy/issues/17808>`__: BUG: name of
cython executable is hardcoded in _build_utils/cythoner.py
* `#17811 <https://github.com/scipy/scipy/issues/17811>`__: CI job with
numpy nightly build failing on missing \`_ArrayFunctionDispatcher.__code__\`
* `#17839 <https://github.com/scipy/scipy/issues/17839>`__: BUG: 1.10.0
tests fail on i386 and other less common arches
* `#17896 <https://github.com/scipy/scipy/issues/17896>`__: DOC: publicly
expose \`multivariate_normal\` attributes \`mean\`...
* `#17934 <https://github.com/scipy/scipy/issues/17934>`__: BUG: meson
\`__config__\` generation - truncated unicode characters
* `#17938 <https://github.com/scipy/scipy/issues/17938>`__: BUG:
\`scipy.stats.qmc.LatinHypercube\` with \`optimization="random-cd"\`...


Pull requests for 1.10.1
---

* `#17712 <https://github.com/scipy/scipy/pull/17712>`__: REL, MAINT:
prepare for 1.10.1
* `#17717 <https://github.com/scipy/scipy/pull/17717>`__: BUG: allow
readonly input to interpolate.interpn
* `#17721 <https://github.com/scipy/scipy/pull/17721>`__: MAINT: update
\`meson-python\` upper bound to <0.13.0
* `#17726 <https://github.com/scipy/scipy/pull/17726>`__: BUG:
interpolate/RGI: upcast float32 to float64
* `#17735 <https://github.com/scipy/scipy/pull/17735>`__: MAINT:
stats.bootstrap: fix BCa with vector-valued statistics
* `#17743 <https://github.com/scipy/scipy/pull/17743>`__: DOC: improve the
docs on using BLAS/LAPACK libraries with Meson
* `#1 <https://github.com/scipy/scipy/pull/1>`__: BLD: link to
libatomic if necessary
* `#17783 <https://github.com/scipy/scipy/pull/17783>`__: BUG: Correct
intermediate overflow in KS one asymptotic in SciPy.stats
* `#17790 <https://github.com/scipy/scipy/pull/17790>`__: BUG: signal: fix
check_malloc extern declaration type
* `#17797 <https://github.com/scipy/scipy/pull/17797>`__: MAINT:
stats.pearsonr: correct p-value with negative correlation...
* `#17800 <https://github.com/scipy/scipy/pull/17800>`__: [sparse.csgraph]
Fix a bug in dijkstra and johnson algorithm
* `#17803 <https://github.com/scipy/scipy/pull/17803>`__: MAINT: add
missing \`__init__.py\` in test folder
* `#17806 <https://github.com/scipy/scipy/pull/17806>`__: MAINT:
stats.po

[Python-announce] ANN: SciPy 1.10.0

[Tyler Reddy]

(2) +
* partev (1) +
* Tirth Patel (10)
* Paulius Šarka (1) +
* Josef Perktold (1)
* Giacomo Petrillo (3) +
* Matti Picus (1)
* Rafael Pinto (1) +
* PKNaveen (1) +
* Ilhan Polat (6)
* Akshita Prasanth (2) +
* Sean Quinn (1)
* Tyler Reddy (155)
* Martin Reinecke (1)
* Ned Richards (1)
* Marie Roald (1) +
* Sam Rosen (4) +
* Pamphile Roy (105)
* sabonerune (2) +
* Atsushi Sakai (94)
* Daniel Schmitz (27)
* Anna Scholtz (1) +
* Eli Schwartz (11)
* serge-sans-paille (2)
* JEEVANSHI SHARMA (1) +
* ehsan shirvanian (2) +
* siddhantwahal (2)
* Mathieu Dutour Sikiric (1) +
* Sourav Singh (1)
* Alexander Soare (1) +
* Bjørge Solli (2) +
* Scott Staniewicz (1)
* Ethan Steinberg (3) +
* Albert Steppi (3)
* Thomas Stoeger (1) +
* Kai Striega (4)
* Tartopohm (1) +
* Mamoru TASAKA (2) +
* Ewout ter Hoeven (5)
* TianyiQ (1) +
* Tiger (1) +
* Will Tirone (1)
* Ajay Shanker Tripathi (1) +
* Edgar Andrés Margffoy Tuay (1) +
* Dmitry Ulyumdzhiev (1) +
* Hari Vamsi (1) +
* VitalyChait (1) +
* Rik Voorhaar (1) +
* Samuel Wallan (4)
* Stefan van der Walt (2)
* Warren Weckesser (145)
* wei (1) +
* windows-server-2003 (3) +
* Marek Wojciechowski (2) +
* Niels Wouda (1) +
* WRKampi (1) +
* Yeonjoo Yoo (1) +
* Rory Yorke (1)
* Xiao Yuan (2) +
* Meekail Zain (2) +
* Fabio Zanini (1) +
* Steffen Zeile (1) +
* Egor Zemlyanoy (19)
* Gavin Zhang (3) +

A total of 184 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.



Issues closed for 1.10.0


* `#1261 <https://github.com/scipy/scipy/issues/1261>`__: errors in
fmin_bfgs and some improvements (Trac #734)
* `#2167 <https://github.com/scipy/scipy/issues/2167>`__: BivariateSpline
errors with kx=ky=1 (Trac #1642)
* `#2304 <https://github.com/scipy/scipy/issues/2304>`__: funm gives
incorrect results for non-diagonalizable inputs (Trac...
* `#3421 <https://github.com/scipy/scipy/issues/3421>`__: Rename
information theory functions?
* `#3854 <https://github.com/scipy/scipy/issues/3854>`__: KroghInterpolator
doesn't pass through points
* `#4043 <https://github.com/scipy/scipy/issues/4043>`__:
scipy.interpolate.interp1d should be able to take a single value
* `#4555 <https://github.com/scipy/scipy/issues/4555>`__: leastsq should
use cholesky not inv for hessian inversion
* `#4598 <https://github.com/scipy/scipy/issues/4598>`__: von Mises random
variate sampling broken for non-zero location...
* `#4975 <https://github.com/scipy/scipy/issues/4975>`__: Documentation for
s in UnivariateSpline is confusing
* `#6173 <https://github.com/scipy/scipy/issues/6173>`__:
scipy.interpolate.lagrange implemented through coefficients
* `#6688 <https://github.com/scipy/scipy/issues/6688>`__: ENH:
optimize.basinhopping: call an acceptance test before local...
* `#7104 <https://github.com/scipy/scipy/issues/7104>`__: scipy.stats.nct -
wrong values in tails
* `#7268 <https://github.com/scipy/scipy/issues/7268>`__:
scipy.sparse.linalg.norm does not implement spectral norm
* `#7521 <https://github.com/scipy/scipy/issues/7521>`__:
scipy.UnivariateSpline smoothing condition documentation inaccuracy
* `#7857 <https://github.com/scipy/scipy/issues/7857>`__: griddata sensible
to size of original grid when it should not
* `#8376 <https://github.com/scipy/scipy/issues/8376>`__:
InterpolatedUnivariateSpline.roots() seems to miss roots sometimes
* `#9119 <https://github.com/scipy/scipy/issues/9119>`__: documentation
issues of functions in scipy.stats.mstats
* `#9389 <https://github.com/scipy/scipy/issues/9389>`__: Kolmogorov
Smirnov 2 samples returning max distance location...
* `#9440 <https://github.com/scipy/scipy/issues/9440>`__: Unexpected
successful optimization with minimize when number...
* `#9451 <https://github.com/scipy/scipy/issues/9451>`__: Add shgo to
optimize benchmarks
* `#10737 <https://github.com/scipy/scipy/issues/10737>`__: Goodness of fit
tests for distributions with unknown parameters
* `#10911 <https://github.com/scipy/scipy/issues/10911>`__:
scipy.optimize.minimize_scalar does not automatically select...
* `#11026 <https://github.com/scipy/scipy/issues/11026>`__:
rv_discrete.interval returning wrong values for alpha = 1
* `#11053 <https://github.com/scipy/scipy/issues/11053>`__: scipy.stats:
Allow specifying inverse-variance matrix to multivariate_normal
* `#11131 <https://github.com/scipy/scipy/issues/11131>`__: DOC:
stats.fisher_exact does not match R functionality for \`oddsratio\`...
* `#11406 <https://github.com/scipy/scipy/issues/11406>`__:
scipy.sparse.linalg.svds (v1.4.1) on singular matrix does not...
* `#11475 <https://github.com/scipy/scipy/issues/11475>`__: Filter radius
as optional argument for gaussian_filter1d/gaussian_f

[Python-announce] ANN: SciPy 1.9.3

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announce the
release of SciPy 1.9.3, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/ and at:
https://github.com/scipy/scipy/releases/tag/v1.9.3

=
SciPy 1.9.3 Release Notes
=

SciPy 1.9.3 is a bug-fix release with no new features
compared to 1.9.2.

Authors
==

* Jelle Aalbers (1)
* Peter Bell (1)
* Jake Bowhay (3)
* Matthew Brett (3)
* Evgeni Burovski (5)
* drpeteb (1) +
* Sebastian Ehlert (1) +
* GavinZhang (1) +
* Ralf Gommers (2)
* Matt Haberland (15)
* Lakshaya Inani (1) +
* Joseph T. Iosue (1)
* Nathan Jacobi (1) +
* jmkuebler (1) +
* Nikita Karetnikov (1) +
* Lechnio (1) +
* Nicholas McKibben (1)
* Andrew Nelson (1)
* o-alexandre-felipe (1) +
* Tirth Patel (1)
* Tyler Reddy (51)
* Martin Reinecke (1)
* Marie Roald (1) +
* Pamphile Roy (2)
* Eli Schwartz (1)
* serge-sans-paille (1)
* ehsan shirvanian (1) +
* Mamoru TASAKA (1) +
* Samuel Wallan (1)
* Warren Weckesser (7)
* Gavin Zhang (1) +

A total of 31 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.9.3
---

* `#3691 <https://github.com/scipy/scipy/issues/3691>`__:
scipy.interpolate.UnivariateSpline segfault
* `#5286 <https://github.com/scipy/scipy/issues/5286>`__: BUG:
multivariate_normal returns a pdf for values outside its...
* `#6551 <https://github.com/scipy/scipy/issues/6551>`__: BUG: stats:
inconsistency in docs and behavior of gmean and hmean
* `#9245 <https://github.com/scipy/scipy/issues/9245>`__: running
scipy.interpolate.tests.test_fitpack::test_bisplev_integer_overflow...
* `#12471 <https://github.com/scipy/scipy/issues/12471>`__:
test_bisplev_integer_overflow: Segmentation fault (core dumped)
* `#13321 <https://github.com/scipy/scipy/issues/13321>`__: Bug: setting
iprint=0 hides all output from fmin_l_bfgs_b, but...
* `#13730 <https://github.com/scipy/scipy/issues/13730>`__:
\`scipy.stats.mood\` does not correct for ties
* `#14019 <https://github.com/scipy/scipy/issues/14019>`__: ks_2samp throws
\`RuntimeWarning: overflow encountered in double_scalars\`
* `#14589 <https://github.com/scipy/scipy/issues/14589>`__: \`shgo\` error
since scipy 1.8.0.dev0+1529.803e52d
* `#14591 <https://github.com/scipy/scipy/issues/14591>`__: Input data
validation for RectSphereBivariateSpline
* `#15101 <https://github.com/scipy/scipy/issues/15101>`__: BUG: binom.pmf
- RuntimeWarning: divide by zero
* `#15342 <https://github.com/scipy/scipy/issues/15342>`__: BUG:
scipy.optimize.minimize: Powell's method function evaluated...
* `#15964 <https://github.com/scipy/scipy/issues/15964>`__: BUG:
lombscargle fails if argument is a view
* `#16211 <https://github.com/scipy/scipy/issues/16211>`__: BUG: Possible
bug when using winsorize on pandas data instead...
* `#16459 <https://github.com/scipy/scipy/issues/16459>`__: BUG:
stats.ttest_ind returns wrong p-values with permutations
* `#16500 <https://github.com/scipy/scipy/issues/16500>`__: odr.Model
default meta value fails with __getattr__
* `#16519 <https://github.com/scipy/scipy/issues/16519>`__: BUG: Error in
error message for incorrect sample dimension in...
* `#16527 <https://github.com/scipy/scipy/issues/16527>`__: BUG: dimension
of isuppz in syevr is mistranslated
* `#16600 <https://github.com/scipy/scipy/issues/16600>`__: BUG:
\`KDTree\`'s optional argument \`eps\` seems to have no...
* `#16656 <https://github.com/scipy/scipy/issues/16656>`__: dtype not
preserved with operations on sparse arrays
* `#16751 <https://github.com/scipy/scipy/issues/16751>`__: BUG:
\`stats.fit\` on \`boltzmann\` expects \`bound\` for \`lambda\`,...
* `#17012 <https://github.com/scipy/scipy/issues/17012>`__: BUG: Small
oversight in sparse.linalg.lsmr?
* `#17020 <https://github.com/scipy/scipy/issues/17020>`__: BUG: Build
failure due to problems with shebang line in cythoner.py
* `#17088 <https://github.com/scipy/scipy/issues/17088>`__: BUG:
stats.rayleigh.fit: returns \`loc\` that is inconsistent...
* `#17104 <https://github.com/scipy/scipy/issues/17104>`__: BUG? Incorrect
branch in \`LAMV\` / \`_specfunc.lamv\`
* `#17196 <https://github.com/scipy/scipy/issues/17196>`__: DOC: keepdims
in stats.mode is incorrectly documented


Pull requests for 1.9.3
--

* `#5288 <https://github.com/scipy/scipy/pull/5288>`__: BUG:
multivariate_normal returns a pdf for values outside its...
* `#13322 <https://github.com/scipy/scipy/pull/13322>`__: Bug: setting
iprint=0 hides all output from fmin_l_bfgs_b, but...
* `#13349 <https://github.com/scipy/scipy/pull/13349>`__: BUG: stats:
Reformulate l

[Python-announce] ANN: SciPy 1.9.1

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announce the
release of SciPy 1.9.1, which is a bug fix release that includes
some important meson build fixes.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/ and at:
https://github.com/scipy/scipy/releases/tag/v1.9.1

One of a few ways to install this release with pip:
pip install scipy==1.9.1

=
SciPy 1.9.1 Release Notes
=

SciPy 1.9.1 is a bug-fix release with no new features
compared to 1.9.0. Notably, some important meson build
fixes are included.

Authors
==

* Anirudh Dagar (1)
* Ralf Gommers (12)
* Matt Haberland (2)
* Andrew Nelson (1)
* Tyler Reddy (14)
* Atsushi Sakai (1)
* Eli Schwartz (1)
* Warren Weckesser (2)

A total of 8 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.9.1
--

* `#14517 <https://github.com/scipy/scipy/issues/14517>`__:
scipy/linalg/tests/test_decomp.py::TestSchur::test_sort test...
* `#16765 <https://github.com/scipy/scipy/issues/16765>`__: DOC:
\`scipy.stats.skew\` no longer returns 0 on constant input
* `#16787 <https://github.com/scipy/scipy/issues/16787>`__: BUG: Can't
build 1.10 with mingw-w64 toolchain and numpy 1.21.6...
* `#16813 <https://github.com/scipy/scipy/issues/16813>`__: BUG:
scipy.interpolate interp1d extrapolate behaviour change...
* `#16878 <https://github.com/scipy/scipy/issues/16878>`__: BUG:
optimize.milp fails to execute when given exactly 3 constraints


Pull requests for 1.9.1
--

* `#16709 <https://github.com/scipy/scipy/pull/16709>`__: BLD: make the way
we count commits for version numbering more...
* `#16736 <https://github.com/scipy/scipy/pull/16736>`__: REL: prep for
SciPy 1.9.1
* `#16749 <https://github.com/scipy/scipy/pull/16749>`__: BLD: install
missing \`.pxd\` files, and update TODOs/FIXMEs...
* `#16750 <https://github.com/scipy/scipy/pull/16750>`__: BLD: make
OpenBLAS detection work with CMake
* `#16755 <https://github.com/scipy/scipy/pull/16755>`__: TST:
sparse.linalg: Loosen tolerance for the lobpcg test 'test_tolerance_float32'
* `#16760 <https://github.com/scipy/scipy/pull/16760>`__: BLD: use a bit
more idiomatic approach to constructing paths...
* `#16768 <https://github.com/scipy/scipy/pull/16768>`__: DOC:
stats.skew/kurtosis: returns NaN when input has only one...
* `#16794 <https://github.com/scipy/scipy/pull/16794>`__: BLD/REL: on
Windows use numpy 1.22.3 as the version to build...
* `#16822 <https://github.com/scipy/scipy/pull/16822>`__: BUG/TST: linalg:
Check the results of 'schur' more carefully.
* `#16825 <https://github.com/scipy/scipy/pull/16825>`__: BUG: interpolate:
fix "previous" and "next" extrapolate logic...
* `#16862 <https://github.com/scipy/scipy/pull/16862>`__: BUG, DOC: Fix
sphinx autosummary generation for \`odr\` and \`czt\`
* `#16881 <https://github.com/scipy/scipy/pull/16881>`__: MAINT:
optimize.milp: fix input validation when three constraints...
* `#16901 <https://github.com/scipy/scipy/pull/16901>`__: MAINT: 1.9.1
backports
* `#16904 <https://github.com/scipy/scipy/pull/16904>`__: BLD: update
dependency ranges for meson-python and pybind11 for...

Checksums
=

MD5
~~~

65d2b065c09d40b07272ae30332f6202  Changelog
69dd050c058c46e67d05956bf06e0566  README.txt
6108e7119fd6ae6d6338adede1904bb7
 scipy-1.9.1-cp310-cp310-macosx_10_9_x86_64.whl
301053451a09b81268734133ce6d7bda
 scipy-1.9.1-cp310-cp310-macosx_12_0_arm64.whl
43a2fa03b951738d0deed6ddbc0a9f4d
 scipy-1.9.1-cp310-cp310-macosx_12_0_universal2.macosx_10_9_x86_64.whl
2339afc328d3c92cf85d1d86c5be4e19
 scipy-1.9.1-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
d95584ddfe0703ba3b4624001a1f84f7
 scipy-1.9.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
01937d372de92b3bcf9196b81bf8041d  scipy-1.9.1-cp310-cp310-win_amd64.whl
3f85c3d508fced31f420ea31dccb1f83
 scipy-1.9.1-cp38-cp38-macosx_10_9_x86_64.whl
3e07b61125901375f3ab99766465a428
 scipy-1.9.1-cp38-cp38-macosx_12_0_arm64.whl
5cb2848a03030d3cec82a406b6d032de
 scipy-1.9.1-cp38-cp38-macosx_12_0_universal2.macosx_10_9_x86_64.whl
cffdc85788b0d11e00f5c055e303538e
 scipy-1.9.1-cp38-cp38-manylinux_2_12_i686.manylinux2010_i686.whl
ad0b411b353608b9fdd2fb3da25dd9ef
 scipy-1.9.1-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
fa1872fdcc63b57b95bffdcd2142a54e
 scipy-1.9.1-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
673905ce31524d16e5d44e600c48ff4d  scipy-1.9.1-cp38-cp38-win32.whl
bc421013525427036272cafa47c41f71  scipy-1.9.1-cp38-cp38-win_amd64.whl
19aa6604a3c39cbcc58f7a626e3fad89
 scipy-1.9.1-cp39-cp39-macosx_10_9_x86_64.whl
0f6312acdf5edf5a6a5d2bf453e1c6cc
 s

[Python-announce] ANN: SciPy 1.9.0

[Tyler Reddy]

***

* endolith (12)
* h-vetinari (11)
* Caio Agiani (2) +
* Emmy Albert (1) +
* Joseph Albert (1)
* Tania Allard (3)
* Carsten Allefeld (1) +
* Kartik Anand (1) +
* Virgile Andreani (2) +
* Weh Andreas (1) +
* Francesco Andreuzzi (5) +
* Kian-Meng Ang (2) +
* Gerrit Ansmann (1)
* Ar-Kareem (1) +
* Shehan Atukorala (1) +
* avishai231 (1) +
* Blair Azzopardi (1)
* Sayantika Banik (2) +
* Ross Barnowski (9)
* Christoph Baumgarten (3)
* Nickolai Belakovski (1)
* Peter Bell (9)
* Sebastian Berg (3)
* Bharath (1) +
* bobcatCA (2) +
* boussoffara (2) +
* Islem BOUZENIA (1) +
* Jake Bowhay (41) +
* Matthew Brett (11)
* Dietrich Brunn (2) +
* Michael Burkhart (2) +
* Evgeni Burovski (96)
* Matthias Bussonnier (20)
* Dominic C (1)
* Cameron (1) +
* CJ Carey (3)
* Thomas A Caswell (2)
* Ali Cetin (2) +
* Hood Chatham (5) +
* Klesk Chonkin (1)
* Craig Citro (1) +
* Dan Cogswell (1) +
* Luigi Cruz (1) +
* Anirudh Dagar (5)
* Brandon David (1)
* deepakdinesh1123 (1) +
* Denton DeLoss (1) +
* derbuihan (2) +
* Sameer Deshmukh (13) +
* Niels Doucet (1) +
* DWesl (8)
* eytanadler (30) +
* Thomas J. Fan (5)
* Isuru Fernando (3)
* Joseph Fox-Rabinovitz (1)
* Ryan Gibson (4) +
* Ralf Gommers (327)
* Srinivas Gorur-Shandilya (1) +
* Alex Griffing (2)
* Matt Haberland (461)
* Tristan Hearn (1) +
* Jonathan Helgert (1) +
* Samuel Hinton (1) +
* Jake (1) +
* Stewart Jamieson (1) +
* Jan-Hendrik Müller (1)
* Yikun Jiang (1) +
* JuliaMelle01 (1) +
* jyuv (12) +
* Toshiki Kataoka (1)
* Chris Keefe (1) +
* Robert Kern (4)
* Andrew Knyazev (11)
* Matthias Koeppe (4) +
* Sergey Koposov (1)
* Volodymyr Kozachynskyi (1) +
* Yotaro Kubo (2) +
* Jacob Lapenna (1) +
* Peter Mahler Larsen (8)
* Eric Larson (4)
* Laurynas Mikšys (1) +
* Antony Lee (1)
* Gregory R. Lee (2)
* lerichi (1) +
* Tim Leslie (2)
* P. L. Lim (1)
* Smit Lunagariya (43)
* lutefiskhotdish (1) +
* Cong Ma (12)
* Syrtis Major (1)
* Nicholas McKibben (18)
* Melissa Weber Mendonça (10)
* Mark Mikofski (1)
* Jarrod Millman (13)
* Harsh Mishra (6)
* ML-Nielsen (3) +
* Matthew Murray (1) +
* Andrew Nelson (50)
* Dimitri Papadopoulos Orfanos (1) +
* Evgueni Ovtchinnikov (2) +
* Sambit Panda (1)
* Nick Papior (2)
* Tirth Patel (43)
* Petar Mlinarić (1)
* petroselo (1) +
* Ilhan Polat (64)
* Anthony Polloreno (1)
* Amit Portnoy (1) +
* Quentin Barthélemy (9)
* Patrick N. Raanes (1) +
* Tyler Reddy (185)
* Pamphile Roy (199)
* Vivek Roy (2) +
* sabonerune (1) +
* Niyas Sait (2) +
* Atsushi Sakai (25)
* Mazen Sayed (1) +
* Eduardo Schettino (5) +
* Daniel Schmitz (6) +
* Eli Schwartz (4) +
* SELEE (2) +
* Namami Shanker (4)
* siddhantwahal (1) +
* Gagandeep Singh (8)
* Soph (1) +
* Shivnaren Srinivasan (1) +
* Scott Staniewicz (1) +
* Leo C. Stein (4)
* Albert Steppi (7)
* Christopher Strickland (1) +
* Kai Striega (4)
* Søren Fuglede Jørgensen (1)
* Aleksandr Tagilov (1) +
* Masayuki Takagi (1) +
* Sai Teja (1) +
* Ewout ter Hoeven (2) +
* Will Tirone (2)
* Bas van Beek (7)
* Dhruv Vats (1)
* Arthur Volant (1)
* Samuel Wallan (5)
* Stefan van der Walt (8)
* Warren Weckesser (84)
* Anreas Weh (1)
* Nils Werner (1)
* Aviv Yaish (1) +
* Dowon Yi (1)
* Rory Yorke (1)
* Yosshi999 (1) +
* yuanx749 (2) +
* Gang Zhao (23)
* ZhihuiChen0903 (1)
* Pavel Zun (1) +
* David Zwicker (1) +

A total of 154 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.


**
Issues closed for 1.9.0
**

* `#1884 <https://github.com/scipy/scipy/issues/1884>`__: stats
distributions fit problems (Trac #1359)
* `#2047 <https://github.com/scipy/scipy/issues/2047>`__: derivatives()
method is missing in BivariateSpline (Trac #1522)
* `#2071 <https://github.com/scipy/scipy/issues/2071>`__: TST: stats:
\`check_sample_var\` should be two-sided (Trac #1546)
* `#2414 <https://github.com/scipy/scipy/issues/2414>`__: stats binom at
non-integer n (Trac #1895)
* `#2623 <https://github.com/scipy/scipy/issues/2623>`__:
stats.distributions statistical power of test suite
* `#2625 <https://github.com/scipy/scipy/issues/2625>`__: wilcoxon()
function does not return z-statistic
* `#2650 <https://github.com/scipy/scipy/issues/2650>`__: (2D)
Interpolation functions should work with complex numbers
* `#2834 <https://github.com/scipy/scipy/issues/2834>`__: ksone fitting
* `#2868 <https://github.com/scipy/scipy/issues/2868>`__: nan and
stats.percentileofscore
* `#2877 <https://github.com/scipy/scipy/issues/2877>`__: distributions.ncf
numerical issues
* `#2993 <https://github.com/scipy/scipy/issues/2993>`__:
optimize.approx_fprime & jacobians
* `#3214 <https://github.com/scipy/scipy/issues/3214>`__: stats
distributions ppf-cdf roundtrip
* `#3758 <https://github.com/scipy/scipy/issues/3758>`__: discrete
distribution defined by \`values\` with non-integer...
* `

[Python-announce] ANN: SciPy 1.8.1

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announce the
release of SciPy 1.8.1, which is a bug fix release that restores
Pythran usage on Windows.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/ and at:
https://github.com/scipy/scipy/releases/tag/v1.8.1

One of a few ways to install this release with pip:
pip install scipy==1.8.1

=
SciPy 1.8.1 Release Notes
=

SciPy 1.8.1 is a bug-fix release with no new features
compared to 1.8.0. Notably, usage of Pythran has been
restored for Windows builds/binaries.

Authors
==

* Henry Schreiner
* Maximilian Nöthe
* Sebastian Berg (1)
* Sameer Deshmukh (1) +
* Niels Doucet (1) +
* DWesl (4)
* Isuru Fernando (1)
* Ralf Gommers (4)
* Matt Haberland (1)
* Andrew Nelson (1)
* Dimitri Papadopoulos Orfanos (1) +
* Tirth Patel (3)
* Tyler Reddy (46)
* Pamphile Roy (7)
* Niyas Sait (1) +
* H. Vetinari (2)
* Warren Weckesser (1)

A total of 17 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.8.1
---

* `#15258 <https://github.com/scipy/scipy/issues/15258>`__: BUG: sparse
\`dot\` method should accept scalars
* `#15433 <https://github.com/scipy/scipy/issues/15433>`__: BUG: optimize:
minimize: \`ValueError\` when \`np.all(lb==ub)\`
* `#15539 <https://github.com/scipy/scipy/issues/15539>`__: BUG:
Questionable macOS wheel contents
* `#15543 <https://github.com/scipy/scipy/issues/15543>`__: REL: list
contributors using GitHub handles
* `#15552 <https://github.com/scipy/scipy/issues/15552>`__: BUG: MacOS
universal2 wheels have two gfortran shared libraries,...
* `#15636 <https://github.com/scipy/scipy/issues/15636>`__: BUG: DOCS
incorrect \`source\` link on docs
* `#15678 <https://github.com/scipy/scipy/issues/15678>`__: BUG:
scipy.stats.skew does not work with scipy.stats.bootstrap
* `#16174 <https://github.com/scipy/scipy/issues/16174>`__: Failure of
\`TestCorrelateComplex.test_rank0\` in CI with NumPy...


Pull requests for 1.8.1
--

* `#15167 <https://github.com/scipy/scipy/pull/15167>`__: CI: make sure CI
stays on VS2019 unless changed explicitly
* `#15306 <https://github.com/scipy/scipy/pull/15306>`__: Revert "BLD
Respect the --skip-build flag in setup.py"
* `#15504 <https://github.com/scipy/scipy/pull/15504>`__: MAINT: np.all(lb
== ub) for optimize.minimize
* `#15530 <https://github.com/scipy/scipy/pull/15530>`__: REL: prep for
SciPy 1.8.1
* `#15531 <https://github.com/scipy/scipy/pull/15531>`__: [BUG] Fix
importing scipy.lib._pep440
* `#15558 <https://github.com/scipy/scipy/pull/15558>`__: CI: re-enable
Pythran in Azure Windows CI jobs
* `#15566 <https://github.com/scipy/scipy/pull/15566>`__: BUG: fix error
message
* `#15580 <https://github.com/scipy/scipy/pull/15580>`__: BUG: Avoid C
Preprocessor symbol in _hypotests_pythran.py.
* `#15614 <https://github.com/scipy/scipy/pull/15614>`__: REL: filter out @
in authors name and add count
* `#15637 <https://github.com/scipy/scipy/pull/15637>`__: DOC, MAINT: fix
links to wrapped functions and SciPy's distributions
* `#15669 <https://github.com/scipy/scipy/pull/15669>`__: BUG: stats: fix a
bug in UNU.RAN error handler
* `#15691 <https://github.com/scipy/scipy/pull/15691>`__: MAINT: stats:
bootstrap: fix bug with \`method="BCa"\` when \`statistic\`...
* `#15798 <https://github.com/scipy/scipy/pull/15798>`__: MAINT,BUG: stats:
update to UNU.RAN 1.9.0
* `#15870 <https://github.com/scipy/scipy/pull/15870>`__: TST: signal:
Convert a test with 'assert_array_less' to 'less...
* `#15910 <https://github.com/scipy/scipy/pull/15910>`__: make sure CI
stays on VS2019 unless changed explicitly
* `#15926 <https://github.com/scipy/scipy/pull/15926>`__: MAINT: 1.8.1
backports/prep
* `#16035 <https://github.com/scipy/scipy/pull/16035>`__: BUG: allow scalar
input to the \`.dot\` method of sparse matrices
* `#16041 <https://github.com/scipy/scipy/pull/16041>`__: MAINT: add
include dir explicitly for PROPACK to build with classic...
* `#16139 <https://github.com/scipy/scipy/pull/16139>`__: WIP, BLD, MAINT:
git security/version shim
* `#16152 <https://github.com/scipy/scipy/pull/16152>`__: TST: Fortify
invalid-value warning filters to small changes in...
* `#16155 <https://github.com/scipy/scipy/pull/16155>`__: MAINT: correct
wrong license of Biasedurn
* `#16158 <https://github.com/scipy/scipy/pull/16158>`__: MAINT: better
UNU.RAN licensing information
* `#16163 <https://github.com/scipy/scipy/pull/16163>`__: MAINT: update
UNU.RAN copyright information
* `#16172 <https://github.com/scipy/scipy/pull/16172&g

[Python-announce] ANN: SciPy 1.8.0

[Tyler Reddy]

eyers +
* millivolt9 +
* Jarrod Millman
* Harsh Mishra +
* Boaz Mohar +
* naelsondouglas +
* Andrew Nelson
* Nico Schlömer
* Thomas Nowotny +
* nullptr +
* Teddy Ort +
* Nick Papior
* ParticularMiner +
* Dima Pasechnik
* Tirth Patel
* Matti Picus
* Ilhan Polat
* Adrian Price-Whelan +
* Quentin Barthélemy +
* Sundar R +
* Judah Rand +
* Tyler Reddy
* Renal-Of-Loon +
* Frederic Renner +
* Pamphile Roy
* Bharath Saiguhan +
* Atsushi Sakai
* Eric Schanet +
* Sebastian Wallkötter
* serge-sans-paille
* Reshama Shaikh +
* Namami Shanker
* siddhantwahal +
* Walter Simson +
* Gagandeep Singh +
* Leo C. Stein +
* Albert Steppi
* Kai Striega
* Diana Sukhoverkhova
* Søren Fuglede Jørgensen
* Masayuki Takagi +
* Mike Taves
* Ben Thompson +
* Bas van Beek
* Jacob Vanderplas
* Dhruv Vats +
* H. Vetinari +
* Thomas Viehmann +
* Pauli Virtanen
* Vlad +
* Arthur Volant
* Samuel Wallan
* Stefan van der Walt
* Warren Weckesser
* Josh Wilson
* Haoyin Xu +
* Rory Yorke
* Egor Zemlyanoy
* Gang Zhao +
* 赵丰 (Zhao Feng) +

A total of 139 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.


**
Issues closed for 1.8.0
**

* `#592 <https://github.com/scipy/scipy/issues/592>`__: Statistics Review:
variation (Trac #65)
* `#857 <https://github.com/scipy/scipy/issues/857>`__: A Wrapper for
PROPACK (Trac #330)
* `#2009 <https://github.com/scipy/scipy/issues/2009>`__: "Kulsinski"
dissimilarity seems wrong (Trac #1484)
* `#2063 <https://github.com/scipy/scipy/issues/2063>`__: callback
functions for COBYLA and TNC (Trac #1538)
* `#2358 <https://github.com/scipy/scipy/issues/2358>`__:
ndimage.center_of_mass doesnt return all for all labelled objects...
* `#5668 <https://github.com/scipy/scipy/issues/5668>`__: Need zpk2sos for
analog filters
* `#7340 <https://github.com/scipy/scipy/issues/7340>`__: SciPy
Hypergeometric function hyp2f1 producing infinities
* `#8774 <https://github.com/scipy/scipy/issues/8774>`__: In
\`optimize.basinhopping\`, the target acceptance rate should...
* `#10497 <https://github.com/scipy/scipy/issues/10497>`__:
scipy.sparse.csc_matrix.toarray docstring is wrong
* `#10888 <https://github.com/scipy/scipy/issues/10888>`__: Check finite
difference gradient approximation in a random direction
* `#10974 <https://github.com/scipy/scipy/issues/10974>`__: Non explicit
error message in lobpcg
* `#11452 <https://github.com/scipy/scipy/issues/11452>`__: Normalisation
requirement for \`Wn\` unclear in \`scipy.signal.butter\`
* `#11700 <https://github.com/scipy/scipy/issues/11700>`__: solve_ivp
errors out instead of simply quitting after the solve...
* `#12006 <https://github.com/scipy/scipy/issues/12006>`__: newton:
Shouldn't it take a Jacobian for multivariate problems...
* `#12100 <https://github.com/scipy/scipy/issues/12100>`__: solve_ivp:
custom t_eval list and the terminating event
* `#12106 <https://github.com/scipy/scipy/issues/12106>`__: \`axis\` option
for \`stats.tmean\` do not appear to be working...
* `#12192 <https://github.com/scipy/scipy/issues/12192>`__:
\`scipy.stats.rv_continuous.moment\` does not accept array input
* `#12502 <https://github.com/scipy/scipy/issues/12502>`__: Divide by zero
in Jacobian numerical differentiation when equality...
* `#12981 <https://github.com/scipy/scipy/issues/12981>`__: SLSQP
constrained minimization error in 1.5.2
* `#12999 <https://github.com/scipy/scipy/issues/12999>`__: Bug in
scipy.stats.ks_2samp for two-sided auto and exact modes...
* `#13402 <https://github.com/scipy/scipy/issues/13402>`__: ENH: Faster Max
Flow algorithm in scipy.sparse.csgraph
* `#13580 <https://github.com/scipy/scipy/issues/13580>`__: truncnorm gives
incorrect means and variances
* `#13642 <https://github.com/scipy/scipy/issues/13642>`__: stats.truncnorm
variance works incorrectly when input is an array.
* `#13659 <https://github.com/scipy/scipy/issues/13659>`__: Orthogonal
Array for Latin hypercube in \`scipy.stats.qmc\`
* `#13737 <https://github.com/scipy/scipy/issues/13737>`__: brentq can
overflow / underflow
* `#13745 <https://github.com/scipy/scipy/issues/13745>`__: different
default atol, btol for lsqr, lsmr
* `#13898 <https://github.com/scipy/scipy/issues/13898>`__: Savitzky-Golay
filter for even number data
* `#13902 <https://github.com/scipy/scipy/issues/13902>`__: Different
solvers of \`svds\` return quite different results
* `#13922 <https://github.com/scipy/scipy/issues/13922>`__: Need Exception
/ Error for Incorrect and/or misleading analog...
* `#14122 <https://github.com/scipy/scipy/issues/14122>`__: Item
assignement for spatial.transform.Rotation objects
* `#14140 <https://github.com/sci

[Python-announce] ANN: SciPy 1.7.3

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team, I'm pleased to announced the
release of SciPy 1.7.3,
which is a bug fix release that includes wheels for MacOS 12+ arm64 at
Python versions 3.8, 3.9, and 3.10.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.7.3
<https://github.com/scipy/scipy/releases/tag/v1.6.3>
<https://github.com/scipy/scipy/releases/tag/v1.6.1>

One of a few ways to install this release with pip:

pip install scipy==1.7.3

=
SciPy 1.7.3 Release Notes
=

SciPy 1.7.3 is a bug-fix release that provides binary wheels
for MacOS arm64 with Python 3.8, 3.9, and 3.10. The MacOS arm64 wheels
are only available for MacOS version 12.0 and greater, as explained
in Issue 14688, linked below.

Authors
==

* Anirudh Dagar
* Ralf Gommers
* Tyler Reddy
* Pamphile Roy
* Olivier Grisel
* Isuru Fernando

A total of 6 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.7.3
---

* `#13364 <https://github.com/scipy/scipy/issues/13364>`__: Segmentation
fault on import of scipy.integrate on Apple M1 ARM...
* `#14688 <https://github.com/scipy/scipy/issues/14688>`__: BUG: ARPACK's
eigsh & OpenBLAS from Apple Silicon M1 (arm64)...
* `#14991 <https://github.com/scipy/scipy/issues/14991>`__: four CI
failures on pre-release job
* `#15077 <https://github.com/scipy/scipy/issues/15077>`__: Remaining test
failures for macOS arm64 wheel
* `#15081 <https://github.com/scipy/scipy/issues/15081>`__: BUG:
Segmentation fault caused by scipy.stats.qmc.qmc.update_discrepancy


Pull requests for 1.7.3
--

* `#14990 <https://github.com/scipy/scipy/pull/14990>`__: BLD: update
pyproject.toml for Python 3.10 changes
* `#15086 <https://github.com/scipy/scipy/pull/15086>`__: BUG: out of
bounds indexing in stats.qmc.update_discrepancy
* `#15090 <https://github.com/scipy/scipy/pull/15090>`__: MAINT: skip a few
failing tests in \`1.7.x\` for macOS arm64

Checksums
=

MD5
~~~

65166885666a1a74deffe429d093e6f2
 scipy-1.7.3-cp310-cp310-macosx_10_9_x86_64.whl
537752d6744b507f203f376ec2df6e70
 scipy-1.7.3-cp310-cp310-macosx_12_0_arm64.whl
e518125fc38cedde00da54672655b7cd
 scipy-1.7.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
c83ba57d18c24e3e0f899378f6bc0876
 scipy-1.7.3-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
ba90233a59aaf0f05485de296bea6fc1  scipy-1.7.3-cp310-cp310-win_amd64.whl
ce3ca8d9bb3ace6686b89e07f767a013
 scipy-1.7.3-cp37-cp37m-macosx_10_9_x86_64.whl
16ce33be314dae61c953c5c6e605cba6
 scipy-1.7.3-cp37-cp37m-manylinux_2_12_i686.manylinux2010_i686.whl
83f8b25f1a00a5e37eca4e1463d046fa
 scipy-1.7.3-cp37-cp37m-manylinux_2_12_x86_64.manylinux2010_x86_64.whl
44254582f51de14fd15d8be44a309a8b
 scipy-1.7.3-cp37-cp37m-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
af219af017f220f217e6308cad5893e1  scipy-1.7.3-cp37-cp37m-win32.whl
29b476d691e325c924b2cf77d0ff8b99  scipy-1.7.3-cp37-cp37m-win_amd64.whl
6341d96c9f9edfd7221708636d6dab5c
 scipy-1.7.3-cp38-cp38-macosx_10_9_x86_64.whl
919b3f6c4b5f9cc137b2e40c50837ba7
 scipy-1.7.3-cp38-cp38-macosx_12_0_arm64.whl
697cb8e337a8073792aca67aa4dd7f49
 scipy-1.7.3-cp38-cp38-manylinux_2_12_i686.manylinux2010_i686.whl
e1c1c129731f8623f7168153f6088472
 scipy-1.7.3-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
6203426ffb92a0a12606eaa885d74d54
 scipy-1.7.3-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
936de7e1b6c4f05079ac2ea4e63d0436  scipy-1.7.3-cp38-cp38-win32.whl
9da686cd27c2e51342deb1d2d060fa08  scipy-1.7.3-cp38-cp38-win_amd64.whl
cf4e152fb2e7241e7bdd7761191590ae
 scipy-1.7.3-cp39-cp39-macosx_10_9_x86_64.whl
97f2f1ee23139230063ff07ce4e9c61b
 scipy-1.7.3-cp39-cp39-macosx_12_0_arm64.whl
df508267071a08b63f21b8ae3dcd5eb2
 scipy-1.7.3-cp39-cp39-manylinux_2_12_i686.manylinux2010_i686.whl
391662df3e0411daa08b5421e54ad9c0
 scipy-1.7.3-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
0587d18e903b1ceaeb6bab73f704872d
 scipy-1.7.3-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
3a0b4991b3a994fb6e0bbcc9c99ab5c9  scipy-1.7.3-cp39-cp39-win32.whl
4e168ff30d040edbaac53efb43d8cda4  scipy-1.7.3-cp39-cp39-win_amd64.whl
daae4fedcd479738e54fd7035445be89  scipy-1.7.3.tar.gz
9e6a6ae20e68e99031229c430f966672  scipy-1.7.3.tar.xz
1a9ceac2a40fef71b75859040e371906  scipy-1.7.3.zip

SHA256
~~

173308efba2270dcd61cd45a30dfded6ec0085b4b6eb33b5eb11ab443005e088
 scipy-1.7.3-cp310-cp310-macosx_10_9_x86_64.whl
21b66200cf44b1c3e86495e3a436fc7a26608f92b8d43d344457c54f1c024cbc
 scipy-1.7.3-cp310-cp310-macosx_12_0_arm64.whl
ceebc3c4f6a109777c0053dfa0282fddb8893eddfb0d598574acfb734a926168
 scipy-1.7.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aa

[Python-announce] ANN: SciPy 1.7.2

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team I'm pleased to announce the release
of SciPy 1.7.2, which is a bug fix release that includes wheels for Python
3.10 on many platforms. Many thanks to upstream developers in the ecosystem
for their assistance in making this possible.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.7.2
<https://github.com/scipy/scipy/releases/tag/v1.6.3>
<https://github.com/scipy/scipy/releases/tag/v1.6.1>

One of a few ways to install this release with pip:

pip install scipy==1.7.2


SciPy 1.7.2 Release Notes


SciPy 1.7.2 is a bug-fix release with no new features
compared to 1.7.1. Notably, the release includes wheels
for Python 3.10, and wheels are now built with a newer
version of OpenBLAS, 0.3.17. Python 3.10 wheels are provided
for MacOS x86_64 (thin, not universal2 or arm64 at this time),
and Windows/Linux 64-bit. Many wheels are now built with newer
versions of manylinux, which may require newer versions of pip.

Authors
==

* Peter Bell
* da-woods +
* Isuru Fernando
* Ralf Gommers
* Matt Haberland
* Nicholas McKibben
* Ilhan Polat
* Judah Rand +
* Tyler Reddy
* Pamphile Roy
* Charles Harris
* Matti Picus
* Hugo van Kemenade
* Jacob Vanderplas

A total of 14 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.7.2
--

* `#6019 <https://github.com/scipy/scipy/issues/6019>`__: minimize_scalar
doesn't seem to honor "disp" option
* `#14321 <https://github.com/scipy/scipy/issues/14321>`__: BUG: Indexing
of CSR matrices with many rows is much slower than...
* `#14465 <https://github.com/scipy/scipy/issues/14465>`__: BUG: n-d
interpolation parameter provided to geometric_slerp
* `#14599 <https://github.com/scipy/scipy/issues/14599>`__: SciPy 1.7
builds as zipped egg, ruining imports
* `#14606 <https://github.com/scipy/scipy/issues/14606>`__: BUG: crash /
core dump when calling scipy.stats.beta.ppf with...
* `#14732 <https://github.com/scipy/scipy/issues/14732>`__: CI, TST:
pre-release failures for scipy/interpolate/tests/test_rbfinterp.py
* `#14802 <https://github.com/scipy/scipy/issues/14802>`__: CI: Azure Main
coverage job failure
* `#14829 <https://github.com/scipy/scipy/issues/14829>`__: macOS CI
failing with \`ld: library not found for -lSystem\`
* `#14887 <https://github.com/scipy/scipy/issues/14887>`__: BUG:
scipy.stats.multivariate_normal.logpdf mutates some inputs

Pull requests for 1.7.2
--

* `#14207 <https://github.com/scipy/scipy/pull/14207>`__: DOC: stats:
remove 'Methods' section from \`binomtest\` docstring...
* `#14316 <https://github.com/scipy/scipy/pull/14316>`__: MAINT: Update
\`openblas_support.py\` to support Apple Silicon
* `#14323 <https://github.com/scipy/scipy/pull/14323>`__: BUG: Speed up
sparse compressed indexing with very many rows
* `#14333 <https://github.com/scipy/scipy/pull/14333>`__: MAINT: Use
/usr/bin/linux32 so that sysconfig.get_platform()...
* `#14478 <https://github.com/scipy/scipy/pull/14478>`__: BUG:
geometric_slerp t ndim guard
* `#14605 <https://github.com/scipy/scipy/pull/14605>`__: MAINT: Skip some
interpolative decomposition tests
* `#14616 <https://github.com/scipy/scipy/pull/14616>`__: REL: update build
dependency versions in pyproject.toml for 1.7.2
* `#14618 <https://github.com/scipy/scipy/pull/14618>`__: FIX: raise
RuntimeWarning when Boost evaluation_error is encountered
* `#14672 <https://github.com/scipy/scipy/pull/14672>`__: BLD: add
\`zip_safe=False\` to the \`setup()\` call
* `#14791 <https://github.com/scipy/scipy/pull/14791>`__: MAINT: SciPy
1.7.2 prep/backports
* `#14803 <https://github.com/scipy/scipy/pull/14803>`__: MAINT: disable
include/source coverage warning.
* `#14813 <https://github.com/scipy/scipy/pull/14813>`__: Added missing
np.import_array()
* `#14831 <https://github.com/scipy/scipy/pull/14831>`__: CI: Add stdlib to
LD_LIBRARY_PATH
* `#14893 <https://github.com/scipy/scipy/pull/14893>`__: BUG: Fix
alignment errors due to relaxed stride checking
* `#14897 <https://github.com/scipy/scipy/pull/14897>`__: BUG: avoid
mutating inputs in multivariate distributions
* `#14921 <https://github.com/scipy/scipy/pull/14921>`__: MAINT: "backport"
3.10 support
* `#14937 <https://github.com/scipy/scipy/pull/14937>`__: MAINT: backports
for 1.7.2, plus update Pythran min version to...
* `#14938 <https://github.com/scipy/scipy/pull/14938>`__: TST: silence test
failures on macOS for \`beta.ppf\` overflow

Checksums
=

MD5
~~~

45913b1797379cc2e258b0d544276cc8
 scipy-1

ANN: SciPy 1.7.1

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.7.1, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.7.1
<https://github.com/scipy/scipy/releases/tag/v1.6.3>
<https://github.com/scipy/scipy/releases/tag/v1.6.1>

One of a few ways to install this release with pip:

pip install scipy==1.7.1

=
SciPy 1.7.1 Release Notes
=

SciPy 1.7.1 is a bug-fix release with no new features
compared to 1.7.0.

Authors
===

* Peter Bell
* Evgeni Burovski
* Justin Charlong +
* Ralf Gommers
* Matti Picus
* Tyler Reddy
* Pamphile Roy
* Sebastian Wallkötter
* Arthur Volant

A total of 9 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.7.1
--

* `#14074 <https://github.com/scipy/scipy/issues/14074>`__: Segmentation
fault when building cKDTree with Scipy 1.6.3.
* `#14271 <https://github.com/scipy/scipy/issues/14271>`__:
scipy.io.loadmat failure in 1.7.0
* `#14273 <https://github.com/scipy/scipy/issues/14273>`__:
\`scipy.signal.{medfilt,medfilt2d}\` hit "Windows fatal exception:...
* `#14282 <https://github.com/scipy/scipy/issues/14282>`__: DOC, CI: stats
skewtest refguide failure
* `#14363 <https://github.com/scipy/scipy/issues/14363>`__: Huge stack
allocation in _sobol.pyx may cause stack overvflow
* `#14382 <https://github.com/scipy/scipy/issues/14382>`__: Memory leak in
\`scipy.spatial.distance\` for \`cdist\`
* `#14396 <https://github.com/scipy/scipy/issues/14396>`__: BUG: Sphinx 4.1
breaks the banner's logo
* `#1 <https://github.com/scipy/scipy/issues/1>`__: DOC/FEAT
Rotation.from_rotvec documents a degrees argument which...

Pull requests for 1.7.1
--

* `#14178 <https://github.com/scipy/scipy/pull/14178>`__: DEV: Update
Boschloo Exact test
* `#14264 <https://github.com/scipy/scipy/pull/14264>`__: REL: prepare for
SciPy 1.7.1
* `#14283 <https://github.com/scipy/scipy/pull/14283>`__: BUG: fix
refguide-check namedtuple handling
* `#14303 <https://github.com/scipy/scipy/pull/14303>`__: FIX: Check for
None before calling str methods
* `#14327 <https://github.com/scipy/scipy/pull/14327>`__: BUG: medfilt can
access beyond the end of an array
* `#14355 <https://github.com/scipy/scipy/pull/14355>`__: BUG: KDTree
balanced_tree is unbalanced for degenerate data
* `#14368 <https://github.com/scipy/scipy/pull/14368>`__: BUG: avoid large
cython global variable in function
* `#14384 <https://github.com/scipy/scipy/pull/14384>`__: BUG: Reference
count leak in distance_pybind
* `#14397 <https://github.com/scipy/scipy/pull/14397>`__: DOC/CI: do not
allow sphinx 4.1.
* `#14417 <https://github.com/scipy/scipy/pull/14417>`__: DOC/CI: pin
sphinx to !=4.1.0
* `#14460 <https://github.com/scipy/scipy/pull/14460>`__: DOC: add required
scipy version to kwarg
* `#14466 <https://github.com/scipy/scipy/pull/14466>`__: MAINT: 1.7.1
backports (round 1)
* `#14508 <https://github.com/scipy/scipy/pull/14508>`__: MAINT: bump
scipy-mathjax
* `#14509 <https://github.com/scipy/scipy/pull/14509>`__: MAINT: 1.7.1
backports (round 2)


Checksums
=

MD5
~~~

ef8b44a175818183de28f2c3dacf4b74
 scipy-1.7.1-cp37-cp37m-macosx_10_9_x86_64.whl
4f717b62946a6306bba88696b4992c73
 scipy-1.7.1-cp37-cp37m-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
decf6837d0a28bdeb911e6e2d18b777c
 scipy-1.7.1-cp37-cp37m-manylinux_2_5_i686.manylinux1_i686.whl
6449932605e3284f731744eb207e5612
 scipy-1.7.1-cp37-cp37m-manylinux_2_5_x86_64.manylinux1_x86_64.whl
fb94deaf9b43bf18890b0bd12fc26fda  scipy-1.7.1-cp37-cp37m-win32.whl
c5894e5811278243d7f4abeb1a5f230f  scipy-1.7.1-cp37-cp37m-win_amd64.whl
3aec592a699f835319cbb4649f30df71
 scipy-1.7.1-cp38-cp38-macosx_10_9_x86_64.whl
774a74a6c81d40c9a305523707c024f4
 scipy-1.7.1-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
30206a19a96549f665bd608fe6bf2761
 scipy-1.7.1-cp38-cp38-manylinux_2_5_i686.manylinux1_i686.whl
eb58d9f3797d47866bfe571d5df3b827
 scipy-1.7.1-cp38-cp38-manylinux_2_5_x86_64.manylinux1_x86_64.whl
808a907d994b98fd6dbe2050a48b8c69  scipy-1.7.1-cp38-cp38-win32.whl
688921def6681ee5abe8543aca8383c2  scipy-1.7.1-cp38-cp38-win_amd64.whl
2fe4e958cb14d0b071c494b9faee0c98
 scipy-1.7.1-cp39-cp39-macosx_10_9_x86_64.whl
dd5b4db9cf83a0594e0b651e198b16a4
 scipy-1.7.1-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
67c5d75378d0ba2803c1b93fe670563b
 scipy-1.7.1-cp39-cp39-manylinux_2_5_i686.manylinux1_i686.whl
c1ea8eec1dd6dc9c1b3eae24e3b3a34a
 scipy-1.7.1-cp39-cp39-manylinux_2_5_x86_64.manylinux1_x86_64.whl
93efd36f2c52dadbe7c9a377ad8c5

[issue38825] shutil.disk_usage - Lacking documentation

[Tyler Crompton]

Tyler Crompton  added the comment:

Not even the kernel knows how much space is available on a nonmounted 
partition. It doesn't know much beyond the fact that it exists and where it 
exists. There exist tools that can analyze nonmounted partitions, but these 
will vary by filesystem and operating system. If someone wants to implement 
solutions for the most common filesystem-OS combinations, then that might be 
helpful.

But considering that no one has done that or even asked for it yet, I'm not 
sure that doing so is worth the effort. So I agree that documenting it is the 
best approach. It should be documented such that the limitations are mentioned, 
not necessarily how it's implemented. If explaining which system calls are used 
helps explain the limitations, then so be it. Additionally, as far as I'm 
concerned, there's no reason to restrict other Python implementations from 
implementing functionality for nonmounted disks. So the limitations should be 
described as being CPython-specific, akin to what is done for 
`readline.set_auto_history`.

--
nosy: +tylercrompton

___
Python tracker 
<https://bugs.python.org/issue38825>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

ANN: SciPy 1.7.0

[Tyler Reddy]

ed to allow estimation of the confidence
interval and standard error of a statistic.

The new function `scipy.stats.contingency.crosstab` computes a contingency
table (i.e. a table of counts of unique entries) for the given data.

`scipy.stats.NumericalInverseHermite` enables fast random variate sampling
and percentile point function evaluation of an arbitrary univariate
statistical
distribution.

New `scipy.stats.qmc` module
-

This new module provides Quasi-Monte Carlo (QMC) generators and associated
helper functions.

It provides a generic class `scipy.stats.qmc.QMCEngine` which defines a QMC
engine/sampler. An engine is state aware: it can be continued, advanced and
reset. 3 base samplers are available:

-  `scipy.stats.qmc.Sobol` the well known Sobol low discrepancy sequence.
  Several warnings have been added to guide the user into properly using
this
  sampler. The sequence is scrambled by default.
-  `scipy.stats.qmc.Halton`: Halton low discrepancy sequence. The sequence
is
  scrambled by default.
-  `scipy.stats.qmc.LatinHypercube`: plain LHS design.

And 2 special samplers are available:

-  `scipy.stats.qmc.MultinomialQMC`: sampling from a multinomial
distribution
  using any of the base `scipy.stats.qmc.QMCEngine`.
-  `scipy.stats.qmc.MultivariateNormalQMC`: sampling from a multivariate
Normal
  using any of the base `scipy.stats.qmc.QMCEngine`.

The module also provide the following helpers:

-  `scipy.stats.qmc.discrepancy`: assess the quality of a set of points in
terms
  of space coverage.
-  `scipy.stats.qmc.update_discrepancy`: can be used in an optimization
loop to
  construct a good set of points.
-  `scipy.stats.qmc.scale`: easily scale a set of points from (to) the unit
  interval to (from) a given range.


***
Deprecated features
***

`scipy.linalg` deprecations


-  `scipy.linalg.pinv2` is deprecated and its functionality is completely
  subsumed into `scipy.linalg.pinv`
-  Both ``rcond``, ``cond`` keywords of `scipy.linalg.pinv` and
  `scipy.linalg.pinvh` were not working and now are deprecated. They are now
  replaced with functioning ``atol`` and ``rtol`` keywords with clear usage.

`scipy.spatial` deprecations
=

-  `scipy.spatial.distance` metrics expect 1d input vectors but will call
  ``np.squeeze`` on their inputs to accept any extra length-1 dimensions.
That
  behaviour is now deprecated.

*
Other changes
*

We now accept and leverage performance improvements from the ahead-of-time
Python-to-C++ transpiler, Pythran, which can be optionally disabled (via
``export SCIPY_USE_PYTHRAN=0``) but is enabled by default at build time.

There are two changes to the default behavior of `scipy.stats.mannwhitenyu`:

-  For years, use of the default ``alternative=None`` was deprecated;
explicit
  ``alternative`` specification was required. Use of the new default value
of
  ``alternative``, "two-sided", is now permitted.
-  Previously, all p-values were based on an asymptotic approximation. Now,
for
  small samples without ties, the p-values returned are exact by default.

Support has been added for PEP 621 (project metadata in ``pyproject.toml``)

We now support a Gitpod environment to reduce the barrier to entry for SciPy
development; for more details see :ref:`quickstart-gitpod`.


*
Authors
*

* @endolith
* Jelle Aalbers +
* Adam +
* Tania Allard +
* Sven Baars +
* Max Balandat +
* baumgarc +
* Christoph Baumgarten
* Peter Bell
* Lilian Besson
* Robinson Besson +
* Max Bolingbroke
* Blair Bonnett +
* Jordão Bragantini
* Harm Buisman +
* Evgeni Burovski
* Matthias Bussonnier
* Dominic C
* CJ Carey
* Ramón Casero +
* Chachay +
* charlotte12l +
* Benjamin Curtice Corbett +
* Falcon Dai +
* Ian Dall +
* Terry Davis
* droussea2001 +
* DWesl +
* dwight200 +
* Thomas J. Fan +
* Joseph Fox-Rabinovitz
* Max Frei +
* Laura Gutierrez Funderburk +
* gbonomib +
* Matthias Geier +
* Pradipta Ghosh +
* Ralf Gommers
* Evan H +
* h-vetinari
* Matt Haberland
* Anselm Hahn +
* Alex Henrie
* Piet Hessenius +
* Trever Hines +
* Elisha Hollander +
* Stephan Hoyer
* Tom Hu +
* Kei Ishikawa +
* Julien Jerphanion
* Robert Kern
* Shashank KS +
* Peter Mahler Larsen
* Eric Larson
* Cheng H. Lee +
* Gregory R. Lee
* Jean-Benoist Leger +
* lgfunderburk +
* liam-o-marsh +
* Xingyu Liu +
* Alex Loftus +
* Christian Lorentzen +
* Cong Ma
* Marc +
* MarkPundurs +
* Markus Löning +
* Liam Marsh +
* Nicholas McKibben
* melissawm +
* Jamie Morton
* Andrew Nelson
* Nikola Forró
* Tor Nordam +
* Olivier Gauthé +
* Rohit Pandey +
* Avanindra Kumar Pandeya +
* Tirth Patel
* paugier +
* Alex H. Wagner, PhD +
* Jeff Plourde +
* Ilhan Polat
* pranavrajpal +
* Vladyslav Rachek
* Bharat Raghunathan
* Recursing +
* Tyler Reddy
* Lucas Roberts
* Gregor Robinson +
* Pamphile Roy +
* Atsushi Sakai
* Benjamin Santos
* Martin K. Scherer +
* Thomas Schmelzer +
* Da

ANN: SciPy 1.6.3

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.6.3, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.6.3
<https://github.com/scipy/scipy/releases/tag/v1.6.1>

One of a few ways to install this release with pip:

pip install scipy==1.6.3

=
SciPy 1.6.3 Release Notes
=

SciPy 1.6.3 is a bug-fix release with no new features
compared to 1.6.2.

Authors
==

* Peter Bell
* Ralf Gommers
* Matt Haberland
* Peter Mahler Larsen
* Tirth Patel
* Tyler Reddy
* Pamphile ROY +
* Xingyu Liu +

A total of 8 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.6.3
---

* `#13772 <https://github.com/scipy/scipy/issues/13772>`__: Divide by zero
in distance.yule
* `#13796 <https://github.com/scipy/scipy/issues/13796>`__: CI:
prerelease_deps failures
* `#13890 <https://github.com/scipy/scipy/issues/13890>`__: TST: spatial
rotation failure in (1.6.3) wheels repo (ARM64)


Pull requests for 1.6.3
--

* `#13755 <https://github.com/scipy/scipy/pull/13755>`__: CI: fix the
matplotlib warning emitted during builing docs
* `#13773 <https://github.com/scipy/scipy/pull/13773>`__: BUG: Divide by
zero in yule dissimilarity of constant vectors
* `#13799 <https://github.com/scipy/scipy/pull/13799>`__: CI/MAINT:
deprecated np.typeDict
* `#13819 <https://github.com/scipy/scipy/pull/13819>`__: substitute
np.math.factorial with math.factorial
* `#13895 <https://github.com/scipy/scipy/pull/13895>`__: TST: add random
seeds in Rotation module

Checksums
=

MD5
~~~

3b75d493f6c93b662f927d6c2ac60053
 scipy-1.6.3-cp37-cp37m-macosx_10_9_x86_64.whl
ada6fa32f066dc58033ab47a4fbcd208  scipy-1.6.3-cp37-cp37m-manylinux1_i686.whl
29c6d6edbe9c2ba17dc4edd89ed31abb
 scipy-1.6.3-cp37-cp37m-manylinux1_x86_64.whl
cde2f4824337fda5b2522795fff2135d
 scipy-1.6.3-cp37-cp37m-manylinux2014_aarch64.whl
27fa4101babcfa7928e4c23e33212e71  scipy-1.6.3-cp37-cp37m-win32.whl
b0ef1b6ba4d3b54ad8f17dd10156c3f8  scipy-1.6.3-cp37-cp37m-win_amd64.whl
66b3ea5bb7869af010ae9d6a5015360b
 scipy-1.6.3-cp38-cp38-macosx_10_9_x86_64.whl
0ef8582f203fdd4afe1ca56fc5b309f5  scipy-1.6.3-cp38-cp38-manylinux1_i686.whl
1194e9d88ef98595619acd657439fae4
 scipy-1.6.3-cp38-cp38-manylinux1_x86_64.whl
4b8fe1b85fd8d60bbc787a06c0d545ee
 scipy-1.6.3-cp38-cp38-manylinux2014_aarch64.whl
1d55aff23261c2fa8d7882bc7220c25d  scipy-1.6.3-cp38-cp38-win32.whl
e82a80c799f1e5190be0cbd25b554766  scipy-1.6.3-cp38-cp38-win_amd64.whl
8309d581e025539bafaa98ba9c3122a7
 scipy-1.6.3-cp39-cp39-macosx_10_9_x86_64.whl
75a9ba6865ff2fefcb5df917a412d99d  scipy-1.6.3-cp39-cp39-manylinux1_i686.whl
fbfc53ba0ea23f56afb62c2a159e6303
 scipy-1.6.3-cp39-cp39-manylinux1_x86_64.whl
4076d3cdb2b16f7d64229ac76c945b6f
 scipy-1.6.3-cp39-cp39-manylinux2014_aarch64.whl
bd553432d6a55a6e139f76951766f31d  scipy-1.6.3-cp39-cp39-win32.whl
6b9526aca2adf7b062ac92f184328147  scipy-1.6.3-cp39-cp39-win_amd64.whl
05b4ca400aa1157290abff69016f1cab  scipy-1.6.3.tar.gz
cef7aa950dfc7f5be79b8c630bfe0cc1  scipy-1.6.3.tar.xz
f13ea8ab38fb03c17e38c3cda7877972  scipy-1.6.3.zip

SHA256
~~

2a799714bf1f791fb2650d73222b248d18d53fd40d6af2df2c898db048189606
 scipy-1.6.3-cp37-cp37m-macosx_10_9_x86_64.whl
9e3302149a369697c6aaea18b430b216e3c88f9a61b62869f6104881e5f9ef85
 scipy-1.6.3-cp37-cp37m-manylinux1_i686.whl
b79104878003487e2b4639a20b9092b02e1bad07fc4cf924b495cf413748a777
 scipy-1.6.3-cp37-cp37m-manylinux1_x86_64.whl
44d452850f77e65e25b1eb1ac01e25770323a782bfe3a1a3e43847ad4266d93d
 scipy-1.6.3-cp37-cp37m-manylinux2014_aarch64.whl
b30280fbc1fd8082ac822994a98632111810311a9ece71a0e48f739df3c555a2
 scipy-1.6.3-cp37-cp37m-win32.whl
10dbcc7de03b8d635a1031cb18fd3eaa997969b64fdf78f99f19ac163a825445
 scipy-1.6.3-cp37-cp37m-win_amd64.whl
1b21c6e0dc97b1762590b70dee0daddb291271be0580384d39f02c480b78290a
 scipy-1.6.3-cp38-cp38-macosx_10_9_x86_64.whl
1caade0ede6967cc675e235c41451f9fb89ae34319ddf4740194094ab736b88d
 scipy-1.6.3-cp38-cp38-manylinux1_i686.whl
19aeac1ad3e57338723f4657ac8520f41714804568f2e30bd547d684d72c392e
 scipy-1.6.3-cp38-cp38-manylinux1_x86_64.whl
ad7269254de06743fb4768f658753de47d8b54e4672c5ebe8612a007a088bd48
 scipy-1.6.3-cp38-cp38-manylinux2014_aarch64.whl
d647757373985207af3343301d89fe738d5a294435a4f2aafb04c13b4388c896
 scipy-1.6.3-cp38-cp38-win32.whl
33d1677d46111cfa1c84b87472a0274dde9ef4a7ef2e1f155f012f5f1e995d8f
 scipy-1.6.3-cp38-cp38-win_amd64.whl
d449d40e830366b4c612692ad19fbebb722b6b847f78a7b701b1e0d6cda3cc13
 scipy-1.6.3-cp39-cp39-macosx_10_9_x86_64.whl
23995dfcf269ec3735e5a8c80cfceaf384369a47699df111a6246b83a55da582
 scipy-1.6.3-cp39-cp39-manylinux1_i686.whl
fdf606341cd798530b05705

ANN: SciPy 1.6.2

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.6.2, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.6.2
<https://github.com/scipy/scipy/releases/tag/v1.6.1>

One of a few ways to install this release with pip:

pip install scipy==1.6.2

=
SciPy 1.6.2 Release Notes
=

SciPy 1.6.2 is a bug-fix release with no new features
compared to 1.6.1. This is also the first SciPy release
to place upper bounds on some dependencies to improve
the long-term repeatability of source builds.

Authors
==

* Pradipta Ghosh +
* Tyler Reddy
* Ralf Gommers
* Martin K. Scherer +
* Robert Uhl
* Warren Weckesser

A total of 6 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.6.2
--

* `#13512 <https://github.com/scipy/scipy/issues/13512>`__:
\`stats.gaussian_kde.evaluate\` broken on S390X
* `#13584 <https://github.com/scipy/scipy/issues/13584>`__:
rotation._compute_euler_from_matrix() creates an array with negative...
* `#13585 <https://github.com/scipy/scipy/issues/13585>`__: Behavior change
in coo_matrix when dtype=None
* `#13686 <https://github.com/scipy/scipy/issues/13686>`__: delta0 argument
of scipy.odr.ODR() ignored

Pull requests for 1.6.2
--

* `#12862 <https://github.com/scipy/scipy/pull/12862>`__: REL: put upper
bounds on versions of dependencies
* `#13575 <https://github.com/scipy/scipy/pull/13575>`__: BUG: fix
\`gaussian_kernel_estimate\` on S390X
* `#13586 <https://github.com/scipy/scipy/pull/13586>`__: BUG: sparse:
Create a utility function \`getdata\`
* `#13598 <https://github.com/scipy/scipy/pull/13598>`__: MAINT, BUG:
enforce contiguous layout for output array in Rotation.as_euler
* `#13687 <https://github.com/scipy/scipy/pull/13687>`__: BUG: fix
scipy.odr to consider given delta0 argument

Checksums
=

MD5
~~~

fc81d43879a28270d593aaea37c74ff8
 scipy-1.6.2-cp37-cp37m-macosx_10_9_x86_64.whl
9213533bfd3c2f1563d169009c39825c  scipy-1.6.2-cp37-cp37m-manylinux1_i686.whl
2ddd03b89efdb1619fa995da7b83aa6f
 scipy-1.6.2-cp37-cp37m-manylinux1_x86_64.whl
d378f725958bd6a83db7ef23e8659762
 scipy-1.6.2-cp37-cp37m-manylinux2014_aarch64.whl
87bc2771b8a8ab1f10168b1563300415  scipy-1.6.2-cp37-cp37m-win32.whl
861dab18fe41e82c08c8f585f2710545  scipy-1.6.2-cp37-cp37m-win_amd64.whl
d2e2002b526adeebf94489aa95031f54
 scipy-1.6.2-cp38-cp38-macosx_10_9_x86_64.whl
2dc36bfbe3938c492533604aba002c17  scipy-1.6.2-cp38-cp38-manylinux1_i686.whl
0114de2118d41f9440cf86fdd67434fc
 scipy-1.6.2-cp38-cp38-manylinux1_x86_64.whl
ede6db56b1bf0a7fed0c75acac7dcb85
 scipy-1.6.2-cp38-cp38-manylinux2014_aarch64.whl
191636ac3276da0ee9fd263b47927b73  scipy-1.6.2-cp38-cp38-win32.whl
8bdf7ab041b9115b379f043bb02d905f  scipy-1.6.2-cp38-cp38-win_amd64.whl
608c82b227b6077d9a7871ac6278e64d
 scipy-1.6.2-cp39-cp39-macosx_10_9_x86_64.whl
4c0313b285666b858ffd692a3c87  scipy-1.6.2-cp39-cp39-manylinux1_i686.whl
92da8ffe165034dbbe5f098d0ed58aec
 scipy-1.6.2-cp39-cp39-manylinux1_x86_64.whl
b4b225fb1deeaaf0eda909fdd3bd6ca6
 scipy-1.6.2-cp39-cp39-manylinux2014_aarch64.whl
662969220eadbb6efec99030e4d00268  scipy-1.6.2-cp39-cp39-win32.whl
f19186d6d91c7e37000e9f6ccd9b9b60  scipy-1.6.2-cp39-cp39-win_amd64.whl
cbcb9b39bd9d877ad3deeccc7c37bb7f  scipy-1.6.2.tar.gz
b56e705c653ad808a9725dfe840d1258  scipy-1.6.2.tar.xz
6f615549670cd3d312dc9e4359d2436a  scipy-1.6.2.zip

SHA256
~~

77f7a057724545b7e097bfdca5c6006bed8580768cd6621bb1330aedf49afba5
 scipy-1.6.2-cp37-cp37m-macosx_10_9_x86_64.whl
e547f84cd52343ac2d56df0ab08d3e9cc202338e7d09fafe286d6c069ddacb31
 scipy-1.6.2-cp37-cp37m-manylinux1_i686.whl
bc52d4d70863141bb7e2f8fd4d98e41d77375606cde50af65f1243ce2d7853e8
 scipy-1.6.2-cp37-cp37m-manylinux1_x86_64.whl
adf7cee8e5c92b05f2252af498f77c7214a2296d009fc5478fc432c2f8fb953b
 scipy-1.6.2-cp37-cp37m-manylinux2014_aarch64.whl
e3e9742bad925c421d39e699daa8d396c57535582cba90017d17f926b61c1552
 scipy-1.6.2-cp37-cp37m-win32.whl
ffdfb09315896c6e9ac739bb6e13a19255b698c24e6b28314426fd40a1180822
 scipy-1.6.2-cp37-cp37m-win_amd64.whl
6ca1058cb5bd45388041a7c3c11c4b2bd58867ac9db71db912501df77be2c4a4
 scipy-1.6.2-cp38-cp38-macosx_10_9_x86_64.whl
993c86513272bc84c451349b10ee4376652ab21f312b0554fdee831d593b6c02
 scipy-1.6.2-cp38-cp38-manylinux1_i686.whl
37f4c2fb904c0ba54163e03993ce3544c9c5cde104bcf90614f17d85bdfbb431
 scipy-1.6.2-cp38-cp38-manylinux1_x86_64.whl
96620240b393d155097618bcd6935d7578e85959e55e3105490bbbf2f594c7ad
 scipy-1.6.2-cp38-cp38-manylinux2014_aarch64.whl
03f1fd3574d544456325dae502facdf5c9f81cbfe12808a5e67a737613b7ba8c
 scipy-1.6.2-cp38-cp38-win32.whl
0c81ea1a95b4c9e0a8424cf9484b7b8

[issue43201] sqlite3 import * ImportError: DLL load failed while importing _sqlite3: The specified module could not be found.

[Tyler Reed]

Tyler Reed  added the comment:

It was an environment issue. There were pre-existing files (pyd and pyc) in the 
application folder (from builds done with Kivy) and apparently python was 
loading those instead of the libraries in the python39 folder.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 
<https://bugs.python.org/issue43201>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43201] sqlite3 import * ImportError: DLL load failed while importing _sqlite3: The specified module could not be found.

[Tyler Reed]

New submission from Tyler Reed :

Running on a new, updated Windows 10 machine with no virtual environment. After 
removing all previous Python installations, rebooting and performing a fresh 
install if Python 3.9.1. I run the python console and type:
import sqlite3

I receive the following error:
Python 3.9.1 (tags/v3.9.1:1e5d33e, Dec  7 2020, 17:08:21) [MSC v.1927 64 bit 
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import sqlite3
Traceback (most recent call last):
  File "", line 1, in 
  File "C:\Program Files\Python39\lib\sqlite3\__init__.py", line 23, in 
from sqlite3.dbapi2 import *
  File "C:\Program Files\Python39\lib\sqlite3\dbapi2.py", line 27, in 
from _sqlite3 import *
ImportError: DLL load failed while importing _sqlite3: The specified module 
could not be found.


I verified that the sqlite3.dll file does exist in C:\Program 
Files\Python39\DLLs

--
messages: 386832
nosy: ZenSkunkworx
priority: normal
severity: normal
status: open
title: sqlite3 import * ImportError: DLL load failed while importing _sqlite3: 
The specified module could not be found.
type: crash
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue43201>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43004] No type variables left in collections.abc.Callable

[Tyler Yep]

Tyler Yep  added the comment:

Got it, thanks!

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 
<https://bugs.python.org/issue43004>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43004] No type variables left in collections.abc.Callable

[Tyler Yep]

New submission from Tyler Yep :

The following code crashes when I try to run it, even though it passes when I 
use `from typing import Callable` instead.

```
from collections.abc import Callable
from typing import Any, TypeVar

V = TypeVar("V")
Function = Callable[[list[V], V, V], float]


def random_fn(fn: Function[Any]) -> Function[Any]:
return fn
```

--
messages: 385511
nosy: tyler.yep
priority: normal
severity: normal
status: open
title: No type variables left in collections.abc.Callable
type: crash
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue43004>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

ANN: SciPy 1.6.0

[Tyler Reddy]

ny Lee
* Gregory R. Lee
* Loïc Estève
* Jean-Luc Margot +
* MarkusKoebis +
* Nikolay Mayorov
* G. D. McBain
* Andrew McCluskey +
* Nicholas McKibben
* Sturla Molden
* Denali Molitor +
* Eric Moore
* Shashaank N +
* Prashanth Nadukandi +
* nbelakovski +
* Andrew Nelson
* Nick +
* Nikola Forró +
* odidev
* ofirr +
* Sambit Panda
* Dima Pasechnik
* Tirth Patel +
* Matti Picus
* Paweł Redzyński +
* Vladimir Philipenko +
* Philipp Thölke +
* Ilhan Polat
* Eugene Prilepin +
* Vladyslav Rachek
* Ram Rachum +
* Tyler Reddy
* Martin Reinecke +
* Simon Segerblom Rex +
* Lucas Roberts
* Benjamin Rowell +
* Eli Rykoff +
* Atsushi Sakai
* Moritz Schulte +
* Daniel B. Smith
* Steve Smith +
* Jan Soedingrekso +
* Victor Stinner +
* Jose Storopoli +
* Diana Sukhoverkhova +
* Søren Fuglede Jørgensen
* taoky +
* Mike Taves +
* Ian Thomas +
* Will Tirone +
* Frank Torres +
* Seth Troisi
* Ronald van Elburg +
* Hugo van Kemenade
* Paul van Mulbregt
* Saul Ivan Rivas Vega +
* Pauli Virtanen
* Jan Vleeshouwers
* Samuel Wallan
* Warren Weckesser
* Ben West +
* Eric Wieser
* WillTirone +
* Levi John Wolf +
* Zhiqing Xiao
* Rory Yorke +
* Yun Wang (Maigo) +
* Egor Zemlyanoy +
* ZhihuiChen0903 +
* Jacob Zhong +

A total of 122 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.6.0
---

* `#1323 <https://github.com/scipy/scipy/issues/1323>`__: ndimage.shift
destroys data from edges (Trac #796)
* `#1892 <https://github.com/scipy/scipy/issues/1892>`__: using rptfile=
with an existing file causes a Fortran runtime...
* `#1903 <https://github.com/scipy/scipy/issues/1903>`__: ndimage.rotate
misses some values (Trac #1378)
* `#1930 <https://github.com/scipy/scipy/issues/1930>`__: scipy.io.wavfile
should be able to read 24 bit signed wave (Trac...
* `#3158 <https://github.com/scipy/scipy/issues/3158>`__: Odd casting
behaviour of signal.filtfilt
* `#3203 <https://github.com/scipy/scipy/issues/3203>`__:
interpolation.zoom incorrect output for certain cases
* `#3645 <https://github.com/scipy/scipy/issues/3645>`__: BUG: stats:
mstats.pearsonr calculation is wrong if the masks...
* `#3665 <https://github.com/scipy/scipy/issues/3665>`__: Return Bunch
objects from stats functions
* `#4922 <https://github.com/scipy/scipy/issues/4922>`__: unexpected zero
output values from zoom
* `#5202 <https://github.com/scipy/scipy/issues/5202>`__: BUG: stats:
Spurious warnings from the pdf method of several...
* `#5223 <https://github.com/scipy/scipy/issues/5223>`__: Zoom does not
return the same values when resizing a sub-array...
* `#5396 <https://github.com/scipy/scipy/issues/5396>`__:
scipy.spatial.distance.pdist documention bug
* `#5489 <https://github.com/scipy/scipy/issues/5489>`__: ValueError:
failed to create intent(cache|hide)|optional array--...
* `#6096 <https://github.com/scipy/scipy/issues/6096>`__: loadmat drops
dtype of empty arrays when squeeze_me=True
* `#6713 <https://github.com/scipy/scipy/issues/6713>`__:
sicpy.ndimage.zoom returns artefacts and boundaries in some cases
* `#7125 <https://github.com/scipy/scipy/issues/7125>`__: Impossible to
know number of dimensions in c function used by...
* `#7324 <https://github.com/scipy/scipy/issues/7324>`__:
scipy.ndimage.zoom bad interpolation when downsampling (zoom...
* `#8131 <https://github.com/scipy/scipy/issues/8131>`__: BUG:
geometric_transform wrap mode possible bug
* `#8163 <https://github.com/scipy/scipy/issues/8163>`__: LSMR fails on
some random values when providing an x0
* `#8210 <https://github.com/scipy/scipy/issues/8210>`__: Why should I
choose order > 1 for scipy.ndimage.zoom?
* `#8465 <https://github.com/scipy/scipy/issues/8465>`__: Unexpected
behavior with reflect mode of ndimage.rotate
* `#8776 <https://github.com/scipy/scipy/issues/8776>`__: cdist behavior
with Minkowsky and np.inf
* `#9168 <https://github.com/scipy/scipy/issues/9168>`__: documentation of
pearson3 in scipy.stats unclear
* `#9223 <https://github.com/scipy/scipy/issues/9223>`__: Faster
implementation of scipy.sparse.block_diag
* `#9476 <https://github.com/scipy/scipy/issues/9476>`__: Invalid index in
signal.medfilt2d's QUICK_SELECT
* `#9857 <https://github.com/scipy/scipy/issues/9857>`__:
scipy.odr.Output.sd_beta is not standard error
* `#9865 <https://github.com/scipy/scipy/issues/9865>`__: Strange behavior
of \`ndimage.shift\` and \`ndimage.affine_transform\`
* `#10042 <https://github.com/scipy/scipy/issues/10042>`__: Consider
support for multivariate student-t distribution?
* `#10134 <https://github.com/scipy/scipy/issues/10134>`__: gausshyper
distribution accepts invalid parameters
* `#10179 <https://github.com/scipy/scipy/issues/10179>`__:

ANN: SciPy 1.5.4

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.5.4, which is a bug fix release that includes
Python 3.9 wheels and a more complete fix for build issues on XCode 12.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.5.4

One of a few ways to install this release with pip:

pip install scipy==1.5.4

=
SciPy 1.5.4 Release Notes
=

SciPy 1.5.4 is a bug-fix release with no new features
compared to 1.5.3. Importantly, wheels are now available
for Python 3.9 and a more complete fix has been applied for
issues building with XCode 12.

Authors
==

* Peter Bell
* CJ Carey
* Andrew McCluskey +
* Andrew Nelson
* Tyler Reddy
* Eli Rykoff +
* Ian Thomas +

A total of 7 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.5.4
---

* `#12763 <https://github.com/scipy/scipy/issues/12763>`__:
ndimage.fourier_ellipsoid segmentation fault
* `#12789 <https://github.com/scipy/scipy/issues/12789>`__:
TestConvolve2d.test_large_array failing on Windows ILP64 CI job
* `#12857 <https://github.com/scipy/scipy/issues/12857>`__: sparse A[0,:] =
ndarray is ok, A[:,0] = ndarray ValueError from...
* `#12860 <https://github.com/scipy/scipy/issues/12860>`__: BUG: Build
failure with Xcode 12
* `#12935 <https://github.com/scipy/scipy/issues/12935>`__: Failure to
build with Python 3.9.0 on macOS
* `#12966 <https://github.com/scipy/scipy/issues/12966>`__: MAINT:
lint_diff.py on some backport PRs
* `#12988 <https://github.com/scipy/scipy/issues/12988>`__: BUG: Highly
multi-dimensional \`gaussian_kde\` giving \`-inf\`...

Pull requests for 1.5.4
--

* `#12790 <https://github.com/scipy/scipy/pull/12790>`__: TST: Skip
TestConvolve2d.test_large_array if not enough memory
* `#12851 <https://github.com/scipy/scipy/pull/12851>`__: BUG: sparse: fix
inner indexed assignment of a 1d array
* `#12875 <https://github.com/scipy/scipy/pull/12875>`__: BUG: segfault in
ndimage.fourier_ellipsoid with length-1 dims
* `#12937 <https://github.com/scipy/scipy/pull/12937>`__: CI: macOS3.9
testing
* `#12957 <https://github.com/scipy/scipy/pull/12957>`__: MAINT: fixes
XCode 12/ python 3.9.0 build for 1.5.x maint branch
* `#12959 <https://github.com/scipy/scipy/pull/12959>`__: CI: add Windows
Python 3.9 to CI
* `#12974 <https://github.com/scipy/scipy/pull/12974>`__: MAINT: Run
lint_diff.py against the merge target and only for...
* `#12978 <https://github.com/scipy/scipy/pull/12978>`__: DOC:
next_fast_len output doesn't match docstring
* `#12979 <https://github.com/scipy/scipy/pull/12979>`__: BUG:
fft.next_fast_len should accept keyword arguments
* `#12989 <https://github.com/scipy/scipy/pull/12989>`__: BUG: improved the
stability of kde for highly (1000s) multi-dimension...
* `#13017 <https://github.com/scipy/scipy/pull/13017>`__: BUG: Add explicit
cast to _tmp sum.
* `#13022 <https://github.com/scipy/scipy/pull/13022>`__: TST: xfail
test_maxiter_worsening()

Checksums
=

MD5
~~~

09a446e10033c3132f1f257e3f4d9735
 scipy-1.5.4-cp36-cp36m-macosx_10_9_x86_64.whl
25e58fde2fd4eb6c7717719db85e368b  scipy-1.5.4-cp36-cp36m-manylinux1_i686.whl
2c9705cd57788ad79ea0c1015208f41f
 scipy-1.5.4-cp36-cp36m-manylinux1_x86_64.whl
d0fb84f3ff45e4149698fbc662ac4d47
 scipy-1.5.4-cp36-cp36m-manylinux2014_aarch64.whl
f94f0e274cd2960ecb2d8751632e098c  scipy-1.5.4-cp36-cp36m-win32.whl
f56f4d5b67fccc49fb64331c28bdf7d1  scipy-1.5.4-cp36-cp36m-win_amd64.whl
33e0843f8619b78547866579134a733b
 scipy-1.5.4-cp37-cp37m-macosx_10_9_x86_64.whl
6720a406d82bd08c4370b665d5eddeb9  scipy-1.5.4-cp37-cp37m-manylinux1_i686.whl
eafc3bc8a12d41cb348c73b54ad25ad5
 scipy-1.5.4-cp37-cp37m-manylinux1_x86_64.whl
1174418ae0614d621acdb49faeaadcb8
 scipy-1.5.4-cp37-cp37m-manylinux2014_aarch64.whl
5ca53c5cd6828498c0a41c3ae747a34b  scipy-1.5.4-cp37-cp37m-win32.whl
cdb91a7db9cf79b7446680f8d106aabc  scipy-1.5.4-cp37-cp37m-win_amd64.whl
02a29a4eec9c61c30aef7439138fe1b3
 scipy-1.5.4-cp38-cp38-macosx_10_9_x86_64.whl
ce8e02167763493374c4bea807139a1b  scipy-1.5.4-cp38-cp38-manylinux1_i686.whl
65ec027bfa6bed805dac62744b45c693
 scipy-1.5.4-cp38-cp38-manylinux1_x86_64.whl
c358b4b332cc9dbcd1eadc229d8b019e
 scipy-1.5.4-cp38-cp38-manylinux2014_aarch64.whl
492ec3bfe082229076a83d74cfa51d7e  scipy-1.5.4-cp38-cp38-win32.whl
d5d12211502429f3bc3074b12ca1f541  scipy-1.5.4-cp38-cp38-win_amd64.whl
da25e7ac777e8b1b6cd7f117f163e6d2
 scipy-1.5.4-cp39-cp39-macosx_10_9_x86_64.whl
12275e3578eb17065081d83d329d18db  scipy-1.5.4-cp39-cp39-manylinux1_i686.whl
6778d670f75f536921c3d38e44517280
 scipy-1.5.4-cp39-cp39-manylinux1_x86_64.whl
efda61c74b29f

ANN: SciPy 1.5.3

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.5.3, which is a bug fix release that includes
Linux ARM64 wheels for the first time.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.5.3

One of a few ways to install this release with pip:

pip install scipy==1.5.3

==
SciPy 1.5.3 Release Notes
==

SciPy 1.5.3 is a bug-fix release with no new features
compared to 1.5.2. In particular, Linux ARM64 wheels are now
available and a compatibility issue with XCode 12 has
been fixed.

Authors
==

* Peter Bell
* CJ Carey
* Thomas Duvernay +
* Gregory Lee
* Eric Moore
* odidev
* Dima Pasechnik
* Tyler Reddy
* Simon Segerblom Rex +
* Daniel B. Smith
* Will Tirone +
* Warren Weckesser

A total of 12 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.5.3
--

* `#9611 <https://github.com/scipy/scipy/issues/9611>`__: Overflow error
with new way of p-value calculation in kendall...
* `#10069 <https://github.com/scipy/scipy/issues/10069>`__:
scipy.ndimage.watershed_ift regression in 1.0.0
* `#11260 <https://github.com/scipy/scipy/issues/11260>`__: BUG: DOP853
with complex data computes complex error norm, causing...
* `#11479 <https://github.com/scipy/scipy/issues/11479>`__: RuntimeError:
dictionary changed size during iteration on loading...
* `#11972 <https://github.com/scipy/scipy/issues/11972>`__: BUG (solved):
Error estimation in DOP853 ODE solver fails for...
* `#12543 <https://github.com/scipy/scipy/issues/12543>`__: BUG: Picture
rotated 180 degrees and rotated -180 degrees should...
* `#12613 <https://github.com/scipy/scipy/issues/12613>`__: Travis X.4 and
X.7 failures in master
* `#12654 <https://github.com/scipy/scipy/issues/12654>`__:
scipy.stats.combine_pvalues produces wrong results with
method='mudholkar_george'
* `#12819 <https://github.com/scipy/scipy/issues/12819>`__: BUG: Scipy
Sparse slice indexing assignment Bug with zeros
* `#12834 <https://github.com/scipy/scipy/issues/12834>`__: BUG: ValueError
upon calling Scipy Interpolator objects
* `#12836 <https://github.com/scipy/scipy/issues/12836>`__: ndimage.median
can return incorrect values for integer inputs
* `#12860 <https://github.com/scipy/scipy/issues/12860>`__: Build failure
with Xcode 12

Pull requests for 1.5.3
-

* `#12611 <https://github.com/scipy/scipy/pull/12611>`__: MAINT: prepare
for SciPy 1.5.3
* `#12614 <https://github.com/scipy/scipy/pull/12614>`__: MAINT: prevent
reverse broadcasting
* `#12617 <https://github.com/scipy/scipy/pull/12617>`__: MAINT: optimize:
Handle nonscalar size 1 arrays in fmin_slsqp...
* `#12623 <https://github.com/scipy/scipy/pull/12623>`__: MAINT: stats:
Loosen some test tolerances.
* `#12638 <https://github.com/scipy/scipy/pull/12638>`__: CI, MAINT: pin
pytest for Azure win
* `#12668 <https://github.com/scipy/scipy/pull/12668>`__: BUG: Ensure
factorial is not too large in mstats.kendalltau
* `#12705 <https://github.com/scipy/scipy/pull/12705>`__: MAINT:
\`openblas_support\` added sha256 hash
* `#12706 <https://github.com/scipy/scipy/pull/12706>`__: BUG: fix
incorrect 1d case of the fourier_ellipsoid filter
* `#12721 <https://github.com/scipy/scipy/pull/12721>`__: BUG: use
special.sindg in ndimage.rotate
* `#12724 <https://github.com/scipy/scipy/pull/12724>`__: BUG: per #12654
adjusted mudholkar_george method to combine p...
* `#12726 <https://github.com/scipy/scipy/pull/12726>`__: BUG: Fix DOP853
error norm for complex problems
* `#12730 <https://github.com/scipy/scipy/pull/12730>`__: CI: pin xdist for
Azure windows
* `#12786 <https://github.com/scipy/scipy/pull/12786>`__: BUG: stats: Fix
formula in the \`stats\` method of the ARGUS...
* `#12795 <https://github.com/scipy/scipy/pull/12795>`__: CI: Pin
setuptools on windows CI
* `#12830 <https://github.com/scipy/scipy/pull/12830>`__: [BUG] sparse:
Avoid using size attribute in LIL __setitem__
* `#12833 <https://github.com/scipy/scipy/pull/12833>`__: BUG: change list
of globals items to list of a copy
* `#12842 <https://github.com/scipy/scipy/pull/12842>`__: BUG: Use uint16
for cost in NI_WatershedElement
* `#12845 <https://github.com/scipy/scipy/pull/12845>`__: BUG: avoid
boolean or integer addition error in ndimage.measurements.median
* `#12864 <https://github.com/scipy/scipy/pull/12864>`__: BLD: replace the
#include of libqull_r.h with with this of qhull_ra.h...
* `#12867 <https://github.com/scipy/scipy/pull/12867>`__: BUG: Fixes a
ValueError yielded upon calling Scipy Inter

ANN: SciPy 1.5.2

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.5.2, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.5.2

One of a few ways to install this release with pip:

pip install scipy==1.5.2

==
SciPy 1.5.2 Release Notes
==

SciPy 1.5.2 is a bug-fix release with no new features
compared to 1.5.1.

Authors
==

* Peter Bell
* Tobias Biester +
* Evgeni Burovski
* Thomas A Caswell
* Ralf Gommers
* Sturla Molden
* Andrew Nelson
* ofirr +
* Sambit Panda
* Ilhan Polat
* Tyler Reddy
* Atsushi Sakai
* Pauli Virtanen

A total of 13 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.


Issues closed for 1.5.2
--

* `#3847 <https://github.com/scipy/scipy/issues/3847>`__: Crash of
interpolate.splprep(task=-1)
* `#7395 <https://github.com/scipy/scipy/issues/7395>`__: splprep segfaults
if fixed knots are specified
* `#10761 <https://github.com/scipy/scipy/issues/10761>`__:
scipy.signal.convolve2d produces incorrect values for large arrays
* `#11971 <https://github.com/scipy/scipy/issues/11971>`__: DOC: search in
devdocs returns wrong link
* `#12155 <https://github.com/scipy/scipy/issues/12155>`__: BUG: Fix
permutation of distance matrices in scipy.stats.multiscale_graphcorr
* `#12203 <https://github.com/scipy/scipy/issues/12203>`__: Unable to
install on PyPy 7.3.1 (Python 3.6.9)
* `#12316 <https://github.com/scipy/scipy/issues/12316>`__: negative
scipy.spatial.distance.correlation
* `#12422 <https://github.com/scipy/scipy/issues/12422>`__: BUG: slsqp:
ValueError: failed to initialize intent(inout) array...
* `#12428 <https://github.com/scipy/scipy/issues/12428>`__:
stats.truncnorm.rvs() never returns a scalar in 1.5
* `#12441 <https://github.com/scipy/scipy/issues/12441>`__: eigvalsh
inconsistent eigvals= subset_by_index=
* `#12445 <https://github.com/scipy/scipy/issues/12445>`__: DOC:
scipy.linalg.eigh
* `#12449 <https://github.com/scipy/scipy/issues/12449>`__: Warnings are
not filtered in csr_matrix.sum()
* `#12469 <https://github.com/scipy/scipy/issues/12469>`__: SciPy 1.9
exception in LSQSphereBivariateSpline
* `#12487 <https://github.com/scipy/scipy/issues/12487>`__: BUG: optimize:
incorrect result from approx_fprime
* `#12493 <https://github.com/scipy/scipy/issues/12493>`__: CI: GitHub
Actions for maintenance branches
* `#12533 <https://github.com/scipy/scipy/issues/12533>`__: eigh gives
incorrect results
* `#12579 <https://github.com/scipy/scipy/issues/12579>`__: BLD, MAINT:
distutils issues in wheels repo

Pull requests for 1.5.2
---

* `#12156 <https://github.com/scipy/scipy/pull/12156>`__: BUG: Fix
permutation of distance matrices in scipy.stats.multiscale_graphcorr
* `#12238 <https://github.com/scipy/scipy/pull/12238>`__: BUG: Use 64-bit
indexing in convolve2d to avoid overflow
* `#12256 <https://github.com/scipy/scipy/pull/12256>`__: BLD: Build lsap
as a single extension instead of extension +...
* `#12320 <https://github.com/scipy/scipy/pull/12320>`__: BUG: spatial:
avoid returning negative correlation distance
* `#12383 <https://github.com/scipy/scipy/pull/12383>`__: ENH: Make
cKDTree.tree more efficient
* `#12392 <https://github.com/scipy/scipy/pull/12392>`__: DOC: update
scipy-sphinx-theme
* `#12430 <https://github.com/scipy/scipy/pull/12430>`__: BUG: truncnorm
and geninvgauss never return scalars from rvs
* `#12437 <https://github.com/scipy/scipy/pull/12437>`__: BUG: optimize:
cast bounds to floats in new_bounds_to_old/old_bounds_to_new
* `#12442 <https://github.com/scipy/scipy/pull/12442>`__: MAINT:linalg: Fix
for input args of eigvalsh
* `#12461 <https://github.com/scipy/scipy/pull/12461>`__: MAINT: sparse:
write matrix/asmatrix wrappers without warning...
* `#12478 <https://github.com/scipy/scipy/pull/12478>`__: BUG: fix
array_like input defects and add tests for all functions...
* `#12488 <https://github.com/scipy/scipy/pull/12488>`__: BUG: fix
approx_derivative step size. Closes #12487
* `#12500 <https://github.com/scipy/scipy/pull/12500>`__: CI: actions
branch trigger fix
* `#12501 <https://github.com/scipy/scipy/pull/12501>`__: CI: actions
branch trigger fix
* `#12504 <https://github.com/scipy/scipy/pull/12504>`__: BUG: cKDTreeNode
use after free
* `#12529 <https://github.com/scipy/scipy/pull/12529>`__: MAINT: allow
graceful docs re-upload
* `#12538 <https://github.com/scipy/scipy/pull/12538>`__: BUG:linalg: eigh
type parameter handling corrected
* `#12560 <https://github.com/scipy/scipy/pull/125

ANN: SciPy 1.5.1

[Tyler Reddy]

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.5.1, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at:  https://github.com/scipy/scipy/releases/tag/v1.5.1

One of a few ways to install this release with pip:

pip install scipy==1.5.1

==
SciPy 1.5.1 Release Notes
==

SciPy 1.5.1 is a bug-fix release with no new features
compared to 1.5.0. In particular, an issue where DLL loading
can fail for SciPy wheels on Windows with Python 3.6 has been
fixed.

Authors
===

* Peter Bell
* Loïc Estève
* Philipp Thölke +
* Tyler Reddy
* Paul van Mulbregt
* Pauli Virtanen
* Warren Weckesser

A total of 7 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.5.1


* `#9108 <https://github.com/scipy/scipy/issues/9108>`__: documentation:
scipy.spatial.KDTree vs. scipy.spatial.cKDTree
* `#12218 <https://github.com/scipy/scipy/issues/12218>`__: Type error in
stats.ks_2samp when alternative != 'two-sided-
* `#12406 <https://github.com/scipy/scipy/issues/12406>`__: DOC: Docstring
in stats.anderson function not properly formatted
* `#12418 <https://github.com/scipy/scipy/issues/12418>`__: Regression in
hierarchy.dendogram


Pull requests for 1.5.1


* `#12280 <https://github.com/scipy/scipy/pull/12280>`__: BUG: Fixes
gh-12218, TypeError converting int to float inside...
* `#12336 <https://github.com/scipy/scipy/pull/12336>`__: BUG: KDTree
should reject complex input points
* `#12344 <https://github.com/scipy/scipy/pull/12344>`__: MAINT: Don't use
numpy's aliases of Python builtin objects.
* `#12407 <https://github.com/scipy/scipy/pull/12407>`__: DOC: Fix
docstring for dist param in anderson function
* `#12410 <https://github.com/scipy/scipy/pull/12410>`__: CI: Run the Azure
Windows Python36 32bit tests with mode 'fast'
* `#12421 <https://github.com/scipy/scipy/pull/12421>`__: Fix regression in
scipy 1.5.0 in dendogram when labels is a numpy...
* `#12462 <https://github.com/scipy/scipy/pull/12462>`__: MAINT: move
distributor_init import after __config__ import


Checksums
=

MD5
~~~

b71e8115d61c604cc65e5ecc556131f6
 scipy-1.5.1-cp36-cp36m-macosx_10_9_x86_64.whl
0190c11f75ed28a7e56050182ca95a18  scipy-1.5.1-cp36-cp36m-manylinux1_i686.whl
c4dd717a3a0c3fe64380039e4fda663f
 scipy-1.5.1-cp36-cp36m-manylinux1_x86_64.whl
baad02c954e85e7fd3d4a9fd49fc6359  scipy-1.5.1-cp36-cp36m-win32.whl
9edc3a9aedf6bffccb17101c905126d0  scipy-1.5.1-cp36-cp36m-win_amd64.whl
83479a6de66a6bc2da0990fa71cf3cec
 scipy-1.5.1-cp37-cp37m-macosx_10_9_x86_64.whl
f2d5c8713b087545c5ec19cc8e46212c  scipy-1.5.1-cp37-cp37m-manylinux1_i686.whl
6a18a9636342574ae55d3a80136c550c
 scipy-1.5.1-cp37-cp37m-manylinux1_x86_64.whl
5da68faf5b32c539d1cb5390df010cc8  scipy-1.5.1-cp37-cp37m-win32.whl
2ca8c59a6712e91ac78b8540ab694b53  scipy-1.5.1-cp37-cp37m-win_amd64.whl
cceb059d0cf6a70e62452deb5571ba00
 scipy-1.5.1-cp38-cp38-macosx_10_9_x86_64.whl
8a65b30ccd72409704d3300922da2b7f  scipy-1.5.1-cp38-cp38-manylinux1_i686.whl
00181f52a7917d1c3d50e42a76a6df96
 scipy-1.5.1-cp38-cp38-manylinux1_x86_64.whl
2aa8b6ddceaebe7b33d71dbad0e208cc  scipy-1.5.1-cp38-cp38-win32.whl
a626585d08b0991c8f2df0caacdf9997  scipy-1.5.1-cp38-cp38-win_amd64.whl
f6986798b7d22ffc5f80b749d7ec27ca  scipy-1.5.1.tar.gz
e126a1a0ff954b924a8273faa7437fe3  scipy-1.5.1.tar.xz
3bce82b23d45d1a96ee270f23176746a  scipy-1.5.1.zip

SHA256
~~

058e84930407927f71963a4ad8c1dc96c4d2d075636a68578195648c81f78810
 scipy-1.5.1-cp36-cp36m-macosx_10_9_x86_64.whl
7908c85854c5b5b6d3ce7fefafac1ca3e23ff9ac41edabc2d46ae5dc9fa070ac
 scipy-1.5.1-cp36-cp36m-manylinux1_i686.whl
8302d69fb1528ea7c7f2a1ea640d354c981b6eb8192d1c175349874209397604
 scipy-1.5.1-cp36-cp36m-manylinux1_x86_64.whl
35d042d6499caf1a5d171baed0ebf01eb665b7af2ad98a8ff1b0e6e783654540
 scipy-1.5.1-cp36-cp36m-win32.whl
5e0bb43ff581811ab7f27425f6b96c1ddf7591ccad2e486c9af0b910c18f7185
 scipy-1.5.1-cp36-cp36m-win_amd64.whl
b4858ccbd88f4b53950fb9fc0069c1d9fea83d7cff2382e1d8b023d3f4883014
 scipy-1.5.1-cp37-cp37m-macosx_10_9_x86_64.whl
eb46d8b5947ca27b0bc972cecfba8130f088a83ab3d08c1a6033d9070b3046b3
 scipy-1.5.1-cp37-cp37m-manylinux1_i686.whl
fff15df01bef1243468be60c55178ed7576270b200aab08a7ffd5b8e0bbc340c
 scipy-1.5.1-cp37-cp37m-manylinux1_x86_64.whl
81859ed3aad620752dd2c07c32b5d3a80a0d47c5e3813904621954a78a0ae899
 scipy-1.5.1-cp37-cp37m-win32.whl
c05c6fe76228cc13c5214e9faf5f2a871a1da54473bc417ab9da310d0e5fff8b
 scipy-1.5.1-cp37-cp37m-win_amd64.whl
71742889393a724dfce755b6b61228677873d269a4234e51ddaf08b998433c91
 scipy-1.5.1-cp38-cp38-macosx_10_9_x86_64.whl
9323d268775991b79690f7b9a28a4e8

ANN: SciPy 1.5.0

[Tyler Reddy]

ter Mahler Larsen
* Eric Larson
* Antony Lee
* Gregory Lee +
* Gregory R. Lee
* Chelsea Liu
* Cong Ma +
* Kevin Mader +
* Maja Gwóźdź +
* Alex Marvin +
* Matthias Kümmerer
* Nikolay Mayorov
* Mazay0 +
* G. D. McBain
* Nicholas McKibben +
* Sabrina J. Mielke +
* Sebastian J. Mielke +
* Miloš Komarčević +
* Shubham Mishra +
* Santiago M. Mola +
* Grzegorz Mrukwa +
* Peyton Murray
* Andrew Nelson
* Nico Schlömer
* nwjenkins +
* odidev +
* Sambit Panda
* Vikas Pandey +
* Rick Paris +
* Harshal Prakash Patankar +
* Balint Pato +
* Matti Picus
* Ilhan Polat
* poom +
* Siddhesh Poyarekar
* Vladyslav Rachek +
* Bharat Raghunathan
* Manu Rajput +
* Tyler Reddy
* Andrew Reed +
* Lucas Roberts
* Ariel Rokem
* Heshy Roskes
* Matt Ruffalo
* Atsushi Sakai +
* Benjamin Santos +
* Christoph Schock +
* Lisa Schwetlick +
* Chris Simpson +
* Leo Singer
* Kai Striega
* Søren Fuglede Jørgensen
* Kale-ab Tessera +
* Seth Troisi +
* Robert Uhl +
* Paul van Mulbregt
* Vasiliy +
* Isaac Virshup +
* Pauli Virtanen
* Shakthi Visagan +
* Jan Vleeshouwers +
* Sam Wallan +
* Lijun Wang +
* Warren Weckesser
* Richard Weiss +
* wenhui-prudencemed +
* Eric Wieser
* Josh Wilson
* James Wright +
* Ruslan Yevdokymov +
* Ziyao Zhang +

A total of 129 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.5.0
---

* `#1455 <https://github.com/scipy/scipy/issues/1455>`__: ellipord does
returns bogus values if gstop or gpass are negative...
* `#1968 <https://github.com/scipy/scipy/issues/1968>`__: correlate2d's
output does not agree with correlate's output in...
* `#2744 <https://github.com/scipy/scipy/issues/2744>`__: BUG: optimize:
'\*\*kw' argument of 'newton_krylov' is not documented
* `#4755 <https://github.com/scipy/scipy/issues/4755>`__: TypeError: data
type "https://github.com/scipy/scipy/issues/4921>`__: scipy.optimize
maxiter option not working as expected
* `#5144 <https://github.com/scipy/scipy/issues/5144>`__: RuntimeWarning on
csgraph.shortest_path when edge lengths are...
* `#5309 <https://github.com/scipy/scipy/issues/5309>`__: Documentation of
'hybr' and 'lm' inconsistent in optimize.root
* `#6026 <https://github.com/scipy/scipy/issues/6026>`__: Replace
approx_grad with _numdiff.approx_derivative in scipy.optimize
* `#6502 <https://github.com/scipy/scipy/issues/6502>`__: Computing
Eigenvalues in an Interval with LAPACK
* `#7058 <https://github.com/scipy/scipy/issues/7058>`__: Errors in
special.bdtri and special.bdtr for non-integer k values
* `#7700 <https://github.com/scipy/scipy/issues/7700>`__: SuperLU does not
respect perm_c="NATURAL"
* `#7895 <https://github.com/scipy/scipy/issues/7895>`__: Improvements to
io.loadmat
* `#8205 <https://github.com/scipy/scipy/issues/8205>`__: ValueError in
scipy.linalg.eigvalsh for large matrix
* `#8278 <https://github.com/scipy/scipy/issues/8278>`__: Memory limit for
scipy.sparse.linalg.spsolve with scikit-umfpack
* `#8327 <https://github.com/scipy/scipy/issues/8327>`__:
scipy.stats.mstats.winsorize NaN handling
* `#8341 <https://github.com/scipy/scipy/issues/8341>`__:
scipy.stats.ks_2samp for masked and unmasked data give different...
* `#8748 <https://github.com/scipy/scipy/issues/8748>`__:
scipy.stats.kstest for same distribution: p-values nonuniform
* `#9042 <https://github.com/scipy/scipy/issues/9042>`__: optimize:
Incorrect statement about \`jac\` in the \`minimize\`...
* `#9197 <https://github.com/scipy/scipy/issues/9197>`__: problem with
scipy.signal.butter with 1000+ points array
* `#9212 <https://github.com/scipy/scipy/issues/9212>`__: EIGH very very
slow --> suggesting an easy fix
* `#9553 <https://github.com/scipy/scipy/issues/9553>`__: ndimage routines
behave badly when output has memory overlap...
* `#9632 <https://github.com/scipy/scipy/issues/9632>`__:
ndimage.maximum_filter undocumented behaviour using footprint...
* `#9658 <https://github.com/scipy/scipy/issues/9658>`__:
`scipy.optimize.minimize(method='COBYLA')` not threadsafe
* `#9710 <https://github.com/scipy/scipy/issues/9710>`__:
stats.weightedtau([1], [1.0]) SEGFAULTs
* `#9797 <https://github.com/scipy/scipy/issues/9797>`__: Master Tracker
for some Kolmogorov-Smirnov test Issues
* `#9844 <https://github.com/scipy/scipy/issues/9844>`__:
scipy.signal.upfirdn gives different length matrix versus MATLAB...
* `#9872 <https://github.com/scipy/scipy/issues/9872>`__:
scipy.signal.convolve is slower when vectorized
* `#9913 <https://github.com/scipy/scipy/issues/9913>`__: BUG: No dt in
StateSpace operations
* `#10014 <https://github.com/scipy/scipy/issues/10014>`__: Distribution
names \`weibull_min\`and \`weibull_max\` should...
* `#10159 <https://

ANN: SciPy 1.2.3 (LTS)

[Tyler Reddy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.2.3, which is a bug fix release. This is part
of the long-term support (LTS) branch that includes Python 2.7.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.2.3

One of a few ways to install this release with pip:

pip install scipy==1.2.3

==
SciPy 1.2.3 Release Notes
==

SciPy 1.2.3 is a bug-fix release with no new features compared to 1.2.2. It
is
part of the long-term support (LTS) release series for Python 2.7.

Authors
===

* Geordie McBain
* Matt Haberland
* David Hagen
* Tyler Reddy
* Pauli Virtanen
* Eric Larson
* Yu Feng
* ananyashreyjain
* Nikolay Mayorov
* Evgeni Burovski
* Warren Weckesser

Issues closed for 1.2.3

* `#4915 <https://github.com/scipy/scipy/issues/4915>`__: Bug in
unique_roots in scipy.signal.signaltools.py for roots with same magnitude
* `#5546 <https://github.com/scipy/scipy/issues/5546>`__: ValueError raised
if scipy.sparse.linalg.expm recieves array larger than 200x200
* `#7117 <https://github.com/scipy/scipy/issues/7117>`__: Warn users when
using float32 input data to curve_fit and friends
* `#7906 <https://github.com/scipy/scipy/issues/7906>`__: Wrong result from
scipy.interpolate.UnivariateSpline.integral for out-of-bounds
* `#9581 <https://github.com/scipy/scipy/issues/9581>`__: Least-squares
minimization fails silently when x and y data are different types
* `#9901 <https://github.com/scipy/scipy/issues/9901>`__: lsoda fails to
detect stiff problem when called from solve_ivp
* `#9988 <https://github.com/scipy/scipy/issues/9988>`__: doc build broken
with Sphinx 2.0.0
* `#10303 <https://github.com/scipy/scipy/issues/10303>`__: BUG: optimize:
`linprog` failing
TestLinprogSimplexBland::test_unbounded_below_no_presolve_corrected
* `#10376 <https://github.com/scipy/scipy/issues/10376>`__: TST: Travis CI
fails (with pytest 5.0 ?)
* `#10384 <https://github.com/scipy/scipy/issues/10384>`__: CircleCI doc
build failing on new warnings
* `#10535 <https://github.com/scipy/scipy/issues/10535>`__: TST: master
branch CI failures
* `#11121 <https://github.com/scipy/scipy/issues/11121>`__: Calls to
`scipy.interpolate.splprep` increase RAM usage.
* `#11198 <https://github.com/scipy/scipy/issues/11198>`__: BUG: sparse
eigs (arpack) shift-invert drops the smallest eigenvalue for some k
* `#11266 <https://github.com/scipy/scipy/issues/11266>`__: Sparse matrix
constructor data type detection changes on Numpy 1.18.0

Pull requests for 1.2.3

* `#9992 <https://github.com/scipy/scipy/pull/9992>`__: MAINT: Undo Sphinx
pin
* `#10071 <https://github.com/scipy/scipy/pull/10071>`__: DOC: reconstruct
SuperLU permutation matrices avoiding SparseEfficiencyWarning
* `#10076 <https://github.com/scipy/scipy/pull/10076>`__: BUG: optimize:
fix curve_fit for mixed float32/float64 input
* `#10138 <https://github.com/scipy/scipy/pull/10138>`__: BUG: special:
Invalid arguments to ellip_harm can crash Python.
* `#10306 <https://github.com/scipy/scipy/pull/10306>`__: BUG: optimize:
Fix for 10303
* `#10309 <https://github.com/scipy/scipy/pull/10309>`__: BUG: Pass
jac=None directly to lsoda
* `#10377 <https://github.com/scipy/scipy/pull/10377>`__: TST, MAINT:
adjustments for pytest 5.0
* `#10379 <https://github.com/scipy/scipy/pull/10379>`__: BUG: sparse: set
writeability to be forward-compatible with numpy>=1.17
* `#10426 <https://github.com/scipy/scipy/pull/10426>`__: MAINT: Fix doc
build bugs
* `#10540 <https://github.com/scipy/scipy/pull/10540>`__: MAINT: Fix Travis
and Circle
* `#10633 <https://github.com/scipy/scipy/pull/10633>`__: BUG: interpolate:
integral(a, b) should be zero when both limits are outside of the
interpolation range
* `#10833 <https://github.com/scipy/scipy/pull/10833>`__: BUG: Fix
subspace_angles for complex values
* `#10882 <https://github.com/scipy/scipy/pull/10882>`__: BUG:
sparse/arpack: fix incorrect code for complex hermitian M
* `#10906 <https://github.com/scipy/scipy/pull/10906>`__: BUG:
sparse/linalg: fix expm for np.matrix inputs
* `#10961 <https://github.com/scipy/scipy/pull/10961>`__: BUG: Fix
signal.unique_roots
* `#11126 <https://github.com/scipy/scipy/pull/11126>`__: BUG:
interpolate/fitpack: fix memory leak in splprep
* `#11199 <https://github.com/scipy/scipy/pull/11199>`__: BUG:
sparse.linalg: mistake in unsymm. real shift-invert ARPACK eigenvalue
selection
* `#11269 <https://github.com/scipy/scipy/pull/11269>`__: Fix: Sparse
matrix constructor data type detection changes on Numpy 1.18.0



Checksums
=

MD5
~~~

702e7f68e024359d5

ANN: SciPy 1.4.1

[Tyler Reddy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.4.1, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.4.1

One of a few ways to install this release with pip:

pip install scipy==1.4.1

==
SciPy 1.4.1 Release Notes
==

SciPy 1.4.1 is a bug-fix release with no new features
compared to 1.4.0. Importantly, it aims to fix a problem
where an older version of pybind11 may cause a segmentation
fault when imported alongside incompatible libraries.

Authors
==

* Ralf Gommers
* Tyler Reddy

Issues closed for 1.4.1
-

* `#11237 <https://github.com/scipy/scipy/issues/11237>`__: Seg fault when
importing torch

Pull requests for 1.4.1


* `#11238 <https://github.com/scipy/scipy/pull/11238>`__: BLD: update
minimum pybind11 version to 2.4.0.

Checksums
=

MD5
~~~

82a6df2d23315b9e7f7ab334ae4ed98d
 scipy-1.4.1-cp35-cp35m-macosx_10_6_intel.whl
68a72f96918911586cc3b01566c8719a  scipy-1.4.1-cp35-cp35m-manylinux1_i686.whl
644e69ec76bc34276117aa377df6b56b
 scipy-1.4.1-cp35-cp35m-manylinux1_x86_64.whl
94a4cc9c9b0b9fdfd5159317a34ecf04  scipy-1.4.1-cp35-cp35m-win32.whl
00a88c31baa15561b726182b46a90bbf  scipy-1.4.1-cp35-cp35m-win_amd64.whl
f1ae0ec2394531c043dd66a4d87644ae
 scipy-1.4.1-cp36-cp36m-macosx_10_6_intel.whl
f02e63505e14c1c353f01bf5355bdb6b  scipy-1.4.1-cp36-cp36m-manylinux1_i686.whl
200f038910b0f92671d2ff5cb170f51b
 scipy-1.4.1-cp36-cp36m-manylinux1_x86_64.whl
5b2fb317f0105f1b6538a37405d6346e  scipy-1.4.1-cp36-cp36m-win32.whl
2820bc38feb01d1d8a161eb07000a5b2  scipy-1.4.1-cp36-cp36m-win_amd64.whl
a26c022bb638cbb105789e9586032cc7
 scipy-1.4.1-cp37-cp37m-macosx_10_6_intel.whl
b84878cf6419acbcc6bf9dcce8ed1ff7  scipy-1.4.1-cp37-cp37m-manylinux1_i686.whl
b2a9ee8c5ee393f6a52eb387163ad785
 scipy-1.4.1-cp37-cp37m-manylinux1_x86_64.whl
6f1c29d57a33d2cfd2991672543afda9  scipy-1.4.1-cp37-cp37m-win32.whl
2d5e0b3953d4e0a141f8897b39fc70c8  scipy-1.4.1-cp37-cp37m-win_amd64.whl
5fedfcb8736f41938681c8e7ef5737b8
 scipy-1.4.1-cp38-cp38-macosx_10_9_x86_64.whl
19ae0bc89a8a88045bfdcdac8eba300a  scipy-1.4.1-cp38-cp38-manylinux1_i686.whl
6ab0a834e656cd7314cfe28392fcebb4
 scipy-1.4.1-cp38-cp38-manylinux1_x86_64.whl
f8fd48b50c20fbc56e4af6c418b6c239  scipy-1.4.1-cp38-cp38-win32.whl
10b3e0755feb71100ed7a0a7c06ed69c  scipy-1.4.1-cp38-cp38-win_amd64.whl
3a97689656f33f67614000459ec08585  scipy-1.4.1.tar.gz
27608d42755c1acb097c7ab3616aafe0  scipy-1.4.1.tar.xz
2586c8563cd6693161e13a0ad6fffe06  scipy-1.4.1.zip

SHA256
~~

c5cac0c0387272ee0e789e94a570ac51deb01c796b37fb2aad1fb13f85e2f97d
 scipy-1.4.1-cp35-cp35m-macosx_10_6_intel.whl
a144811318853a23d32a07bc7fd5561ff0cac5da643d96ed94a4ffe967d89672
 scipy-1.4.1-cp35-cp35m-manylinux1_i686.whl
71eb180f22c49066f25d6df16f8709f215723317cc951d99e54dc88020ea57be
 scipy-1.4.1-cp35-cp35m-manylinux1_x86_64.whl
770254a280d741dd3436919d47e35712fb081a6ff8bafc0f319382b954b77802
 scipy-1.4.1-cp35-cp35m-win32.whl
a1aae70d52d0b074d8121333bc807a485f9f1e6a69742010b33780df2e60cfe0
 scipy-1.4.1-cp35-cp35m-win_amd64.whl
bb517872058a1f087c4528e7429b4a44533a902644987e7b2fe35ecc223bc408
 scipy-1.4.1-cp36-cp36m-macosx_10_6_intel.whl
dba8306f6da99e37ea08c08fef6e274b5bf8567bb094d1dbe86a20e532aca088
 scipy-1.4.1-cp36-cp36m-manylinux1_i686.whl
386086e2972ed2db17cebf88610aab7d7f6e2c0ca30042dc9a89cf18dcc363fa
 scipy-1.4.1-cp36-cp36m-manylinux1_x86_64.whl
8d3bc3993b8e4be7eade6dcc6fd59a412d96d3a33fa42b0fa45dc9e24495ede9
 scipy-1.4.1-cp36-cp36m-win32.whl
dc60bb302f48acf6da8cacfa17d52c63c5415302a9ee77b3b21618090521
 scipy-1.4.1-cp36-cp36m-win_amd64.whl
787cc50cab3020a865640aba3485e9fbd161d4d3b0d03a967df1a2881320512d
 scipy-1.4.1-cp37-cp37m-macosx_10_6_intel.whl
0902a620a381f101e184a958459b36d3ee50f5effd186db76e131cbefcbb96f7
 scipy-1.4.1-cp37-cp37m-manylinux1_i686.whl
00af72998a46c25bdb5824d2b729e7dabec0c765f9deb0b504f928591f5ff9d4
 scipy-1.4.1-cp37-cp37m-manylinux1_x86_64.whl
9508a7c628a165c2c835f2497837bf6ac80eb25291055f56c129df3c943cbaf8
 scipy-1.4.1-cp37-cp37m-win32.whl
a2d6df9eb074af7f08866598e4ef068a2b310d98f87dc23bd1b90ec7bdcec802
 scipy-1.4.1-cp37-cp37m-win_amd64.whl
3092857f36b690a321a662fe5496cb816a7f4eecd875e1d36793d92d3f884073
 scipy-1.4.1-cp38-cp38-macosx_10_9_x86_64.whl
8a07760d5c7f3a92e440ad3aedcc98891e915ce857664282ae3c0220f3301eb6
 scipy-1.4.1-cp38-cp38-manylinux1_i686.whl
1e3190466d669d658233e8a583b854f6386dd62d655539b77b3fa25bfb2abb70
 scipy-1.4.1-cp38-cp38-manylinux1_x86_64.whl
cc971a82ea1170e677443108703a2ec9ff0f70752258d0e9f5433d00dda01f59
 scipy-1.4.1-cp38-cp38-win32.whl
2cce3f9847a1a51019e8c5b47620da93950e58ebc611f13e0d11f4980ca5fecb
 scipy-1.4.1-cp38-cp38-win_amd64.whl
dee1bbf3a6c8f73b6b218cb28eed8dd13347ea2f87d572ce19b289d6fd3fbc59
 scipy-

ANN: SciPy 1.4.0

[Tyler Reddy]

 a backwards-incompatible bugfix for
time-asymmetric wavelets.

`scipy.stats` changes
--
`scipy.stats.loguniform` added with better documentation as (an alias for
``scipy.stats.reciprocal``). ``loguniform`` generates random variables
that are equally likely in the log space; e.g., ``1``, ``10`` and ``100``
are all equally likely if ``loguniform(10 ** 0, 10 ** 2).rvs()`` is used.


Other changes
=
The ``LSODA`` method of `scipy.integrate.solve_ivp` now correctly detects
stiff
problems.

`scipy.spatial.cKDTree` now accepts and correctly handles empty input data

`scipy.stats.binned_statistic_dd` now calculates the standard deviation
statistic in a numerically stable way.

`scipy.stats.binned_statistic_dd` now throws an error if the input data
contains either ``np.nan`` or ``np.inf``. Similarly, in `scipy.stats` now
all
continuous distributions' ``.fit()`` methods throw an error if the input
data
contain any instance of either ``np.nan`` or ``np.inf``.


Authors
===

* @endolith
* @wenhui-prudencemed +
* Abhinav +
* Anne Archibald
* ashwinpathak20nov1996 +
* Danilo Augusto +
* Nelson Auner +
* aypiggott +
* Christoph Baumgarten
* Peter Bell
* Sebastian Berg
* Arman Bilge +
* Benedikt Boecking +
* Christoph Boeddeker +
* Daniel Bunting
* Evgeni Burovski
* Angeline Burrell +
* Angeline G. Burrell +
* CJ Carey
* Carlos Ramos Carreño +
* Mak Sze Chun +
* Malayaja Chutani +
* Christian Clauss +
* Jonathan Conroy +
* Stephen P Cook +
* Dylan Cutler +
* Anirudh Dagar +
* Aidan Dang +
* dankleeman +
* Brandon David +
* Tyler Dawson +
* Dieter Werthmüller
* Joe Driscoll +
* Jakub Dyczek +
* Dávid Bodnár
* Fletcher Easton +
* Stefan Endres
* etienne +
* Johann Faouzi
* Yu Feng
* Isuru Fernando +
* Matthew H Flamm
* Martin Gauch +
* Gabriel Gerlero +
* Ralf Gommers
* Chris Gorgolewski +
* Domen Gorjup +
* Edouard Goudenhoofdt +
* Jan Gwinner +
* Maja Gwozdz +
* Matt Haberland
* hadshirt +
* Pierre Haessig +
* David Hagen
* Charles Harris
* Gina Helfrich +
* Alex Henrie +
* Francisco J. Hernandez Heras +
* Andreas Hilboll
* Lindsey Hiltner
* Thomas Hisch
* Min ho Kim +
* Gert-Ludwig Ingold
* jakobjakobson13 +
* Todd Jennings
* He Jia
* Muhammad Firmansyah Kasim +
* Andrew Knyazev +
* Holger Kohr +
* Mateusz Konieczny +
* Krzysztof Pióro +
* Philipp Lang +
* Peter Mahler Larsen +
* Eric Larson
* Antony Lee
* Gregory R. Lee
* Chelsea Liu +
* Jesse Livezey
* Peter Lysakovski +
* Jason Manley +
* Michael Marien +
* Nikolay Mayorov
* G. D. McBain +
* Sam McCormack +
* Melissa Weber Mendonça +
* Kevin Michel +
* mikeWShef +
* Sturla Molden
* Eric Moore
* Peyton Murray +
* Andrew Nelson
* Clement Ng +
* Juan Nunez-Iglesias
* Renee Otten +
* Kellie Ottoboni +
* Ayappan P
* Sambit Panda +
* Tapasweni Pathak +
* Oleksandr Pavlyk
* Fabian Pedregosa
* Petar Mlinarić
* Matti Picus
* Marcel Plch +
* Christoph Pohl +
* Ilhan Polat
* Siddhesh Poyarekar +
* Ioannis Prapas +
* James Alan Preiss +
* Yisheng Qiu +
* Eric Quintero
* Bharat Raghunathan +
* Tyler Reddy
* Joscha Reimer
* Antonio Horta Ribeiro
* Lucas Roberts
* rtshort +
* Josua Sassen
* Kevin Sheppard
* Scott Sievert
* Leo Singer
* Kai Striega
* Søren Fuglede Jørgensen
* tborisow +
* Étienne Tremblay +
* tuxcell +
* Miguel de Val-Borro
* Andrew Valentine +
* Hugo van Kemenade
* Paul van Mulbregt
* Sebastiano Vigna
* Pauli Virtanen
* Dany Vohl +
* Ben Walsh +
* Huize Wang +
* Warren Weckesser
* Anreas Weh +
* Joseph Weston +
* Adrian Wijaya +
* Timothy Willard +
* Josh Wilson
* Kentaro Yamamoto +
* Dave Zbarsky +

A total of 142 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.


Issues closed for 1.4.0


* `#1255 <https://github.com/scipy/scipy/issues/1255>`__: maxiter broken
for Scipy.sparse.linalg gmres, in addition to...
* `#1301 <https://github.com/scipy/scipy/issues/1301>`__: consolidate
multipack.h from interpolate and integrate packages...
* `#1739 <https://github.com/scipy/scipy/issues/1739>`__: Single precision
FFT insufficiently accurate. (Trac #1212)
* `#1795 <https://github.com/scipy/scipy/issues/1795>`__: stats
test_distributions.py: replace old fuzz tests (Trac #1269)
* `#2233 <https://github.com/scipy/scipy/issues/2233>`__: fftpack segfault
with big arrays (Trac #1714)
* `#2434 <https://github.com/scipy/scipy/issues/2434>`__: rmatmat and the
sophistication of linear operator objects
* `#2477 <https://github.com/scipy/scipy/issues/2477>`__:
stats.truncnorm.rvs() does not give symmetric results for negative...
* `#2629 <https://github.com/scipy/scipy/issues/2629>`__: FFTpack is
unacceptably slow on non power of 2
* `#2883 <https://github.com/scipy/scipy/issues/2883>`__: UnboundLocalError
in scipy.interpolate.splrep
* `#2956 <https://github.com/scipy/scipy/issues/2956>`__: Feature Request:

ANN: SciPy 1.3.3

[Tyler Reddy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.3.3, a bug fix release that addresses
a DLL loading issue for wheels and a multiprocessing test issue.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.3.3

One of a few ways to install this release with pip:

pip install scipy==1.3.3

=
SciPy 1.3.3 Release Notes
=

SciPy 1.3.3 is a bug-fix release with no new features
compared to 1.3.2. In particular, a test suite issue
involving multiprocessing was fixed for Windows and
Python 3.8 on macOS.

Wheels were also updated to place msvcp140.dll at the
appropriate location, which was previously causing issues.

Authors
===

Ilhan Polat
Tyler Reddy
Ralf Gommers

Issues closed for 1.3.3


* `#11033 <https://github.com/scipy/scipy/issues/11033>`__: deadlock on osx
for python 3.8


Pull requests for 1.3.3
-

* `#11034 <https://github.com/scipy/scipy/pull/11034>`__: MAINT: TST: Skip
tests with multiprocessing that use "spawn" start method

Checksums
=

MD5
~~~

69dabfe955c7092f5389a4374db57186
 scipy-1.3.3-cp35-cp35m-macosx_10_6_intel.whl
23f3f5f48dc7893b9ff2a9a63adcf8c7  scipy-1.3.3-cp35-cp35m-manylinux1_i686.whl
e80281d504225da4b081245ac44081b5
 scipy-1.3.3-cp35-cp35m-manylinux1_x86_64.whl
7af194e334c13a9b13f8814f4e1695ce  scipy-1.3.3-cp35-cp35m-win32.whl
a39a6cb0436572f6149c87036288bd53  scipy-1.3.3-cp35-cp35m-win_amd64.whl
e0b74a4370050d48175c5ef91c50dbeb
 scipy-1.3.3-cp36-cp36m-macosx_10_6_intel.whl
0bd21eb01dc34028d85fd2a9d752caf2  scipy-1.3.3-cp36-cp36m-manylinux1_i686.whl
64d9fb9b4ce5f9869834810dde4bc06f
 scipy-1.3.3-cp36-cp36m-manylinux1_x86_64.whl
ef5d60c5485f9ff7ff0fbc42b4c8d4e5  scipy-1.3.3-cp36-cp36m-win32.whl
a3196497b85fc166cd50d7f465674753  scipy-1.3.3-cp36-cp36m-win_amd64.whl
0f6add185264881102ecac2fb5fb141c
 scipy-1.3.3-cp37-cp37m-macosx_10_6_intel.whl
8d058ca27f5f5b0841f6a7fabcf79aed  scipy-1.3.3-cp37-cp37m-manylinux1_i686.whl
eb609b74f3603cd4249cc31534a0d531
 scipy-1.3.3-cp37-cp37m-manylinux1_x86_64.whl
46530dd85bf3dc2094ac7775b7279d81  scipy-1.3.3-cp37-cp37m-win32.whl
b5d3f757675d45f9f69ca0729d012205  scipy-1.3.3-cp37-cp37m-win_amd64.whl
94455bf1e5a6f8bf459bc0971897e2f1
 scipy-1.3.3-cp38-cp38-macosx_10_9_x86_64.whl
150c45e2a3c5b14aa089a7f7835212e2  scipy-1.3.3-cp38-cp38-manylinux1_i686.whl
c6e464fdb7e928da58a7bd84f389cb74
 scipy-1.3.3-cp38-cp38-manylinux1_x86_64.whl
08d3a330ef2469d139527163717fc318  scipy-1.3.3-cp38-cp38-win32.whl
286528ecaab3b56d6405d2775604d18d  scipy-1.3.3-cp38-cp38-win_amd64.whl
b265efea6ce2f2c1e580cc66bfb8b117  scipy-1.3.3.tar.gz
4c73d4a86f97f41ceface4fc1622e2f7  scipy-1.3.3.tar.xz
5e8182d8b29b04bfc2f19f6bf5ca1fac  scipy-1.3.3.zip

SHA256
~~

a70308bb065562afb936c963780deab359966d71ab4f230368b154dde3136ea4
 scipy-1.3.3-cp35-cp35m-macosx_10_6_intel.whl
7be424ee09bed7ced36c9457f99c826ce199fd0c0f5b272cf3d098ff7b29e3ae
 scipy-1.3.3-cp35-cp35m-manylinux1_i686.whl
f5d47351aeb1cb6bda14a8908e56648926a6b2d714f89717c71f7ada41282141
 scipy-1.3.3-cp35-cp35m-manylinux1_x86_64.whl
4ba2ce1a58fe117e993cf316a149cf9926c7c5000c0cdc4bc7c56ae8325612f6
 scipy-1.3.3-cp35-cp35m-win32.whl
c008f1b58f99f1d1cc546957b3effe448365e0a217df1f1894e358906e91edad
 scipy-1.3.3-cp35-cp35m-win_amd64.whl
bb0899d3f8b9fe8ef95b79210cf0deb6709542889fadaa438eeb3a28001e09e7
 scipy-1.3.3-cp36-cp36m-macosx_10_6_intel.whl
18ad034be955df046b5a27924cdb3db0e8e1d76aaa22c635403fe7aee17f1482
 scipy-1.3.3-cp36-cp36m-manylinux1_i686.whl
2f690ba68ed7caa7c30b6dc48c1deed22c78f3840fa4736083ef4f2bd8baa19e
 scipy-1.3.3-cp36-cp36m-manylinux1_x86_64.whl
b7b8cf45f9a48f23084f19deb9384a1cccb5e92fbc879b12f97dc4d56fb2eb92
 scipy-1.3.3-cp36-cp36m-win32.whl
0b8c9dc042b9a47912b18b036b4844029384a5b8d89b64a4901ac3e06876e5f6
 scipy-1.3.3-cp36-cp36m-win_amd64.whl
225d0b5e140bb66df23d438c7b535303ce8e533f94454f4e5bde5f8d109103ea
 scipy-1.3.3-cp37-cp37m-macosx_10_6_intel.whl
884e619821f47eccd42979488d10fa1e15dbe9f3b7660b1c8c928d203bd3c1a3
 scipy-1.3.3-cp37-cp37m-manylinux1_i686.whl
583f2ccd6a112656c9feb2345761d2b19e9213a094cfced4e7d2c1cae4173272
 scipy-1.3.3-cp37-cp37m-manylinux1_x86_64.whl
dfcb0f0a2d8e958611e0b56536285bb435f03746b6feac0e29f045f7c6caf164
 scipy-1.3.3-cp37-cp37m-win32.whl
b01ea5e4cf95a93dc335089f8fbe97852f56fdb74afff238cbdf09793103b6b7
 scipy-1.3.3-cp37-cp37m-win_amd64.whl
cfee99d085d562a7e3c4afe51ac1fe9b434363489e565a130459307f30077973
 scipy-1.3.3-cp38-cp38-macosx_10_9_x86_64.whl
a42b0d02150ef4747e225c31c976a304de5dc8202ec35a27111b7bb8176e5f13
 scipy-1.3.3-cp38-cp38-manylinux1_i686.whl
869465c7ff89fc0a1e2ea1642b0c65f1b3c05030f3a4c0d53d6a57b2dba7c242
 scipy-1.3.3-cp38-cp38-manylinux1_x86_64.whl
4b8746f4a755bdb2eeb39d6e253a60481e165cfd74fdfb54d27394bd2c9ec8ac
 scipy-1.3

ANN: SciPy 1.3.2

[Tyler Reddy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.3.2, a maintenance and bug fix release that
adds support for Python 3.8.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.3.2

One of a few ways to install this release with pip:

pip install scipy==1.3.2

==
SciPy 1.3.2 Release Notes
==

SciPy 1.3.2 is a bug-fix and maintenance release that adds
support for Python 3.8.

Authors
===

* CJ Carey
* Dany Vohl
* Martin Gauch +
* Ralf Gommers
* Matt Haberland
* Eric Larson
* Nikolay Mayorov
* Sam McCormack +
* Andrew Nelson
* Tyler Reddy
* Pauli Virtanen
* Huize Wang +
* Warren Weckesser
* Joseph Weston +

A total of 14 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.3.2
---

* `#4915 <https://github.com/scipy/scipy/issues/4915>`__: Bug in
unique_roots in scipy.signal.signaltools.py for roots...
* `#5161 <https://github.com/scipy/scipy/issues/5161>`__: Optimizers
reporting success when the minimum is NaN
* `#5546 <https://github.com/scipy/scipy/issues/5546>`__: ValueError raised
if scipy.sparse.linalg.expm recieves array...
* `#10124 <https://github.com/scipy/scipy/issues/10124>`__:
linprog(method='revised simplex') doctest bug
* `#10609 <https://github.com/scipy/scipy/issues/10609>`__: Graph shortest
path with Floyd-Warshall removes explicit zeros.
* `#10658 <https://github.com/scipy/scipy/issues/10658>`__: BUG: stats:
Formula for the variance of the noncentral F distribution...
* `#10695 <https://github.com/scipy/scipy/issues/10695>`__: BUG:
Assignation issues in csr_matrix with fancy indexing
* `#10846 <https://github.com/scipy/scipy/issues/10846>`__: root_scalar
fails when passed a function wrapped with functools.lru_cache
* `#10902 <https://github.com/scipy/scipy/issues/10902>`__: CI: travis osx
build failure
* `#10967 <https://github.com/scipy/scipy/issues/10967>`__: macOS build
failure in SuperLU on maintenance/1.3.x
* `#10976 <https://github.com/scipy/scipy/issues/10976>`__: Typo in
sp.stats.wilcoxon docstring


Pull requests for 1.3.2
--

* `#10498 <https://github.com/scipy/scipy/pull/10498>`__: TST: optimize:
fixed \`linprog\` \`"disp": True\` bug
* `#10536 <https://github.com/scipy/scipy/pull/10536>`__: CI: add 3.8-dev
to travis
* `#10671 <https://github.com/scipy/scipy/pull/10671>`__: BUG: stats: Fix
the formula for the variance of the noncentral...
* `#10693 <https://github.com/scipy/scipy/pull/10693>`__: BUG:
ScalarFunction stores original array
* `#10700 <https://github.com/scipy/scipy/pull/10700>`__: BUG: sparse:
Loosen checks on sparse fancy assignment
* `#10709 <https://github.com/scipy/scipy/pull/10709>`__: BUG: Fix
floyd_warshall to support zero-weight edges
* `#10756 <https://github.com/scipy/scipy/pull/10756>`__: BUG: optimize:
ensure solvers exit with success=False for nan...
* `#10833 <https://github.com/scipy/scipy/pull/10833>`__: BUG: Fix
subspace_angles for complex values
* `#10882 <https://github.com/scipy/scipy/pull/10882>`__: BUG:
sparse/arpack: fix incorrect code for complex hermitian...
* `#10891 <https://github.com/scipy/scipy/pull/10891>`__: BUG: make
C-implemented root finders work with functools.lru_cache
* `#10906 <https://github.com/scipy/scipy/pull/10906>`__: BUG:
sparse/linalg: fix expm for np.matrix inputs
* `#10917 <https://github.com/scipy/scipy/pull/10917>`__: CI: fix travis
osx CI
* `#10930 <https://github.com/scipy/scipy/pull/10930>`__: MAINT: Updates
for 3.8
* `#10938 <https://github.com/scipy/scipy/pull/10938>`__: MAINT: Add Python
3.8 to pyproject.toml
* `#10943 <https://github.com/scipy/scipy/pull/10943>`__: BLD: update
Cython version to 0.29.13
* `#10961 <https://github.com/scipy/scipy/pull/10961>`__: BUG: Fix
signal.unique_roots
* `#10971 <https://github.com/scipy/scipy/pull/10971>`__: MAINT: use 3.8
stable in CI
* `#10977 <https://github.com/scipy/scipy/pull/10977>`__: DOC: Fix typo in
sp.stats.wilcoxon docsting
* `#11025 <https://github.com/scipy/scipy/pull/11025>`__: Update
_peak_finding.py

Checksums
=

MD5
~~~

5acb33b69d73d369b05f10aaf24220c4
 scipy-1.3.2-cp35-cp35m-macosx_10_6_intel.whl
2afea38680dc72f356965178c128747d  scipy-1.3.2-cp35-cp35m-manylinux1_i686.whl
97d2aa748499111d348c283b4e435755
 scipy-1.3.2-cp35-cp35m-manylinux1_x86_64.whl
22cbe9c7a2bef004cda3b18355b5d277  scipy-1.3.2-cp35-cp35m-win32.whl
e6e3d77c7e7d92344263e55b7f7f14ba  scipy-1.3.2-cp35-cp35m-win_amd64.whl
6abb6cdc43950ad31456559dc442571b
 

[issue38303] Make audioop PEP-384 compatible

[Tyler Kieft]

Change by Tyler Kieft :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 
<https://bugs.python.org/issue38303>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38303] Make audioop PEP-384 compatible

[Tyler Kieft]

Change by Tyler Kieft :


--
keywords: +patch
pull_requests: +16085
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/16497

___
Python tracker 
<https://bugs.python.org/issue38303>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38303] Make audioop PEP-384 compatible

[Tyler Kieft]

New submission from Tyler Kieft :

Working on a patch for this, will have it up in a couple days

--

___
Python tracker 
<https://bugs.python.org/issue38303>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38303] Make audioop PEP-384 compatible

[Tyler Kieft]

Change by Tyler Kieft :


--
components: Extension Modules
nosy: Tyler Kieft
priority: normal
severity: normal
status: open
title: Make audioop PEP-384 compatible
versions: Python 3.9

___
Python tracker 
<https://bugs.python.org/issue38303>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

ANN: SciPy 1.3.1

[Tyler Reddy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.3.1, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.3.1

One of a few ways to install this release with pip:

pip install scipy==1.3.1

==
SciPy 1.3.1 Release Notes
==

SciPy 1.3.1 is a bug-fix release with no new features
compared to 1.3.0.

Authors
===

* Matt Haberland
* Geordie McBain
* Yu Feng
* Evgeni Burovski
* Sturla Molden
* Tapasweni Pathak
* Eric Larson
* Peter Bell
* Carlos Ramos Carreño +
* Ralf Gommers
* David Hagen
* Antony Lee
* Ayappan P
* Tyler Reddy
* Pauli Virtanen

A total of 15 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.3.1
---

* `#5040 <https://github.com/scipy/scipy/issues/5040>`__: BUG: Empty data
handling of (c)KDTrees
* `#9901 <https://github.com/scipy/scipy/issues/9901>`__: lsoda fails to
detect stiff problem when called from solve_ivp
* `#10206 <https://github.com/scipy/scipy/issues/10206>`__: sparse matrices
indexing with scipy 1.3
* `#10232 <https://github.com/scipy/scipy/issues/10232>`__: Exception in
loadarff with quoted nominal attributes in scipy...
* `#10292 <https://github.com/scipy/scipy/issues/10292>`__: DOC/REL: Some
sections of the release notes are not nested correctly.
* `#10303 <https://github.com/scipy/scipy/issues/10303>`__: BUG: optimize:
`linprog` failing
TestLinprogSimplexBland::test_unbounded_below_no_presolve_corrected
* `#10376 <https://github.com/scipy/scipy/issues/10376>`__: TST: Travis CI
fails (with pytest 5.0 ?)
* `#10384 <https://github.com/scipy/scipy/issues/10384>`__: CircleCI doc
build failing on new warnings
* `#10398 <https://github.com/scipy/scipy/issues/10398>`__: Scipy 1.3.0
build broken in AIX
* `#10501 <https://github.com/scipy/scipy/issues/10501>`__: BUG:
scipy.spatial.HalfspaceIntersection works incorrectly
* `#10514 <https://github.com/scipy/scipy/issues/10514>`__: BUG: cKDTree
GIL handling is incorrect
* `#10535 <https://github.com/scipy/scipy/issues/10535>`__: TST: master
branch CI failures
* `#10572 <https://github.com/scipy/scipy/issues/10572>`__: BUG: ckdtree
query_ball_point errors on discontiguous input
* `#10597 <https://github.com/scipy/scipy/issues/10597>`__: BUG: No warning
on PchipInterpolator changing from bernstein base to local power base

Pull requests for 1.3.1
--

* `#10071 <https://github.com/scipy/scipy/pull/10071>`__: DOC: reconstruct
SuperLU permutation matrices avoiding SparseEfficiencyWarning
* `#10196 <https://github.com/scipy/scipy/pull/10196>`__: Fewer checks on
xdata for curve_fit.
* `#10207 <https://github.com/scipy/scipy/pull/10207>`__: BUG: Compressed
matrix indexing should return a scalar
* `#10233 <https://github.com/scipy/scipy/pull/10233>`__: Fix for ARFF
reader regression (#10232)
* `#10306 <https://github.com/scipy/scipy/pull/10306>`__: BUG: optimize:
Fix for 10303
* `#10309 <https://github.com/scipy/scipy/pull/10309>`__: BUG: Pass
jac=None directly to lsoda
* `#10377 <https://github.com/scipy/scipy/pull/10377>`__: TST, MAINT:
adjustments for pytest 5.0
* `#10379 <https://github.com/scipy/scipy/pull/10379>`__: BUG: sparse: set
writeability to be forward-compatible with numpy>=1.17
* `#10426 <https://github.com/scipy/scipy/pull/10426>`__: MAINT: Fix doc
build bugs
* `#10431 <https://github.com/scipy/scipy/pull/10431>`__: Update numpy
version for AIX
* `#10457 <https://github.com/scipy/scipy/pull/10457>`__: BUG: Allow
ckdtree to accept empty data input
* `#10503 <https://github.com/scipy/scipy/pull/10503>`__: BUG:
spatial/qhull: get HalfspaceIntersection.dual_points from the correct array
* `#10516 <https://github.com/scipy/scipy/pull/10516>`__: BUG: Use nogil
contexts in cKDTree
* `#10520 <https://github.com/scipy/scipy/pull/10520>`__: DOC: Proper .rst
formatting for deprecated features and Backwards incompatible changes
* `#10540 <https://github.com/scipy/scipy/pull/10540>`__: MAINT: Fix Travis
and Circle
* `#10573 <https://github.com/scipy/scipy/pull/10573>`__: BUG: Fix
query_ball_point with discontiguous input
* `#10600 <https://github.com/scipy/scipy/pull/10600>`__: BUG: interpolate:
fix broken conversions between PPoly/BPoly objects

Checksums
=

MD5
~~~

818dc6325a4511d656582ff2946eed80
 
scipy-1.3.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
83a11b3127b19e71353ee2a04c4be20c  scipy-1.3.1-cp35-cp35m-manyli

[issue36917] ast.NodeVisitor no longer calls visit_Str

[Tyler Wince]

Tyler Wince  added the comment:

Another example of the breaking change here is in the security linter 
`PyCQA/bandit`. It may be a simple addition of a check in the meta parser for 
the ast but I would tend to agree with Anthony around whether or not it is 
worth it. 

Anyone else have any thoughts on this since the conversation ended last month?

--
nosy: +Tyler Wince

___
Python tracker 
<https://bugs.python.org/issue36917>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

ANN: SciPy 1.2.2 (LTS)

[Tyler Reddy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.2.2, which is a bug fix release. This is part
of the long-term support (LTS) branch that includes Python 2.7.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.2.2

One of a few ways to install this release with pip:

pip install scipy==1.2.2

=
SciPy 1.2.2 Release Notes
=

SciPy 1.2.2 is a bug-fix release with no new features compared to 1.2.1.
Importantly, the SciPy 1.2.2 wheels are built with OpenBLAS 0.3.7.dev to
alleviate issues with SkylakeX AVX512 kernels.

Authors
==

* CJ Carey
* Tyler Dawson +
* Ralf Gommers
* Kai Striega
* Andrew Nelson
* Tyler Reddy
* Kevin Sheppard +

A total of 7 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.2.2
--
* `#9611 <https://github.com/scipy/scipy/issues/9611>`__: Overflow error
with new way of p-value calculation in kendall tau correlation for
perfectly monotonic vectors
* `#9964 <https://github.com/scipy/scipy/issues/9964>`__: optimize.newton :
overwrites x0 argument when it is a numpy array
* `#9784 <https://github.com/scipy/scipy/issues/9784>`__: TST: Minimum
NumPy version is not being CI tested
* `#10132 <https://github.com/scipy/scipy/issues/10132>`__: Docs:
Description of nnz attribute of sparse.csc_matrix misleading

Pull requests for 1.2.2
-
* `#10056 <https://github.com/scipy/scipy/pull/10056>`__: BUG: Ensure
factorial is not too large in kendaltau
* `#9991 <https://github.com/scipy/scipy/pull/9991>`__: BUG: Avoid inplace
modification of input array in newton
* `#9788 <https://github.com/scipy/scipy/pull/9788>`__: TST, BUG:
f2py-related issues with NumPy < 1.14.0
* `#9749 <https://github.com/scipy/scipy/pull/9749>`__: BUG:
MapWrapper.__exit__ should terminate
* `#10141 <https://github.com/scipy/scipy/pull/10141>`__: Update
description for nnz on csc.py

Checksums
=

MD5
~~~

f5d23361e78f230f70fd117be20930e1
 
scipy-1.2.2-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
44387030d96a2495e5576800b2a567d6  scipy-1.2.2-cp27-cp27m-manylinux1_i686.whl
bc56bf862deadc96f6be1f67dc8eaf89
 scipy-1.2.2-cp27-cp27m-manylinux1_x86_64.whl
a45382978ff7d032041847f66e2f7351  scipy-1.2.2-cp27-cp27m-win32.whl
1140063ad53c44414f9feaae3c4fbf8c  scipy-1.2.2-cp27-cp27m-win_amd64.whl
3407230bae0c36210c5d3fee717a3579
 scipy-1.2.2-cp27-cp27mu-manylinux1_i686.whl
fbb9867ea3ba38cc0c979c38b8c77871
 scipy-1.2.2-cp27-cp27mu-manylinux1_x86_64.whl
8b4497e964c17135b6b2e8f691bed49e
 
scipy-1.2.2-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
9139c344bc6ef05f7f22191af0810ef6  scipy-1.2.2-cp34-cp34m-manylinux1_i686.whl
a62c1f316c33af02007da3374ebf02c3
 scipy-1.2.2-cp34-cp34m-manylinux1_x86_64.whl
780ce592f99ade01a9b0883ac767f798  scipy-1.2.2-cp34-cp34m-win32.whl
498e740b099182df30c16144a109acdf  scipy-1.2.2-cp34-cp34m-win_amd64.whl
8b157f5433846d8798ff6941d0f9671f
 
scipy-1.2.2-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
e1692a9e3e9a9b2764bccd0c9575bfef  scipy-1.2.2-cp35-cp35m-manylinux1_i686.whl
70863fc59dc034c07b73de765eb693f9
 scipy-1.2.2-cp35-cp35m-manylinux1_x86_64.whl
ce676f1adc72f8180b2eacec7e44c802  scipy-1.2.2-cp35-cp35m-win32.whl
21a9fac5e289682abe35ce6d54f5805f  scipy-1.2.2-cp35-cp35m-win_amd64.whl
470fa57418223df8fc27e9ec45bc7a94
 
scipy-1.2.2-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
4001f322a2967de0aa0b8148e0116def  scipy-1.2.2-cp36-cp36m-manylinux1_i686.whl
4e0d727cbbfe8410bd1229d197fb11d8
 scipy-1.2.2-cp36-cp36m-manylinux1_x86_64.whl
352608fa1f48877fc76a55217e689240  scipy-1.2.2-cp36-cp36m-win32.whl
559ca5cda1935a9992436bb1398dbcd0  scipy-1.2.2-cp36-cp36m-win_amd64.whl
92b9356944c239520f5b2897ba531c16
 
scipy-1.2.2-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
d9b427be8fc3bfd5b2a8330e1215b0ee  scipy-1.2.2-cp37-cp37m-manylinux1_i686.whl
4f2d513b1950ab7c147ddf3e4acb2542
 scipy-1.2.2-cp37-cp37m-manylinux1_x86_64.whl
1598ffe78061854f7bed87290250c33f  scipy-1.2.2-cp37-cp37m-win32.whl
9dad5d71152b714694e073d1c0c54288  scipy-1.2.2-cp37-cp37m-win_amd64.whl
d94de858fba4f24de7d6dd16f1caeb5d  scipy-1.2.2.tar.gz
136c5ee1bc4b259a12a7efe331b15d64  scipy-1.2.2.tar.xz
b9a5b4cbdf54cf681eda3b4d94a73c18  scipy-1.2.2.zip

SHA256
~~

271c6e56c8f9a3d6c3f0bc857d7a6e7cf7a8415c879a3915701cd011e82a83a3
 
scipy-1.2.

ANN: SciPy 1.3.0

[Tyler Reddy]

bal optimizers

There has been a rework of the ``stats.distributions`` tutorials.

`scipy.optimize` now correctly sets the convergence flag of the result to
``CONVERR``, a convergence error, for bounded scalar-function root-finders
if the maximum iterations has been exceeded, ``disp`` is false, and
``full_output`` is true.

`scipy.optimize.curve_fit` no longer fails if ``xdata`` and ``ydata``
dtypes
differ; they are both now automatically cast to ``float64``.

`scipy.ndimage` functions including ``binary_erosion``, ``binary_closing``,
and
``binary_dilation`` now require an integer value for the number of
iterations,
which alleviates a number of reported issues.

Fixed normal approximation in case ``zero_method == "pratt"`` in
`scipy.stats.wilcoxon`.

Fixes for incorrect probabilities, broadcasting issues and thread-safety
related to stats distributions setting member variables inside
``_argcheck()``.

`scipy.optimize.newton` now correctly raises a ``RuntimeError``, when
default
arguments are used, in the case that a derivative of value zero is obtained,
which is a special case of failing to converge.

A draft toolchain roadmap is now available, laying out a compatibility plan
including Python versions, C standards, and NumPy versions.


Authors
===

* ananyashreyjain +
* ApamNapat +
* Scott Calabrese Barton +
* Christoph Baumgarten
* Peter Bell +
* Jacob Blomgren +
* Doctor Bob +
* Mana Borwornpadungkitti +
* Matthew Brett
* Evgeni Burovski
* CJ Carey
* Vega Theil Carstensen +
* Robert Cimrman
* Forrest Collman +
* Pietro Cottone +
* David +
* Idan David +
* Christoph Deil
* Dieter Werthmüller
* Conner DiPaolo +
* Dowon
* Michael Dunphy +
* Peter Andreas Entschev +
* Gökçen Eraslan +
* Johann Faouzi +
* Yu Feng
* Piotr Figiel +
* Matthew H Flamm
* Franz Forstmayr +
* Christoph Gohlke
* Richard Janis Goldschmidt +
* Ralf Gommers
* Lars Grueter
* Sylvain Gubian
* Matt Haberland
* Yaroslav Halchenko
* Charles Harris
* Lindsey Hiltner
* JakobStruye +
* He Jia +
* Jwink3101 +
* Greg Kiar +
* Julius Bier Kirkegaard
* John Kirkham +
* Thomas Kluyver
* Vladimir Korolev +
* Joseph Kuo +
* Michael Lamparski +
* Eric Larson
* Denis Laxalde
* Katrin Leinweber
* Jesse Livezey
* ludcila +
* Dhruv Madeka +
* Magnus +
* Nikolay Mayorov
* Mark Mikofski
* Jarrod Millman
* Markus Mohrhard +
* Eric Moore
* Andrew Nelson
* Aki Nishimura +
* OGordon100 +
* Petar Mlinarić +
* Stefan Peterson
* Matti Picus +
* Ilhan Polat
* Aaron Pries +
* Matteo Ravasi +
* Tyler Reddy
* Ashton Reimer +
* Joscha Reimer
* rfezzani +
* Riadh +
* Lucas Roberts
* Heshy Roskes +
* Mirko Scholz +
* Taylor D. Scott +
* Srikrishna Sekhar +
* Kevin Sheppard +
* Sourav Singh
* skjerns +
* Kai Striega
* SyedSaifAliAlvi +
* Gopi Manohar T +
* Albert Thomas +
* Timon +
* Paul van Mulbregt
* Jacob Vanderplas
* Daniel Vargas +
* Pauli Virtanen
* VNMabus +
* Stefan van der Walt
* Warren Weckesser
* Josh Wilson
* Nate Yoder +
* Roman Yurchak

A total of 97 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.3.0
---

* `#1320 <https://github.com/scipy/scipy/issues/1320>`__:
scipy.stats.distribution: problem with self.a, self.b if they...
* `#2002 <https://github.com/scipy/scipy/issues/2002>`__: members set in
scipy.stats.distributions.##._argcheck (Trac #1477)
* `#2823 <https://github.com/scipy/scipy/issues/2823>`__: distribution
methods add tmp
* `#3220 <https://github.com/scipy/scipy/issues/3220>`__:
Scipy.opimize.fmin_powell direc argument syntax unclear
* `#3728 <https://github.com/scipy/scipy/issues/3728>`__:
scipy.stats.pearsonr: possible bug with zero variance input
* `#6805 <https://github.com/scipy/scipy/issues/6805>`__:
error-in-scipy-wilcoxon-signed-rank-test-for-equal-series
* `#6873 <https://github.com/scipy/scipy/issues/6873>`__: 'stats.boxcox'
return all same values
* `#7117 <https://github.com/scipy/scipy/issues/7117>`__: Warn users when
using float32 input data to curve_fit and friends
* `#7632 <https://github.com/scipy/scipy/issues/7632>`__: it's not possible
to tell the \`optimize.least_squares\` solver...
* `#7730 <https://github.com/scipy/scipy/issues/7730>`__: stats.pearsonr:
Potential division by zero for dataset of length...
* `#7933 <https://github.com/scipy/scipy/issues/7933>`__: stats.truncnorm
fails when providing values outside truncation...
* `#8033 <https://github.com/scipy/scipy/issues/8033>`__: Add standard
filter types to firwin to set pass_zero intuitively...
* `#8600 <https://github.com/scipy/scipy/issues/8600>`__: lfilter.c.src
zfill has erroneous header
* `#8692 <https://github.com/scipy/scipy/issues/8692>`__: Non-negative
values of \`stats.hypergeom.logcdf\`
* `#8734 <https://github.com/scipy/scipy/issues/8734>`__: Enable pip build
isolation
* `#8861 <h

[issue34215] streams.py:IncompleteReadError is message is unclear when expected is None

[Tyler Bell]

Tyler Bell  added the comment:

I've updated my PR to reflect a better message for the IncompleteReadError 
exception. When expected is None, the error reads, "IncompleteReadError: 1 
bytes read on a total of None expected bytes" which is confusing. My PR changes 
this to "IncompleteReadError: 1 bytes read on a total of unknown expected 
bytes". Otherwise, it is required that whoever views the exception 
text(possibly through layers of abstraction), to know that None(a "low level" 
programmers decision) is equal to unknown.

--
nosy: +Tyler Bell
title: streams.py:readuntil IncompleteReadError is message is incorrect -> 
streams.py:IncompleteReadError is message is unclear when expected is None

___
Python tracker 
<https://bugs.python.org/issue34215>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

ANN: SciPy 1.2.1

[Tyler Reddy]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi all,

On behalf of the SciPy development team I'm pleased to announce
the release of SciPy 1.2.1, which is a bug fix release.

Sources and binary wheels can be found at:
https://pypi.org/project/scipy/
and at: https://github.com/scipy/scipy/releases/tag/v1.2.1

One of a few ways to install this release with pip:

pip install scipy==1.2.1

==
SciPy 1.2.1 Release Notes
==

SciPy 1.2.1 is a bug-fix release with no new features compared to 1.2.0.
Most importantly, it solves the issue that 1.2.0 cannot be installed
from source on Python 2.7 because of non-ASCII character issues.

It is also notable that SciPy 1.2.1 wheels were built with OpenBLAS
0.3.5.dev, which may alleviate some linear algebra issues observed
in SciPy 1.2.0.

Authors
===

* Eric Larson
* Mark Mikofski
* Evgeni Burovski
* Ralf Gommers
* Eric Moore
* Tyler Reddy

Issues closed for 1.2.1


* `#9606 <https://github.com/scipy/scipy/issues/9606>`__: SyntaxError:
Non-ASCII character '\xe2' in file scipy/stats/_continuous_distns.py on
line 3346, but no encoding declared
* `#9608 <https://github.com/scipy/scipy/issues/9608>`__: Version 1.2.0
introduces `too many indices for array` error in...
* `#9709 <https://github.com/scipy/scipy/issues/9709>`__:
scipy.stats.gaussian_kde normalizes the weights keyword argument...
* `#9733 <https://github.com/scipy/scipy/issues/9733>`__:
scipy.linalg.qr_update gives NaN result
* `#9724 <https://github.com/scipy/scipy/issues/9724>`__: CI: Is
scipy.scipy Windows Python36-32bit-full working?

Pull requests for 1.2.1


* `#9612 <https://github.com/scipy/scipy/pull/9612>`__: BUG: don't use
array newton unless size is greater than 1
* `#9615 <https://github.com/scipy/scipy/pull/9615>`__: ENH: Add test for
encoding
* `#9720 <https://github.com/scipy/scipy/pull/9720>`__: BUG: stats:
weighted KDE does not modify the weights array
* `#9739 <https://github.com/scipy/scipy/pull/9739>`__: BUG: qr_updates
fails if u is exactly in span Q
* `#9725 <https://github.com/scipy/scipy/pull/9725>`__: TST: pin mingw for
Azure Win CI
* `#9736 <https://github.com/scipy/scipy/pull/9736>`__: TST: adjust to
vmImage dispatch in Azure
* `#9681 <https://github.com/scipy/scipy/pull/9681>`__: BUG: Fix failing
stats tests (partial backport)
* `#9662 <https://github.com/scipy/scipy/pull/9662>`__: TST: interpolate:
avoid pytest deprecations

Checksums
=

MD5
~~~

982810997da9daab2e512a6c27918889
scipy-1.2.1-cp27-cp27m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
9500cad49b7eac9786c90cba146ad357  scipy-1.2.1-cp27-cp27m-manylinux1_i686.whl
fe9ba7f16e0e7f7c9cd59d39ea8e9545
scipy-1.2.1-cp27-cp27m-manylinux1_x86_64.whl
f1823b26b2afda2027f78df427791700  scipy-1.2.1-cp27-cp27m-win32.whl
c0692c60b4baaafd99fb2bf0c689bbf1  scipy-1.2.1-cp27-cp27m-win_amd64.whl
b5a5b9b146bac064a7921c5121d5e19c
scipy-1.2.1-cp27-cp27mu-manylinux1_i686.whl
fd637f4dc4308ae9cf7655e3e5f3a27d
scipy-1.2.1-cp27-cp27mu-manylinux1_x86_64.whl
8faae90250009230cd2f7845ba4735f2
scipy-1.2.1-cp34-cp34m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
a28a93cb20987666f788d43c50e2ab79  scipy-1.2.1-cp34-cp34m-manylinux1_i686.whl
26264ebb568728065e3ef73b5419793a
scipy-1.2.1-cp34-cp34m-manylinux1_x86_64.whl
fbb79da3d5823ba0f23b0f8d50023bfd  scipy-1.2.1-cp34-cp34m-win32.whl
f82cf6834e4e2a2e4008fec5da2f4b0b  scipy-1.2.1-cp34-cp34m-win_amd64.whl
cc248fd969b11589d98bcb550330e08d
scipy-1.2.1-cp35-cp35m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
3b5e8eb89a49fb7bc506cf17a54b926b  scipy-1.2.1-cp35-cp35m-manylinux1_i686.whl
0cd66785fd9f8390494f42beb499f56a
scipy-1.2.1-cp35-cp35m-manylinux1_x86_64.whl
379d37ae932af2096e037b4defd4cf60  scipy-1.2.1-cp35-cp35m-win32.whl
5dd4c47c501c96dc0c20b72521058133  scipy-1.2.1-cp35-cp35m-win_amd64.whl
6fa013443295e55c96eb174578dcffee
scipy-1.2.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
5069317ab38e3dfbb8923341c2b23a69  scipy-1.2.1-cp36-cp36m-manylinux1_i686.whl
8e6a1fd1354428074d8457fe46cd4f7c
scipy-1.2.1-cp36-cp36m-manylinux1_x86_64.whl
27142bff898a18368032165c27c11466  scipy-1.2.1-cp36-cp36m-win32.whl
489fd885aefd07bded69a8e0452c16b0  scipy-1.2.1-cp36-cp36m-win_amd64.whl
84ef33013d9871f23db0ecad25552636
scipy-1.2.1-cp37-cp37m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
7b7ae846b70e60188b3d772e9d60d3d2  scipy-1.2.1-cp37-cp37m-manylinux1_i686.whl
21b29788cd2c037366d2ff5d54ae7517
scipy-1.2.1-cp37-cp37m-manylinux1_x86_64.whl
e11ce933d012481ea27fe49314b606aa  scipy-1.2.1-cp37-cp37m-win32.whl
23424815af8e69f945bb406a0c1be6c6  scipy-1.2.1-cp37-cp37m-win_amd64.whl
fe88877

ANN: SciPy 1.2.0

[Tyler Reddy]

y returned
correct values for those angles which were greater than pi/4.

Support for the Bento build system has been removed. Bento has not been
maintained for several years, and did not have good Python 3 or wheel
support,
hence it was time to remove it.

The required signature of `scipy.optimize.lingprog` ``method=simplex``
callback function has changed. Before iteration begins, the simplex solver
first converts the problem into a standard form that does not, in general,
have the same variables or constraints
as the problem defined by the user. Previously, the simplex solver would
pass a
user-specified callback function several separate arguments, such as the
current solution vector ``xk``, corresponding to this standard form problem.
Unfortunately, the relationship between the standard form problem and the
user-defined problem was not documented, limiting the utility of the
information passed to the callback function.

In addition to numerous bug fix changes, the simplex solver now passes a
user-specified callback function a single ``OptimizeResult`` object
containing
information that corresponds directly to the user-defined problem. In future
releases, this ``OptimizeResult`` object may be expanded to include
additional
information, such as variables corresponding to the standard-form problem
and
information concerning the relationship between the standard-form and
user-defined problems.

The implementation of `scipy.sparse.random` has changed, and this affects
the
numerical values returned for both ``sparse.random`` and ``sparse.rand`` for
some matrix shapes and a given seed.

`scipy.optimize.newton` will no longer use Halley's method in cases where it
negatively impacts convergence

Other changes
=


Authors
===

* @endolith
* @luzpaz
* Hameer Abbasi +
* akahard2dj +
* Anton Akhmerov
* Joseph Albert
* alexthomas93 +
* ashish +
* atpage +
* Blair Azzopardi +
* Yoshiki Vázquez Baeza
* Bence Bagi +
* Christoph Baumgarten
* Lucas Bellomo +
* BH4 +
* Aditya Bharti
* Max Bolingbroke
* François Boulogne
* Ward Bradt +
* Matthew Brett
* Evgeni Burovski
* Rafał Byczek +
* Alfredo Canziani +
* CJ Carey
* Lucía Cheung +
* Poom Chiarawongse +
* Jeanne Choo +
* Robert Cimrman
* Graham Clenaghan +
* cynthia-rempel +
* Johannes Damp +
* Jaime Fernandez del Rio
* Dowon +
* emmi474 +
* Stefan Endres +
* Thomas Etherington +
* Piotr Figiel
* Alex Fikl +
* fo40225 +
* Joseph Fox-Rabinovitz
* Lars G
* Abhinav Gautam +
* Stiaan Gerber +
* C.A.M. Gerlach +
* Ralf Gommers
* Todd Goodall
* Lars Grueter +
* Sylvain Gubian +
* Matt Haberland
* David Hagen
* Will Handley +
* Charles Harris
* Ian Henriksen
* Thomas Hisch +
* Theodore Hu
* Michael Hudson-Doyle +
* Nicolas Hug +
* jakirkham +
* Jakob Jakobson +
* James +
* Jan Schlüter
* jeanpauphilet +
* josephmernst +
* Kai +
* Kai-Striega +
* kalash04 +
* Toshiki Kataoka +
* Konrad0 +
* Tom Krauss +
* Johannes Kulick
* Lars Grüter +
* Eric Larson
* Denis Laxalde
* Will Lee +
* Katrin Leinweber +
* Yin Li +
* P. L. Lim +
* Jesse Livezey +
* Duncan Macleod +
* MatthewFlamm +
* Nikolay Mayorov
* Mike McClurg +
* Christian Meyer +
* Mark Mikofski
* Naoto Mizuno +
* mohmmadd +
* Nathan Musoke
* Anju Geetha Nair +
* Andrew Nelson
* Ayappan P +
* Nick Papior
* Haesun Park +
* Ronny Pfannschmidt +
* pijyoi +
* Ilhan Polat
* Anthony Polloreno +
* Ted Pudlik
* puenka
* Eric Quintero
* Pradeep Reddy Raamana +
* Vyas Ramasubramani +
* Ramon Viñas +
* Tyler Reddy
* Joscha Reimer
* Antonio H Ribeiro
* richardjgowers +
* Rob +
* robbystk +
* Lucas Roberts +
* rohan +
* Joaquin Derrac Rus +
* Josua Sassen +
* Bruce Sharpe +
* Max Shinn +
* Scott Sievert
* Sourav Singh
* Strahinja Lukić +
* Kai Striega +
* Shinya SUZUKI +
* Mike Toews +
* Piotr Uchwat
* Miguel de Val-Borro +
* Nicky van Foreest
* Paul van Mulbregt
* Gael Varoquaux
* Pauli Virtanen
* Stefan van der Walt
* Warren Weckesser
* Joshua Wharton +
* Bernhard M. Wiedemann +
* Eric Wieser
* Josh Wilson
* Tony Xiang +
* Roman Yurchak +
* Roy Zywina +

A total of 137 people contributed to this release.
People with a "+" by their names contributed a patch for the first time.
This list of names is automatically generated, and may not be fully
complete.

Issues closed for 1.2.0


* `#9520 <https://github.com/scipy/scipy/issues/9520>`__: signal.correlate
with method='fft' doesn't benefit from long...
* `#9547 <https://github.com/scipy/scipy/issues/9547>`__: signature of
dual_annealing doesn't match other optimizers
* `#9540 <https://github.com/scipy/scipy/issues/9540>`__: SciPy v1.2.0rc1
cannot be imported on Python 2.7.15
* `#1240 <https://github.com/scipy/scipy/issues/1240>`__: Allowing
multithreaded use of minpack through scipy.optimize...
* `#1432 <https://github.com/scipy/scipy/issues/1432>`__: scipy.stats.mode
extremely slow (Trac #905)
* `#3372 <https://github.com/scipy/scipy/issues/3372>`__: Please add Sphinx
search field to online scipy html d

[issue34494] simple "sequence" class ignoring __len__

[Tyler Reddy]

New submission from Tyler Reddy :

Downstream in NumPy we've noticed that a "sequence" object defined as below 
will hang (infinite __getitem__ calls) if we try to turn it into an array. The 
same holds in CPython for converting it to a list:

class OneList:

def __len__(self):
# this won't be checked by
# PySequence_Fast and several
# over C API calls
return 1

def __getitem__(self, x):
# called indefinitely by
# i.e., PySequence_Fast
return 1

Just to confirm -- this is intentional / desired behavior:

list(OneList()) should hang in CPython?

related: 
https://github.com/numpy/numpy/issues/8912
https://github.com/numpy/numpy/pull/11815
https://stackoverflow.com/a/43566241/2942522

--
messages: 324037
nosy: treddy
priority: normal
severity: normal
status: open
title: simple "sequence" class ignoring __len__
type: behavior
versions: Python 3.6

___
Python tracker 
<https://bugs.python.org/issue34494>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34215] streams.py:readuntil IncompleteReadError is message is incorrect

[Tyler Bell]

New submission from Tyler Bell :

This may have already been cleared as I opened the PR months ago
But the gist is that the Exception is misleading and the test is incorrect.

--
components: Library (Lib)
messages: 322329
nosy: mrbell...@gmail.com
priority: normal
pull_requests: 7975
severity: normal
status: open
title: streams.py:readuntil IncompleteReadError is message is incorrect
type: enhancement
versions: Python 3.5

___
Python tracker 
<https://bugs.python.org/issue34215>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29659] Expose the `length` arg from shutil.copyfileobj for public use

[Tyler Goodlet]

Changes by Tyler Goodlet <tgood...@gmail.com>:


--
pull_requests: +288

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29659>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29659] Expose the `length` arg from shutil.copyfileobj for public use

[tyler]

New submission from tyler:

It would be handy to be able to pass the `length` default argument defined by 
`shutil.copyfileobj()` to other public functions througout the module. When 
copying very large files (1GB +), increasing the memory buffer can divide the 
copy time in half and currently the only way to accomplish this is by 
overriding the needed function(s) which call `shutil.copyfileobj()`.

I propose a simple non-invasive change where the following functions will also 
expose the `length` kwarg and pass it downwards to `copyfileobj`:
- copyfile
- copy
- copy2

--
messages: 288616
nosy: goodboy
priority: normal
severity: normal
status: open
title: Expose the `length` arg from shutil.copyfileobj for public use
versions: Python 3.7

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29659>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28352] winfo_pathname(..) | window id "xyz" doesn't exist in this application. | Python 3.4.4

[Tyler Sweeden]

New submission from Tyler Sweeden:

This issue presents itself in 3.4.4.. Reverted back to 3.4.1 and the issue was 
gone.

--
components: Tkinter
messages: 278004
nosy: Tyler Sweeden
priority: normal
severity: normal
status: open
title: winfo_pathname(..) | window id "xyz" doesn't exist in this application. 
| Python 3.4.4
versions: Python 3.4

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue28352>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26870] Unexpected call to readline's add_history in call_readline

[Tyler Crompton]

Tyler Crompton added the comment:

I suppose the only thing that could be left is adding remarks in the 
documentations for previous versions. If I understand correctly, this would 
only be added to the documentations for Python 2.7 and 3.5. Is this correct?

Since this is the first issue in which I've submitted a patch, I'm still quite 
new to the CPython development workflow; is there a special way to indicate 
that a patch should be applied to a branch other than default? Or is that done 
simply by informally indicating so in a message?

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26870>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26870] Unexpected call to readline's add_history in call_readline

[Tyler Crompton]

Tyler Crompton added the comment:

I couldn't think of a way to test input() with the unittest module without 
bypassing readline or requesting the input from the user. With that said, this 
informal script verifies proper behavior.

--
status: open -> pending
Added file: http://bugs.python.org/file42749/test_set_auto_history.py

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26870>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26870] Unexpected call to readline's add_history in call_readline

[Tyler Crompton]

Changes by Tyler Crompton <ty...@tylercrompton.com>:


--
status: pending -> open

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26870>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26870] Unexpected call to readline's add_history in call_readline

[Tyler Crompton]

Changes by Tyler Crompton <ty...@tylercrompton.com>:


--
keywords: +patch
Added file: http://bugs.python.org/file42748/set_auto_history.patch

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26870>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26870] Unexpected call to readline's add_history in call_readline

[Tyler Crompton]

Tyler Crompton added the comment:

I agree about the documentation. It would only take a few minutes to do.

In regard to your inquiry about the second solution, more or less, yes. I left 
that one a bit ambiguous since there are many ways to skin that cat. But in 
retrospect, I probably shouldn't have included that potential solution since 
it'd be a bit goofy and wouldn't necessarily be much different (in terms of 
code conciseness) than the third workaround that I mentioned.

As for your suggestion about the fourth solution, I like that idea. I feel that 
it's actually more similar to the fifth solution than the fourth, but I feel 
that we're getting close to coming up with something that should be easy and 
effective.

Lastly, in regard to the fifth solution, yes. But I see what you're saying 
about the downside. Yeah, that would be rather annoying. For a moment, I 
thought that it could fall back to standard IO in the absence of 
Readline/libedit, but that would be a bit misleading for a function in the 
readline module. Besides, input already does that anyway.

I would imagine that in the vast majority of cases of using such a new 
function, the developer would fallback to input, because they'd likely 
prioritize getting the content from the user over ensuring Readline/libedit 
functionality. Since we already have a function that automatically does that, I 
think your suggestion to add a function to the readline module to 
enable/disable automatic history addition would be ideal. I'd be reluctant to 
use a global Python variable since it would be out of uniform with the rest of 
the members (i.e., functions) of the module.

I like the idea of adding a set_auto_history(flag=True|False) or something to 
that effect.

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26870>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26870] Unexpected call to readline's add_history in call_readline

[Tyler Crompton]

Changes by Tyler Crompton <ty...@tylercrompton.com>:


--
nosy: +twouters

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26870>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26870] Unexpected call to readline's add_history in call_readline

[Tyler Crompton]

New submission from Tyler Crompton:

I was implementing a REPL using the readline module and noticed that there are 
extraneous calls to readline's add_history function in call_readline[1]. This 
was a problem because there were some lines, that, based on their compositions, 
I might not want in the history. Figuring out why I was getting two entries for 
every 

The function call has been around ever since Python started supporting GNU 
Readline (first appeared in Python 1.4 or so, I believe)[2]. This behavior 
doesn't seem to be documented anywhere.

I can't seem to find any code that depends on a line that is read in by 
call_readline to be added to the history. I guess the user might rely on the 
interactive interpreter to use the history feature. Beyond that, I can't think 
of any critical purpose for it.

There are four potential workarounds:

1. Don't use the input function. Unfortunately, this is a non-solution as it 
prevents one from using Readline/libedit for input operations.
2. Don't use Readline/libedit. For the same reasons, this isn't a good solution.
3. Evaluate get_current_history_length() and store its result. Evaluate 
input(). Evaluate get_current_history_length() again. If the length changed, 
execute readline.remove_history_item(readline.get_current_history_length() - 
1). Note that one can't assume that the length will change after a call to 
input, because blank lines aren't added to the history. This isn't an ideal 
solution for obvious reasons. It's a bit convoluted.
4. Use some clever combination of readline.get_line_buffer, tty.setcbreak, 
termios.tcgetattr, termios.tcsetattr, msvcrt.getwche, and try-except-finally 
blocks. Besides the obvious complexities in this solution, this isn't 
particularly platform-independent.

I think that it's fair to say that none of the above options are desirable. So 
let's discuss potential solutions.

1. Remove this feature from call_readline. Not only will this cause a 
regression in the interactive interpreter, many people rely on this behavior 
when using the readline module.
2. Dynamically swap histories (or readline configurations in general) between 
readline-capable calls to input and prompts in the interactive interpreter. 
This would surely be too fragile and add unnecessary overhead.
3. Document this behavior and leave the code alone. I wouldn't say that this is 
a solution, but it would at least help other developers that would fall in the 
same trap that I did.
4. Add a keyword argument to input to instruct call_readline to not add the 
line to the history. Personally, this seems a bit dirty.
5. Add a readline function in the readline module that doesn't rely on 
call_readline. Admittedly, the implementation would have to look eerily similar 
to call_readline, so perhaps there could be a flag on call_readline. However, 
that would require touching a few files that don't seem to be particularly 
related. But a new function might be confusing since call_readline sounds like 
a name that you'd give such a function.

I think that the last option would be a pretty clean change that would cause 
the least number of issues (if any) for existing code bases. Regardless of the 
implementation details, I think that this would be the best route—to add a 
Python function called readline to the readline module. I would imagine that 
this would be an easy change/addition.

I'm attaching a sample script that demonstrates the described issue.

[1]: 
https://github.com/python/cpython/blob/fa3fc6d78ee0ce899c9c828e796b66114400fbf0/Modules/readline.c#L1283
[2]: 
https://github.com/python/cpython/commit/e59c3ba80888034ef0e4341567702cd91e7ef70d

--
components: Library (Lib)
files: readline_history.py
messages: 264360
nosy: Tyler Crompton
priority: normal
severity: normal
status: open
title: Unexpected call to readline's add_history in call_readline
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file42626/readline_history.py

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26870>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Hiding code from intruders, a different slant on an old question

[Littlefield, Tyler]

On 10/7/2015 5:38 AM, c...@isbd.net wrote:
> I know questions similar to this are often asked but my reasons for
> wanting to do this (and thus ways it can be done) are slightly different.
>
> I have a number of little utility scripts (python and others) which I
> use to automate the process of decrypting and displaying things like
> files containing passwords.  
>
> The encryption I use is reasonably secure anyway but I'd like to hide
> the programs/methods I use so that:-
>
> 1 - The encrypted files are not identifiable as encrypted data (the file
> command just returns 'data' so they can't be identified by that).  If
> there's a script in my ~/bin directory that relates directly to the
> files it's obvious they're encrypted.
>
> 2 - The method used for encryption isn't obvious, again an obvious
> script will show the program I have used.
>

You have two options here:
1) Use a strong encryption like aes256 etc and don't bother trying to
"hide" the code because it's just a blob of data and they'll not crack it.
2) Encrypt the whole drive if you use something like *nix/*bsd.
The only thing hiding the code will do is make them guess at the method.
But if you use a good method in the firstplace, you shouldn't have any
issues because it's not going to be cracked.

> I *could* write a C program which just exec()'s the required programs,
> if they're done separately this would be fairly well hidden but I was
> wondering if there's anything more obvious I can do that enables me to
> do things easily in Python.
>
>
> This is for protecting against any possible intruder who has gained
> access to my system by breaking an ssh password or stealing my laptop
> for example.  It's *not* for hiding code that I'm giving to others,
> I'd be quite happy to give the code in question to people who might
> want to use it.
>


-- 
Take care,
Ty
http://tds-solutions.net
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

-- 
https://mail.python.org/mailman/listinfo/python-list

Re: I'm using Sphinx, but is there a UML auto generator

[Littlefield, Tyler]

> You can use Graphvix and Plant UML from inside Sphinx.
> http://build-me-the-docs-please.readthedocs.org/en/latest/Using_Sphinx/UsingGraphicsAndDiagramsInSphinx.html
> 
> Laura
> 

Keep this in mind: However you write your docs, they should be
accessible for everyone to use. That is to say, screen readers should be
able to use them as well--perhaps try explaining this dependency in a
format across all the docs in text as well?
HTH,
-- 
Take care,
Ty
twitter: @sorressean
web:http://tysdomain.com
pubkey: http://tysdomain.com/files/pubkey.asc
-- 
https://mail.python.org/mailman/listinfo/python-list

replace parens update

[Littlefield, Tyler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello all:
I've put a new version here:
https://dl.dropboxusercontent.com/u/10204868/replace_parens.py

It's for me, a lot easier to understand. It uses regex to replace
parens rather than using a state machine and conforms to the python
standards for naming and conventions.

HTH,
- -- 
Take care,
Ty
twitter: @sorressean
web:http://tysdomain.com
pubkey: http://tysdomain.com/files/pubkey.asc
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBAgAGBQJVbJgbAAoJEAdP60+BYxejGSoIAJUc3n7dL74MOc6APQ1gY+io
iQhMtmYEp2s5zjv7NP7i+ENWBys8+r7GDBghYW6xrV1JD24VuSFWi1Zya1RuRy2b
v95b+EH/ppHGva4jF71uBAVW4Rh3gdW0uqDrmW4FCdWhZaTATv3hlwG/M5QcFvjF
fDj/lXEB/zljqmf8Hdp3FuHj+QkwJwZihVOhHOHIiZ4zXMlT2J+M76LQKdHcMpFE
SJVaju5isJYEWXGJ9r/iJwgf87Y9fe20bWfqNw0MQtxjiApwo5wcvZshBz6vbLHg
ehKRD/Xz9yBSWnfTrSw0wkOE1uVk4cQlVLhBkP6WvfSf1UYKtXnf6zyNwILu+Rs=
=Ka2/
-END PGP SIGNATURE-
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue22012] struct.unpack('?', '\x02') returns (False,) on Mac OSX

[Tyler Wade]

New submission from Tyler Wade:

On Mac OSX, struct.unpack incorrectly handles bools.

Python 3.4.1 (default, May 19 2014, 13:10:29)
[GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.40)] on darwin
Type help, copyright, credits or license for more information.
 import struct
 struct.unpack('', b'\x00\x01\x02\x03')
(False, True, False, True)

--
assignee: ronaldoussoren
components: Macintosh
messages: 223470
nosy: ronaldoussoren, wayedt
priority: normal
severity: normal
status: open
title: struct.unpack('?', '\x02') returns (False,) on Mac OSX
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22012
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19184] dis module has incorrect docs for RAISE_VARARGS

[Tyler B]

Tyler B added the comment:

I wanted to make an edit so here's my revised comment:

Looked at the code and found differences between 3.4 and 2.7. 2.7 has 4 
exceptions that can be raised while 3.4 has 3 exceptions. 

I propose removing the list of parameters from the documenation to keep 
things simple and not repeat the code. 

# 2.7
Raises an exception. argc indicates the number of parameters to the raise 
statement, ranging from 0 to 3. The parameters consist of the traceback as 
TOS1, the value as TOS2, the exception as TOS3, and None as TOS4.

# 3.4  
Raises an exception. argc indicates the number of parameters to the raise 
statement, ranging from 0 to 2. The parameters consist of the cause as TOS1, 
the exception as TOS2, and None as TOS3.

How does this sound?

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19184
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19184] dis module has incorrect docs for RAISE_VARARGS

[Tyler B]

Tyler B added the comment:

One last edit:

Looked at the code and found differences between 3.4 and 2.7. 2.7 has 4 
exceptions that can be raised while 3.4 has 3 exceptions. 

I propose including the full list of parameters but describing the exceptions 
in a way that's less specific about the TOS order to keep the documentation as 
simple as possible.   

# 2.7
Raises an exception. argc indicates the number of parameters to the raise 
statement, ranging from 0 to 3. The parameters can consist of the traceback as 
TOS1, the value as TOS2, the exception as TOS3, and None as TOS4.

# 3.4  
Raises an exception. argc indicates the number of parameters to the raise 
statement, ranging from 0 to 2. The parameters can consist of the cause as 
TOS1, the exception as TOS2, and None as TOS3.

How does this sound?

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19184
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19184] dis module has incorrect docs for RAISE_VARARGS

[Tyler B]

Tyler B added the comment:

Here's a revised suggestion that has the order changed. I have additional 
concerns but please provide comment on this revision. Thanks

# 2.7
Raises an exception. argc indicates the number of parameters to the raise 
statement, ranging from 0 to 3. The parameters can consist of None as TOS1, the 
exception as TOS2, the value as TOS3, and the traceback as TOS4.

# 3.4  
Raises an exception. argc indicates the number of parameters to the raise 
statement, ranging from 0 to 2. The parameters can consist of None as TOS1, the 
exception as TOS2, and the cause as TOS3.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19184
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19184] dis module has incorrect docs for RAISE_VARARGS

[Tyler B]

Tyler B added the comment:

Looked at the code and found differences between 3.4 and 2.7. 2.7 has 3 
exceptions that can be raised while 3.4 has 4 exceptions. 

I propose removing the list of parameters from the documenation to keep 
things simple and not repeat the code. 

# 2.7
Raises an exception. argc indicates the number of parameters to the raise 
statement, ranging from 0 to 3. The parameters consist of the traceback as 
TOS1, the value as TOS2, the exception as TOS3, and None as TOS4.

# 3.4  
Raises an exception. argc indicates the number of parameters to the raise 
statement, ranging from 0 to 2. The parameters consist of the cause as TOS1, 
the exception as TOS2, and None as TOS3.

How does this sound?

--
nosy: +Tyler.B

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19184
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Help

[tyler]

Thank you everybody who replied. The problem is fixed now and the program is 
running correctly. I will also try to use your suggestions in the future to 
make sure I don't make the same mistake. Thanks again :).
-- 
http://mail.python.org/mailman/listinfo/python-list

Help

[tyler]

I'm a bit new to python and I'm trying to create a simple program which adds 
words and definitions to a list, and then calls them forward when asked to.

---
choice = 0

words = []

entry = 0

definition = 0

escape = 0

finish = 0

memory = 0

dictionary = []

search = 0

def ask_ok(prompt, retries=2, complaint='Yes or no, please!'):
while True:
ok = input(prompt)
if ok in ('y', 'ye', 'yes'):
return True
if ok in ('n', 'no', 'nop', 'nope'):
return False
retries = retries - 1
if retries  0:
raise IOError('refusenik user')
print(complaint)


print(Welcome to Digital Dictionary V1.0!\n\n)

while escape  1:

choice = input(Type 'Entry' to add a word to the Dictionary, 'Search' to 
find a word, and 'Exit' to quit. )

if choice == '`':
break

if choice == 'Entry' or 'entry':
while finish  1:
entry = input(Please type the word you wish to add: )
words.append(entry)
definition = input(What does the word mean?\n )
dictionary.append(definition)
print(entry, '\n', definition)
ask_ok(Is this entry complete? )
if True:
finish = 1
entry = 0
definition = 0

elif choice == 'Search' or 'search':
search = input(Please type the word you wish to find: )
print(search in words)


elif choice == 'Exit' or 'exit':
ask_ok(Are you sure you want to exit? )
if True:
escape = 1

else:
print(Please choose an option from the list.)
---
However, if I run the program using anything but 'entry', the program still 
runs the 'entry' subroutine. After the 'entry' subroutine is run once, no 
options work. Ex:
---
 
Welcome to Digital Dictionary V1.0!

Type 'Entry' to add a word to the Dictionary, 'Search' to find a word, and 
'Exit' to quit. entry
Please type the word you wish to add: computer
What does the word mean?
 a device for computing
computer 
 a device for computing
Is this entry complete? yes
Type 'Entry' to add a word to the Dictionary, 'Search' to find a word, and 
'Exit' to quit. search
Type 'Entry' to add a word to the Dictionary, 'Search' to find a word, and 
'Exit' to quit. exit
Type 'Entry' to add a word to the Dictionary, 'Search' to find a word, and 
'Exit' to quit. `

---
The only option which seems to work is the '`' subroutine, which I added to 
stop the program after running for a while. I believe it works because it was 
added before the 'entry' subroutine.

If anyone can help me figure out why it won't run properly, I'd be really 
grateful.
P.S: I haven't finished the 'search' subroutine, but I just want to get this 
small problem solved soon so I can
-- 
http://mail.python.org/mailman/listinfo/python-list

a couple of questions: pickling objects and strict types

[Littlefield, Tyler]

Hello all:
I've been using Python for a while now, but I have one larger problem.
I come from a c++ background; though it doesn't help in catching runtime 
errors, being able to compile a program helps catch a lot of syntax 
errors. I know about pychecker, which is somewhat useful. Do people have 
other methods for handling this?


Also, I'm depickling objects. Is there a way I can force pickle to call 
the object's ctor? I set up events per object, but when it just 
deserializes it doesn't set all that up.

Thanks,

--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: a couple of questions: pickling objects and strict types

[Littlefield, Tyler]

On 4/5/2013 2:30 PM, Steven D'Aprano wrote:

On Fri, 05 Apr 2013 12:59:04 -0600, Littlefield, Tyler wrote:


Hello all:
I've been using Python for a while now, but I have one larger problem. I
come from a c++ background; though it doesn't help in catching runtime
errors, being able to compile a program helps catch a lot of syntax
errors. I know about pychecker, which is somewhat useful. Do people have
other methods for handling this?


Do you tend to make a lot of syntax errors?

Not a -lot-, but there are things I don't catch sometimes.


Python also catches syntax errors at compile-time. I won't speak for
others, but I hardly ever make syntax errors: between Python's simple,
surprise-free syntax, and modern, syntax-colouring editors, I find that I
rarely make syntax errors.


I am blind, so colorful editors don't really work all that well for me.


Also, I'm depickling objects. Is there a way I can force pickle to call
the object's ctor? I set up events per object, but when it just
deserializes it doesn't set all that up. Thanks,

What's the object's ctor? What sort of objects are you dealing with?




def __init__(self):
self.events = {}
self.components = []
self.contents = []
self.uid = uuid4().int
self.events['OnLook'] = teventlet()


Basically events don't get initialized like I'd like after I depickle 
objects.


--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

[issue17526] inspect.findsource raises undocumented error for code objects with empty filename

[Tyler Doyle]

Changes by Tyler Doyle kingt...@gmail.com:


Removed file: http://bugs.python.org/file29576/inspect.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17526
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17526] inspect.findsource raises undocumented error for code objects with empty filename

[Tyler Doyle]

Changes by Tyler Doyle kingt...@gmail.com:


Removed file: http://bugs.python.org/file29577/test_inspect.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17526
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17526] inspect.findsource raises undocumented error for code objects with empty filename

[Tyler Doyle]

Changes by Tyler Doyle kingt...@gmail.com:


Added file: http://bugs.python.org/file29591/17526_getsource.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17526
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17526] inspect.findsource raises undocumented error for code objects with empty filename

[Tyler Doyle]

Tyler Doyle added the comment:

It looks like file is getting set to '' and then indexed on line 553 below, 
hitting the IndexError before we ever get to IOError.

--550---
file = getfile(object)  -- file = ''
sourcefile = getsourcefile(object)
if not sourcefile and file[0] + file[-1] != '': -- ''[0]
raise IOError('source code not available')
file = sourcefile if sourcefile else file
--556---

Confirmed in 3.3

--
nosy: +T8y8

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17526
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17526] inspect.findsource raises undocumented error for code objects with empty filename

[Tyler Doyle]

Changes by Tyler Doyle kingt...@gmail.com:


--
keywords: +patch
Added file: http://bugs.python.org/file29576/inspect.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17526
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17526] inspect.findsource raises undocumented error for code objects with empty filename

[Tyler Doyle]

Tyler Doyle added the comment:

Patch and test to accompany.

--
Added file: http://bugs.python.org/file29577/test_inspect.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17526
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15587] IDLE is pixelated on the Macbook Pro with Retina Display

[Tyler Crompton]

Tyler Crompton added the comment:

I will gladly test the changes. Where would I find these to download?

--
status: pending - open

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15587
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17125] tokenizer.tokenize passes a bytes object to str.startswith

[Tyler Crompton]

New submission from Tyler Crompton:

Line 402 in lib/python3.3/tokenize.py, contains the following line:

if first.startswith(BOM_UTF8):

BOM_UTF8 is a bytes object. str.startswith does not accept bytes objects. I was 
able to use tokenize.tokenize only after making the following changes:

Change line 402 to the following:

if first.startswith(BOM_UTF8.decode()):

Add these two lines at line 374:

except AttributeError:
line_string = line

Change line 485 to the following:

try:
line = line.decode(encoding)
except AttributeError:
pass

I do not know if these changes are correct as I have not fully tested this 
module after these changes, but it started working for me. This is the meat of 
my invokation of tokenize.tokenize:

import tokenize

with open('example.py') as file: # opening a file encoded as UTF-8
for token in tokenize.tokenize(file.readline):
print(token)

I am not suggesting that these changes are correct, but I do believe that the 
current implementation is incorrect. I am also unsure as to what other versions 
of Python are affected by this.

--
components: Library (Lib)
messages: 181349
nosy: Tyler.Crompton
priority: normal
severity: normal
status: open
title: tokenizer.tokenize passes a bytes object to str.startswith
type: behavior
versions: Python 3.3

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17125
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15587] IDLE is pixelated on the Macbook Pro with Retina Display

[Tyler Crompton]

Tyler Crompton added the comment:

I can confirm that this works. The underscore does not appear when using the 
default font settings (Courier, size 10). I changed it to Courier New and all 
is fine. One may also want to increase the font size to 12 as the font is 
difficult to read when the property list has been fixed. I have no idea where 
to begin on the patch, though.

--
resolution: invalid - 
status: closed - pending

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15587
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: design question:game skill system

[Littlefield, Tyler]

I just wanted to say thanks to all the people that provided input, both 
aonand off list. It gave me a good direction to head in. Thanks again.

On 10/2/2012 2:34 PM, Ian Kelly wrote:

On Tue, Oct 2, 2012 at 2:00 PM, Littlefield, Tyler ty...@tysdomain.com wrote:

Hello all:
I'm looking at a skill/perk system, where the player builds up his char by
using perk points to add abilities.
Each perk is under a category, and generally costs go up as you increase the
perk.
So I'm trying to figure something out; first, I'd really like the cost
calculation and all of that to be dynamic, so that I don't have to write a
calculateCost per object. I'd also like to be able to specify dependencies
and say a level, as well as other factors before a player can obtain a perk
and have them self documenting. The idea is that a player could do something
like:
data perk extended health
and it would tell them they require health at 50 before they can purchase
extended health, as well as the cost, the increase per level and the total
overall cost.

What are the cost calculations based on?  If there are specific
formulas then you would need to store them somehow, possibly just as a
function to be called or string to be evaled, but if the security of
the perk database is of concern then you could engineer a more
sandboxed representation.  For dependencies, you can keep them in a
container.  An extended health perk might look something like:

cost_formula = 5 * level ** 2
dependencies = {HEALTH: 50, PLAYER_LEVEL: 15}
benefits = {HEALTH: 7 * level}

where HEALTH and PLAYER_LEVEL are just some arbitrary known constants.
  Your core perks library would then be responsible for looking this
information up, running the formulas, and performing whatever
calculations on it are needed.


Finally, I'm curious how to store and calculate these. I thought about using
a uid per perk, then storing something like: {uid:level} on the player, but
means that I have to lookup the name somehow still in the main perk
database, then use that uid to check if the player has it. Are there better
ways of storing skills?

When you say uids, you mean UUIDs, right?  I'm not sure what advantage
there is in using abstracted unique identifiers for these.  Assuming
you have full control over what perks are added, you can ensure there
will be no name clashes, so why not just use the name or a name-based
tag to uniquely identify each perk?  Regardless of how you identify
them, though, your code is at some point going to have to go to the
database to look them up, so I would suggest you just go ahead and
write that code, and then you can add some caching later if it turns
out to be needed.


I'm also thinking about calculation; currently the
CalculateMaxHp method would have to add up all the possible perks for
health, then add stats and all that. That could get really rough on
performance if it's called often; would something like a cache work, where
you have something like: {attribute:dirty}? So if I call CalculateHealth, it
checks for the dirty flag, and if it doesn't exist just returns the previous
max HP, but if the dirty flag is set, it recalculates? Then anything
modifying health (level gains, perks, stat increases/etc) would just set the
dirty flag and call calculate?

Sounds reasonable.  I wouldn't use a separate flag attribute, though.
When max HP becomes dirty, clear the cached value, and use the absence
of a cached value to inform your code that it needs to recalculate.



--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

final question: logging to stdout and updating files

[Littlefield, Tyler]

pHello all:
I've seen frameworks like django reload files when it detects that 
they've been changed; how hard would it be to make my engine reload 
files that it detects were changed? I'm also curious how hard it would 
be to build in some error recovery. For example right now when an 
exception occurs, the player is sometimes just left hanging. It's a lot 
harder with Python for me, because I don't get the compile-time errors 
that I would with c++ for example to know that I did something wrong; 
while that's not always useful/and by far it doesn't catch everything, 
it does help. I'm familiar with things like pychecker, but it seems to 
be reporting a lot of issues that aren't issues. For example, I have a 
world module which is the core of the engine; it handles players, as 
well as keeps tracks of all rooms that are loaded in the game and that. 
Because player and world would have circular imports, I just pass the 
world object into player functions like logon/create. Pychecker tells me 
that the world parameter (which is a local var at that point) shadows 
the world variable in world; world is a singleton, so when you import 
world it just has a world = World() at the bottom of the module.


also: I have the following code:
logging.basicConfig(filename=path.join(logs, mud.log), 
level=logging.DEBUG)

logger = logging.getLogger(__name__)
logger.addHandler(logging.StreamHandler())
I like it displaying to stderr since usually when I'm doing this I'm in 
screen bouncing back and forth between the output and the tt++ session, 
but right now I can't get a couple of things; I'm not sure how to set it 
to log and all other messages to stderr as I did for the file, and I'd 
like to use a rotating log handler so that it'll rotate when the files 
are say above 16 KB or something. Is it possible to do something like 
this; perhaps make it compress the file before it writes to disk, or 
call a command to do so, so that it wouldn't hang the entire mud while 
it compresses?

Thanks, and sorry again for all the questions.

--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

design question:game skill system

[Littlefield, Tyler]

Hello all:
I'm looking at a skill/perk system, where the player builds up his char 
by using perk points to add abilities.
Each perk is under a category, and generally costs go up as you increase 
the perk.
So I'm trying to figure something out; first, I'd really like the cost 
calculation and all of that to be dynamic, so that I don't have to write 
a calculateCost per object. I'd also like to be able to specify 
dependencies and say a level, as well as other factors before a player 
can obtain a perk and have them self documenting. The idea is that a 
player could do something like:

data perk extended health
and it would tell them they require health at 50 before they can 
purchase extended health, as well as the cost, the increase per level 
and the total overall cost.

Any ideas on how to set this up would be really appreciated.
Finally, I'm curious how to store and calculate these. I thought about 
using a uid per perk, then storing something like: {uid:level} on the 
player, but means that I have to lookup the name somehow still in the 
main perk database, then use that uid to check if the player has it. Are 
there better ways of storing skills? I'm also thinking about 
calculation; currently the CalculateMaxHp method would have to add up 
all the possible perks for health, then add stats and all that. That 
could get really rough on performance if it's called often; would 
something like a cache work, where you have something like: 
{attribute:dirty}? So if I call CalculateHealth, it checks for the dirty 
flag, and if it doesn't exist just returns the previous max HP, but if 
the dirty flag is set, it recalculates? Then anything modifying health 
(level gains, perks, stat increases/etc) would just set the dirty flag 
and call calculate?

Thoughts/ideas would be welcome.
Thanks,

--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: Python source code easy to hack?

[Littlefield, Tyler]

On 9/28/2012 9:19 AM, stu...@molden.no wrote:

kl. 16:38:10 UTC+2 fredag 28. september 2012 skrev Jerry Hill følgende:


This is true, but both java and .net are also relatively easy to decompile.

Neither of them are very obfuscated.



In general though, why does it matter?

Paranoia among managers?



What are you trying to protect yourself against?


Embarassment?

Patent trolls?

Unauthorized access to priviledged features?

Industrial espionage?

Sounds like a web solution is the best way. Use a thin client and run your 
NSA-level code on a server. It's worth pointing out though that even c/c++ 
isn't free. If someone wants to decompile or disassemble your code bad enough, 
it's going to happen.
 


If you must keep anyone from ever seeing how your code works, the only way to 
do that is to keep all the sensitive bits running on a machine that you control.

Indeed :)



Sturla



--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

teventlet: a light-weight method for handling events

[Littlefield, Tyler]

Hello all:
This was my first PyPi project to create. I'd like some feedback as to 
whether or not something like this is even moderately useful, and what I 
could do better with it.

The blog article that details some of this is:
http://tds-solutions.net/blog/?p=137
And the PyPi page:
http://pypi.python.org/pypi/teventlet

Essentially, Teventlet is just a handler that allows the registration of 
multiple callbacks; when something calls invoke, it dispatches all 
arguments to each individual callback. It's pretty small, and probably 
something anyone who is reasonably skilled could have written in a few 
minutes, but I wanted to put it out there anyway.

Any ideas, suggestions/etc would be welcome.

--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: test

[Littlefield, Tyler]

On 9/27/2012 3:36 PM, Devin Jeanpierre wrote:

On Thu, Sep 27, 2012 at 5:28 PM, ForeverYoung rsn...@gmail.com wrote:

Please ignore this post.
I am testing to see if I can post successfully.

Is there a reason you can't wait until you have something to say / ask
to see if it works? You're spamming a large number of inboxes with
nothing.


I'm kind of thinking complaints about it are just doubling the spam to a large 
number of inboxes. You could've just doubled the spam in the OP's inbox and 
that would've been that.


--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: Article on the future of Python

[Littlefield, Tyler]

On 9/27/2012 9:05 PM, Jason Friedman wrote:

Fair enough, but it's the M in the LAMP stack I object to. I'd much
rather have P.

+1



I know this isn't the list for database discussions, but I've never 
gotten a decent answer. I don't know much about either, so I'm kind of 
curious why postgresql over mysql?


--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: Stop feeding the trolls (Was: which a is used?)

[Littlefield, Tyler]

On 9/27/2012 10:50 PM, Dwight Hutto wrote:

On Fri, Sep 28, 2012 at 12:40 AM, Chris Angelico ros...@gmail.com wrote:

On Fri, Sep 28, 2012 at 1:47 PM, Dwight Hutto dwightdhu...@gmail.com wrote:

[ lots of screed that demonstrates that Dwight hasn't grokked the hacker 
culture ]

Don't hack, but could very well if necessary.


You couldn't hack your self out of a wet paper bag, and you're fooling noone. 
Sorry... buddy. You should go away now; You asked who is laughing at you the 
other day, and at that point you had the ability to salvage (or at least 
attempt to salvage) your reputation with a few people. You've pretty much blown 
that away at this point, so a belated answer to your question is everyone.


Dwight, have a read of these documents. They may help you to
understand how the python-list community operates, and perhaps more
so, why most of the regulars here think the way they do.

They have double digit I.Q.'s ?

Actually,

this may be of interest to quite a few people, so I'll post it
on-list.

Go right aheadbuddy.


http://catb.org/~esr/faqs/

ChrisA
--
http://mail.python.org/mailman/listinfo/python-list






--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: Article on the future of Python

[Littlefield, Tyler]

On 9/27/2012 10:37 PM, Chris Angelico wrote:

On Fri, Sep 28, 2012 at 2:12 PM, Greg Donald gdon...@gmail.com wrote:

On Thu, Sep 27, 2012 at 10:37 PM, Wayne Werner wa...@waynewerner.com wrote:

the only advice I can give on that is
just learn to use both.

I find there's little to lose in having experience with both.

Most every good web framework out there supports lots of different
databases through generic ORM layers.. so flipping back and forth to
see which database is better for your particular app and workload is
trivial.


I plan to do that, just so I have both. I've had the experience of mysql, so I 
guess postgresql is up next. I was just really curious why so many people 
prefered it. Perhaps off topic (actually really off topic), but if I were to 
dump my tables from mysql out into flat-files, does postgresql use the same 
basic structure? IIRC there's a sql98 standard or something like that.

 Learning both is good, if for no reason than that learning more tends
to be advantageous.

As Greg said in his other post, PGSQL is a completely open source
project. That's a significant point imho. Other points to consider:

* MySQL is designed for dynamic web sites, with lots of reading and
not too much writing. Its row and table locking system is pretty
rudimentary, and it's quite easy for performance to suffer really
badly if you don't think about it. But if your needs are simple, MySQL
is probably enough. PostgreSQL uses MVCC to avoid locks in many cases.
You can happily read from a row while it's being updated; you'll be
unaware of the update until it's committed.

* Postgres has solid support for advanced features like replication. I
don't know how good MySQL's replication is, never tried it. Can't say.
This might be completely insignificant.

* The default MySQL engine, MyISAM, doesn't do proper transaction
logging etc. InnoDB is better for this, but the internal tables (where
your database *structure* is maintained) are MyISAM. This imposes a
definite risk.

You've lost me here; there are two different engines. From what I got from your 
post, innoDB just essentially wraps MyIsam with some pretty (or apparently not 
so pretty) locking stuff to help with transactions?

 * Both engines have good support in popular languages, including
(dragging this back on topic, kicking and screaming) Python.

For further details, poke around on the web; I'm sure you'll find
plenty of good blog posts etc. But as for me and my house, we will
have Postgres serve us.


Will do, thanks for all the feedback (both on and off list). I'm not a huge 
database person; I've never really played around with much of it since there's 
a lot more to understand and I can't just mess with it like any other language, 
so I was unaware of a lot, and still am in terms of performance. I've obviously 
seen a ton of blog posts talking about the differences, but they tend to dive 
into the inner mechanics, something which I don't understand all that well.
PS: Someone mentioned my messages were not indented properly; is this still the 
case? Apparently thunderbird allows ctrl+right bracket to outdent, so I assume 
my messages should be the outer ones with others being indented farther.

 ChrisA



--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Article on the future of Python

[Littlefield, Tyler]

On 9/26/2012 2:11 AM, Dwight Hutto wrote:

Well, we can all use american as a standard, or maybe you'd prefer to
borrow my Latin for Idiots handbook. But then again google has a
Universal Communicator going, so, does it matter?

Never in the field of human discussion has there been so much reason
for so many to plonk so few.


Plonk it if you want. Your homosexual ideologies have no effect on
me. Butt, back to the discussion, there are quite a few ways to
encode, as well as translate code.


You remind me of a little kid. When anything doesn't go your way, we 
revert to homosexual comments (who said anything about homosexual 
anyway), and you keep bringing up this whole nut hair deal. I think it's 
you leaning that way buddy, especially since most of us on here are guys.



Plonk it in your mouth, and let the nut hairs tickle your throat.



Take your trash somewhere else. You've provided nothing in terms of good 
feedback or responses, and I doubt you will provide more than insults.

PS: Anyone know if rantingrik had relatives? ;)



ChrisA
--
http://mail.python.org/mailman/listinfo/python-list






--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: new-style class or old-style class?

[Littlefield, Tyler]

On 9/25/2012 8:44 AM, Jayden wrote:

In learning Python, I found there are two types of classes? Which one are 
widely used in new Python code? Is the new-style much better than old-style? 
Thanks!!



Perhaps this is useful:
http://docs.python.org/reference/datamodel.html
It's 3.3 I think.

--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

google api and oauth2

[Littlefield, Tyler]

Hello all:
I've been trying  to figure out the oauth2client part of google's api, 
and I am really confused.
It shows a flow, and even with the client flow, you need a redirect uri. 
This isn't important because I just want to get both an access and 
refresh token.
Has anyone had any experience with this? Is it  easier to use a more 
developed oauth2 library to handle this? If so, can anyone make any 
suggestions?


If I understand everything correctly, it doesn't matter what library I 
would use to work with the oauth2 protocol, so I could break out of this 
workflow thing that looks like it's more designed for web apps.
Finally, they caution you about being careful about your client id and 
your client secret; is  there much in the way of obviscation or 
something I can do to keep this secret?


--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: google api and oauth2

[Littlefield, Tyler]

On 9/25/2012 2:05 PM, Demian Brecht wrote:
This is a shameless plug, but if you want a much easier to understand 
method of accessing protected resources via OAuth2, I have a 55 LOC 
client implementation with docs and examples 
here:https://github.com/demianbrecht/sanction (Google is one of the 
tested providers with an access example).




No complaints from me if it works. Honestly I was a bit discouraged at 
Google's decent lack of documentation and the quality of the code.


Are you trying to access resources client side (through Javascript) or 
server side? Either way, the redirect URI *is* important. The first 
step is to have your user authorize your application using Google's 
authorization page. As one of the query parameters, you must specify 
the redirect URI (which must match those registered through Google's 
app console).


I'm trying to access it through a desktop Python application, which made 
me really confused. There was something else that talked about returning 
the tokens in a different way, but it talked about returning them in the 
title of the webpage, and since I'd be spawning a browser to request 
authorization, I'd have to write something that would pull the window 
information and then parse out the token from the title, which doesn't 
sound to stable.


Once the user has authorized your application, they're redirected back 
to your site (via the specified redirect URI), with a code attached 
as a query param. Once you get that code, you must exchange that with 
Google's token endpoint to retrieve the access and refresh tokens.


Awesome. I could theoretically just create a webpage on my server to 
redirect people to with the query, but I'm still not quite sure how I'd 
retrieve that from the desktop application.


No, it doesn't matter which library you use. Google's (imho) is overly 
verbose and difficult to grok (especially for someone new to either 
OAuth 2.0 or Python, or both). The client ID doesn't need to be kept 
private, but the secret does. You should *never* put this anywhere 
that can be read publicly.


I plan on storing them both in variables. It's not going to be the best 
solution, but I plan to use python -O to create pyo files, which from 
what I understand are harder to decompile, and it'll be in a py2exe 
executable. Still not to hard to get at, but it's not right there either.



On Tue, Sep 25, 2012 at 12:04 PM, Littlefield, Tyler 
ty...@tysdomain.com mailto:ty...@tysdomain.com wrote:


Hello all:
I've been trying  to figure out the oauth2client part of google's
api, and I am really confused.
It shows a flow, and even with the client flow, you need a
redirect uri. This isn't important because I just want to get both
an access and refresh token.
Has anyone had any experience with this? Is it  easier to use a
more developed oauth2 library to handle this? If so, can anyone
make any suggestions?

If I understand everything correctly, it doesn't matter what
library I would use to work with the oauth2 protocol, so I could
break out of this workflow thing that looks like it's more
designed for web apps.
Finally, they caution you about being careful about your client id
and your client secret; is  there much in the way of obviscation
or something I can do to keep this secret?

-- 
Take care,

Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a
fool; he that dares not reason is a slave.

-- 
http://mail.python.org/mailman/listinfo/python-list






--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: request for another code review

[Littlefield, Tyler]

On 9/23/2012 9:48 PM, alex23 wrote:

On Sep 23, 6:14 am, Littlefield, Tyler ty...@tysdomain.com wrote:

I've gotten a bit farther into my python mud, and wanted to request
another code review for style and the like.

Are you familiar with codereview.stackexchange.com ?



I actually wasn't, thanks!



(This isn't to dissuade you from posting such requests here, just to
help increase the chance of eyeballs on your code.)



--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: request for another code review

[Littlefield, Tyler]

On 9/23/2012 9:48 PM, alex23 wrote:

On Sep 23, 6:14 am, Littlefield, Tyler ty...@tysdomain.com wrote:

I've gotten a bit farther into my python mud, and wanted to request
another code review for style and the like.

Are you familiar with codereview.stackexchange.com ?



I actually wasn't, thanks!



(This isn't to dissuade you from posting such requests here, just to
help increase the chance of eyeballs on your code.)



--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: keeping information about players around

[Littlefield, Tyler]

On 9/24/2012 3:14 PM, Dwight Hutto wrote:

I have yet another design question.
In my mud, zones are basically objects that manage a collection of rooms;
For example, a town would be it's own zone.
It holds information like maxRooms, the list of rooms as well as some other
data like player owners and access flags.
The access flags basically is a list holding the uid of a player, as well as
a bitarray of permissions on that zone. For example, a player might have the
ability to edit a zone, but not create rooms.
So I have a couple of questions based on this:
First, how viable would it be to keep a sort of player database around with
stats and that?



Well, what are the main items you need to retain for the player to
return to the game?



All of their contents are stored, which right now is done through Pickle. The 
stats is something different, as like I said, I don't want to unpickle an 
object every time I for example look at a zone and see what players have 
permissions on it.


Also, If this is a browser app I'd go with phpmyadmin, and MySQL If a 
tkinter/wxpython/etc app, then maybe sqlite.


PHPMyAdmin? Might I ask why? This is a mud, so it's all command based, 
so that's not even a question, but I'm kind of curious how PHPMyAdmin 
factors in there. It's a database creation tool from all I've ever seen 
of it, to define tables. Also, using it requires that I have it up on 
some server or another, and I'd really rather avoid that if I can.



It could contain the player's level, as well as other information like their
access (player, admin, builder etc), and then when someone does a whois on
the player I don't have to load that player up just to get data about them.
How would I keep the information updated? When I delete a player, I could
just delete the entry from the database by uid.
Second, would it be viable to have both the name and the uid stored in the
dictionary? Then I could look up by either of those?


Why would you use a dictionary, when it's DB manipulation you're after?



It is? I don't remember mentioning database anything in my thread. Unless I 
missed it, I mentioned pickle once or twice. But either way, I'd use a 
dictionary to keep a copy of {uid:object} for objects and {uid:player} for 
players. Makes lookup by uid pretty easy, as well as for any loaded objects.



Also, I have a couple more general-purpose questions relating to the mud.
When I load a zone, a list of rooms get stored on the zone, as well as
world. I thought it might make sense to store references to objects located
somewhere else but also on the world in WeakValueDictionaries to save
memory. It prevents them from being kept around (and thus having to be
deleted from the world when they lose their life), but also (I hope) will
save memory. Is a weakref going to be less expensive than a full reference?

For any case, you're going to have a DB field with a value, so it
doesn't look like a high value memory cost in the DB.


Second, I want to set up scripting so that you can script events for rooms
and npcs. For example, I plan to make some type of event system, so that
each type of object gets their own events. For example, when a player walks
into a room, they could trigger some sort of trap that would poison them.
This leads to a question though: I can store scripting on objects or in
separate files, but how is that generally associated and executed?

Well, the event doesn't need to be stored unless there is a necessity
to store the event, but if it's poisoned, then it's just a life
penalty, then no need to store the event, just the score loss.



I was asking about scripting the rooms, more than storing it. I need to have 
python code somewhere, somehow that attaches to the onEnter event in a room and 
subtracts hp from the player. Obviously you want that to be object specific and 
not have that script on everything.



Finally, I just want to make sure I'm doing things right. When I store data,
I just pickle it all, then load it back up again. My world object has an
attribute defined on it called picklevars, which is basically a list of
variables to pickle, and my __getstate__ just returns a dictionary of those.
All other objects are left as-is for now. Zones, (the entire zone and all
it's rooms) get pickled, as well as players and then the world object for
persistence. Is this the suggested way of doing things? I'll also pickle the
HelpManager object, which will basically contain a list of helpfiles that

I might suggest you take a look at the Blender Game Engine(python API)
at this point, unless you're just liking doing it the hard way to gain
experience(just like I have).



That's cool I guess, but I'm not taking your road and doing it the hard way for 
experience. The setup is more of a game engine, but beyond that, I don't think 
I need everything i get from a game library, especially since IIRC, Blender is 
mainly 3d focused?


Design the DB, and let the scene render what needs to be rendered, or 
list 

Re: For Counter Variable

[Littlefield, Tyler]

On 9/24/2012 6:25 PM, Dwight Hutto wrote:

To highlight the vast gulf between what you think you are and what you
actually produce.

I produce working code, and if it works, then I don't just think...I know.

Working code != good code. Just an observation. Also, I've noticed a vast differences 
between someone who can explain their answers as Alix has done on multiple threads you've 
replied to in the last 5 minutes, and someone who cobbles something together with 
your variable isn't being shown right because there's no self.a, which 
actually really makes no sense at all. Just my $0.02.


--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: Who's laughing at my responses, and who's not?

[Littlefield, Tyler]

On 9/24/2012 10:43 PM, Dwight Hutto wrote:

It sounds pretentious, but over the past several days, I've been
slammed on every post almost. All because of an argument over me not
posting a little context in a conversation, that seemed short and
chatty.

I was just wondering, if it's just them, or if it's my netiquette.

I think you'd have a leg to stand on here if you didn't start cursing at anyone 
who got on your wrong side. It wasn't really an issue until you threw that
up. Granted you did take your cursing off list finally, but you still continued 
(and as of about 2 hours ago) continue to post trash like you did in response
to Alix's message. If you want to argue something, by all means argue. But 
there's no need to resort to comments like you've made.


-- Take care, Ty http://tds-solutions.net The aspen project: a barebones 
light-weight mud engine: http://code.google.com/p/aspenmud He that will 
not reason is a bigot; he that cannot reason is a fool; he that dares 
not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

Re: List Problem

[Littlefield, Tyler]

On 9/23/2012 3:44 PM, jimbo1qaz wrote:

On Sunday, September 23, 2012 2:31:48 PM UTC-7, jimbo1qaz wrote:

I have a nested list. Whenever I make a copy of the list, changes in one affect 
the other, even when I use list(orig) or even copy the sublists one by one. I 
have to manually copy each cell over for it to work.

Link to broken code: http://jimbopy.pastebay.net/1090401

No, actually that's the OK code. http://jimbopy.pastebay.net/1090494 is the 
broken one.


I've not been following this thread fully, but why not just use 
x=list(y) to copy the list?
The issue is that when you assign i=[1,2,3] and then j = i, j is just a 
reference to i, which is why you change either and the other changes.


--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

keeping information about players around

[Littlefield, Tyler]

ytHello all:
I've asked for a couple code reviews lately on a mud I've been working 
on, to kind of help me with ideas and a better design.


I have yet another design question.
In my mud, zones are basically objects that manage a collection of 
rooms; For example, a town would be it's own zone.
It holds information like maxRooms, the list of rooms as well as some 
other data like player owners and access flags.
The access flags basically is a list holding the uid of a player, as 
well as a bitarray of permissions on that zone. For example, a player 
might have the ability to edit a zone, but not create rooms.

So I have a couple of questions based on this:
First, how viable would it be to keep a sort of player database around 
with stats and that?
It could contain the player's level, as well as other information like 
their access (player, admin, builder etc), and then when someone does a 
whois on the player I don't have to load that player up just to get data 
about them. How would I keep the information updated? When I delete a 
player, I could just delete the entry from the database by uid.
Second, would it be viable to have both the name and the uid stored in 
the dictionary? Then I could look up by either of those?


Also, I have a couple more general-purpose questions relating to the mud.
When I load a zone, a list of rooms get stored on the zone, as well as 
world. I thought it might make sense to store references to objects 
located somewhere else but also on the world in WeakValueDictionaries to 
save memory. It prevents them from being kept around (and thus having to 
be deleted from the world when they lose their life), but also (I hope) 
will save memory. Is a weakref going to be less expensive than a full 
reference?
Second, I want to set up scripting so that you can script events for 
rooms and npcs. For example, I plan to make some type of event system, 
so that each type of object gets their own events. For example, when a 
player walks into a room, they could trigger some sort of trap that 
would poison them. This leads to a question though: I can store 
scripting on objects or in separate files, but how is that generally 
associated and executed?
Finally, I just want to make sure I'm doing things right. When I store 
data, I just pickle it all, then load it back up again. My world object 
has an attribute defined on it called picklevars, which is basically a 
list of variables to pickle, and my __getstate__ just returns a 
dictionary of those. All other objects are left as-is for now. Zones, 
(the entire zone and all it's rooms) get pickled, as well as players and 
then the world object for persistence. Is this the suggested way of 
doing things? I'll also pickle the HelpManager object, which will 
basically contain a list of helpfiles that can be accessed, along with 
their contents.

Thanks, and appologies for all the questions.

--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

request for another code review

[Littlefield, Tyler]

Hello all:
I've gotten a bit farther into my python mud, and wanted to request 
another code review for style and the like. Mainly I'm concerned about 
player.py, world.py and components and other ways to handle what I'm 
trying to do.
I didn't run pychecker just yet, so there are probably a ton of syntax 
errors; my problem was that world was importing room, and room imported 
world for functionality and that made things a mess.
Ideas and suggestions for code cleanup and cleaner ways to do things 
would be appreciated.

git clone https://code.google.com/p/pymud/
Thanks,

--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list

using uwsgi to get flask going

[Littlefield, Tyler]

Hello all:
This is my first shot with UWSGI and Python on Nginx, and I'm getting 
kind of confused.

My uwsgi init script looks like:
#!/bin/sh
#/etc/init.d/uwsgi
### BEGIN INIT INFO
# Provides: uwsgi
# Required-Start: $all
# Required-Stop: $all
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
### END INIT INFO
PID=/var/run/uwsgi/uwsgi.pid
SOCKET=/var/run/uwsgi/uwsgi.sock
DAEMON=/usr/local/bin/uwsgi
LOGFILE=/var/log/uwsgi.log
ARGS=--master --socket $SOCKET -d --workers 4 --pidfile $PID --vacuum 
--max-requests 400 --gid uwsgi --uid uwsgi --logto2 $LOGFILE --chdir2 
/opt/nginx/html/falcon -w app:app

case $1 in
start)
echo Starting uwsgi
touch $SOCKET
touch $LOGFILE
chown uwsgi:uwsgi $LOGFILE
chmod 660 $LOGFILE
chown -R www-data:uwsgi $SOCKET
chmod 660 $SOCKET
start-stop-daemon -p $PID --start --exec $DAEMON -- $ARGS
;;
stop)
echo Stopping uwsgi.
start-stop-daemon --signal INT -p $PID --stop $DAEMON -- $ARGS
;;
restart)
echo Stopping uwsgi.
start-stop-daemon --signal INT -p $PID --stop $DAEMON -- $ARGS
echo Starting uwsgi
start-stop-daemon -p $PID --start --exec $DAEMON -- $ARGS
;;
*)
echo Usage: /etc/init.d/uwsgi stop|stop|restart.
exit 1
;;
esac
I'm trying to chdir so I can use app:app (ap.py is the script, app is 
the application in app.py). From what I understand, uwsgi just spawns a 
Python process and runs app.py to handle requests? It doesn't spawn a 
process per instance? How easy would it be to force it to use PyPy for 
example?

Also my nginx config:
server {
server_name www.dev.tds-solutions.net dev.tds-solutions.net;
listen   80;
access_log  logs/dev.access.log;

location / {
root   html/falcon;
index  index.html index.htm;
try_files $uri @uwsgi;
}

location ~ /\.ht {
   deny  all;
}

location @uwsgi {
include /opt/nginx/conf/uwsgi_params;
uwsgi_pass unix:/var/run/uwsgi/uwsgi.sock;
}
}
anyone see anything wrong? Any info would be greatly appreciated.

--
Take care,
Ty
http://tds-solutions.net
The aspen project: a barebones light-weight mud engine:
http://code.google.com/p/aspenmud
He that will not reason is a bigot; he that cannot reason is a fool; he that 
dares not reason is a slave.

--
http://mail.python.org/mailman/listinfo/python-list