Mailman 3 February 2021 - Python-announce-list

ANN: SciPy 1.6.1
by Tyler Reddy Feb. 18, 2021

Feb. 18, 2021

Hi all, On behalf of the SciPy development team I'm pleased to announce the release of SciPy 1.6.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.6.1 One of a few ways to install this release with pip: pip install scipy==1.6.1 ===================== SciPy 1.6.1 Release Notes ===================== SciPy 1.6.1 is a bug-fix release with no new features compared to 1.6.0. Please note that for SciPy wheels to correctly install with Pip on macOS 11, Pip >= 20.3.3 is needed. Authors ====== * Peter Bell * Evgeni Burovski * CJ Carey * Ralf Gommers * Peter Mahler Larsen * Cheng H. Lee + * Cong Ma * Nicholas McKibben * Nikola Forró * Tyler Reddy * Warren Weckesser A total of 11 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.1 ------------------------------- * `#13072 <https://github.com/scipy/scipy/issues/13072>`__: BLD: Quadpack undefined references * `#13241 <https://github.com/scipy/scipy/issues/13241>`__: Not enough values to unpack when passing tuple to \`blocksize\`... * `#13329 <https://github.com/scipy/scipy/issues/13329>`__: Large sparse matrices of big integers lose information * `#13342 <https://github.com/scipy/scipy/issues/13342>`__: fftn crashes if shape arguments are supplied as ndarrays * `#13356 <https://github.com/scipy/scipy/issues/13356>`__: LSQBivariateSpline segmentation fault when quitting the Python... * `#13358 <https://github.com/scipy/scipy/issues/13358>`__: scipy.spatial.transform.Rotation object can not be deepcopied... * `#13408 <https://github.com/scipy/scipy/issues/13408>`__: Type of \`has_sorted_indices\` property * `#13412 <https://github.com/scipy/scipy/issues/13412>`__: Sorting spherical Voronoi vertices leads to crash in area calculation * `#13421 <https://github.com/scipy/scipy/issues/13421>`__: linear_sum_assignment - support for matrices with more than 2^31... * `#13428 <https://github.com/scipy/scipy/issues/13428>`__: \`stats.exponnorm.cdf\` returns \`nan\` for small values of \`K\`... * `#13465 <https://github.com/scipy/scipy/issues/13465>`__: KDTree.count_neighbors : 0xC0000005 error for tuple of different... * `#13468 <https://github.com/scipy/scipy/issues/13468>`__: directed_hausdorff issue with shuffle * `#13472 <https://github.com/scipy/scipy/issues/13472>`__: Failures on FutureWarnings with numpy 1.20.0 for lfilter, sosfilt... * `#13565 <https://github.com/scipy/scipy/issues/13565>`__: BUG: 32-bit wheels repo test failure in optimize Pull requests for 1.6.1 ----------------------------- * `#13318 <https://github.com/scipy/scipy/pull/13318>`__: REL: prepare for SciPy 1.6.1 * `#13344 <https://github.com/scipy/scipy/pull/13344>`__: BUG: fftpack doesn't work with ndarray shape argument * `#13345 <https://github.com/scipy/scipy/pull/13345>`__: MAINT: Replace scipy.take with numpy.take in FFT function docstrings. * `#13354 <https://github.com/scipy/scipy/pull/13354>`__: BUG: optimize: rename private functions to include leading underscore * `#13387 <https://github.com/scipy/scipy/pull/13387>`__: BUG: Support big-endian platforms and big-endian WAVs * `#13394 <https://github.com/scipy/scipy/pull/13394>`__: BUG: Fix Python crash by allocating larger array in LSQBivariateSpline * `#13400 <https://github.com/scipy/scipy/pull/13400>`__: BUG: sparse: Better validation for BSR ctor * `#13403 <https://github.com/scipy/scipy/pull/13403>`__: BUG: sparse: Propagate dtype through CSR/CSC constructors * `#13414 <https://github.com/scipy/scipy/pull/13414>`__: BUG: maintain dtype of SphericalVoronoi regions * `#13422 <https://github.com/scipy/scipy/pull/13422>`__: FIX: optimize: use npy_intp to store array dims for lsap * `#13425 <https://github.com/scipy/scipy/pull/13425>`__: BUG: spatial: make Rotation picklable * `#13426 <https://github.com/scipy/scipy/pull/13426>`__: BUG: \`has_sorted_indices\` and \`has_canonical_format\` should... * `#13430 <https://github.com/scipy/scipy/pull/13430>`__: BUG: stats: Fix exponnorm.cdf and exponnorm.sf for small K * `#13470 <https://github.com/scipy/scipy/pull/13470>`__: MAINT: silence warning generated by \`spatial.directed_hausdorff\` * `#13473 <https://github.com/scipy/scipy/pull/13473>`__: TST: fix failures due to new FutureWarnings in NumPy 1.21.dev0 * `#13479 <https://github.com/scipy/scipy/pull/13479>`__: MAINT: update directed_hausdorff Cython code * `#13485 <https://github.com/scipy/scipy/pull/13485>`__: BUG: KDTree weighted count_neighbors doesn't work between two... * `#13503 <https://github.com/scipy/scipy/pull/13503>`__: TST: fix \`test_fortranfile_read_mixed_record\` on big-endian... * `#13518 <https://github.com/scipy/scipy/pull/13518>`__: DOC: document that pip >= 20.3.3 is needed for macOS 11 * `#13520 <https://github.com/scipy/scipy/pull/13520>`__: BLD: update reqs based on oldest-supported-numpy in pyproject.toml * `#13567 <https://github.com/scipy/scipy/pull/13567>`__: TST, BUG: adjust tol on test_equivalence Checksums ========= MD5 ~~~ 6312f6644420a0ad11f9dfb80aaa0560 scipy-1.6.1-cp37-cp37m-macosx_10_9_x86_64.whl 0018622e5d32ca0cc690db152a371889 scipy-1.6.1-cp37-cp37m-manylinux1_i686.whl 7612dc5ebc5928d606b6f486e0edabad scipy-1.6.1-cp37-cp37m-manylinux1_x86_64.whl bcbc57efab027e9c74fe4be8ac1b6470 scipy-1.6.1-cp37-cp37m-manylinux2014_aarch64.whl 49d9b5824b22c87d184214497fec1079 scipy-1.6.1-cp37-cp37m-win32.whl 929834c270b3056997717bbcee58809c scipy-1.6.1-cp37-cp37m-win_amd64.whl 4a862104bb2add633ead9a28496356ae scipy-1.6.1-cp38-cp38-macosx_10_9_x86_64.whl c0dc4f798d0acc015c5fb36d3d97f4ed scipy-1.6.1-cp38-cp38-manylinux1_i686.whl 8f0dce3503871db857f44a3ffb5800f6 scipy-1.6.1-cp38-cp38-manylinux1_x86_64.whl e4ee2176f25684d1cd3d21f0db5906ed scipy-1.6.1-cp38-cp38-manylinux2014_aarch64.whl 8589661ea9a320746aef8299cd16f32f scipy-1.6.1-cp38-cp38-win32.whl 819424a909991eec489441880709a97c scipy-1.6.1-cp38-cp38-win_amd64.whl e7ea30f4dc26b79a3a2b9446afd4c572 scipy-1.6.1-cp39-cp39-macosx_10_9_x86_64.whl d8f7678b426174aba4a6184803d90c5a scipy-1.6.1-cp39-cp39-manylinux1_i686.whl d8f5ec24b15fef9786a6233c28003753 scipy-1.6.1-cp39-cp39-manylinux1_x86_64.whl 4a832944f71c5f7b019f6539475647a2 scipy-1.6.1-cp39-cp39-manylinux2014_aarch64.whl 5fff9d3f673e4ae73e76f02ea8544aa3 scipy-1.6.1-cp39-cp39-win32.whl b03f9713b7b9be7fa019ab3c94c72254 scipy-1.6.1-cp39-cp39-win_amd64.whl 98a860ce2d6296cace333d0a07501f13 scipy-1.6.1.tar.gz 5cd15c4b4abf2e24ed05dbde9e7b90c8 scipy-1.6.1.tar.xz a3c4bf7491ea0ab49bc8b149334f50f7 scipy-1.6.1.zip SHA256 ~~~~~~ a15a1f3fc0abff33e792d6049161b7795909b40b97c6cc2934ed54384017ab76 scipy-1.6.1-cp37-cp37m-macosx_10_9_x86_64.whl e79570979ccdc3d165456dd62041d9556fb9733b86b4b6d818af7a0afc15f092 scipy-1.6.1-cp37-cp37m-manylinux1_i686.whl a423533c55fec61456dedee7b6ee7dce0bb6bfa395424ea374d25afa262be261 scipy-1.6.1-cp37-cp37m-manylinux1_x86_64.whl 33d6b7df40d197bdd3049d64e8e680227151673465e5d85723b3b8f6b15a6ced scipy-1.6.1-cp37-cp37m-manylinux2014_aarch64.whl 6725e3fbb47da428794f243864f2297462e9ee448297c93ed1dcbc44335feb78 scipy-1.6.1-cp37-cp37m-win32.whl 5fa9c6530b1661f1370bcd332a1e62ca7881785cc0f80c0d559b636567fab63c scipy-1.6.1-cp37-cp37m-win_amd64.whl bd50daf727f7c195e26f27467c85ce653d41df4358a25b32434a50d8870fc519 scipy-1.6.1-cp38-cp38-macosx_10_9_x86_64.whl f46dd15335e8a320b0fb4685f58b7471702234cba8bb3442b69a3e1dc329c345 scipy-1.6.1-cp38-cp38-manylinux1_i686.whl 0e5b0ccf63155d90da576edd2768b66fb276446c371b73841e3503be1d63fb5d scipy-1.6.1-cp38-cp38-manylinux1_x86_64.whl 2481efbb3740977e3c831edfd0bd9867be26387cacf24eb5e366a6a374d3d00d scipy-1.6.1-cp38-cp38-manylinux2014_aarch64.whl 68cb4c424112cd4be886b4d979c5497fba190714085f46b8ae67a5e4416c32b4 scipy-1.6.1-cp38-cp38-win32.whl 5f331eeed0297232d2e6eea51b54e8278ed8bb10b099f69c44e2558c090d06bf scipy-1.6.1-cp38-cp38-win_amd64.whl 0c8a51d33556bf70367452d4d601d1742c0e806cd0194785914daf19775f0e67 scipy-1.6.1-cp39-cp39-macosx_10_9_x86_64.whl 83bf7c16245c15bc58ee76c5418e46ea1811edcc2e2b03041b804e46084ab627 scipy-1.6.1-cp39-cp39-manylinux1_i686.whl 794e768cc5f779736593046c9714e0f3a5940bc6dcc1dba885ad64cbfb28e9f0 scipy-1.6.1-cp39-cp39-manylinux1_x86_64.whl 5da5471aed911fe7e52b86bf9ea32fb55ae93e2f0fac66c32e58897cfb02fa07 scipy-1.6.1-cp39-cp39-manylinux2014_aarch64.whl 8e403a337749ed40af60e537cc4d4c03febddcc56cd26e774c9b1b600a70d3e4 scipy-1.6.1-cp39-cp39-win32.whl a5193a098ae9f29af283dcf0041f762601faf2e595c0db1da929875b7570353f scipy-1.6.1-cp39-cp39-win_amd64.whl c4fceb864890b6168e79b0e714c585dbe2fd4222768ee90bc1aa0f8218691b11 scipy-1.6.1.tar.gz 2800f47a5040cbab05b3ce58f1dfb670c70232b0f56d30380c6fd4ef4e787df5 scipy-1.6.1.tar.xz 18601effa06aba0e9f34475b6d34b3d7454feabe8b0f96bcc483b3fd38b0afc2 scipy-1.6.1.zip

1 0

[RELEASE] Python 3.9.2rc1 and 3.8.8rc1 are now available for testing
by Łukasz Langa Feb. 17, 2021

Feb. 17, 2021

I’m happy to announce two release candidates today: Python 3.9.2rc1, and Python 3.8.8rc1. Get them from: https://www.python.org/downloads/release/python-392rc1/ <https://www.python.org/downloads/release/python-392rc1/> https://www.python.org/downloads/release/python-388rc1/ <https://www.python.org/downloads/release/python-388rc1/> Unless critical issues are discovered, both release candidates will become their respective final versions on Monday, March 1st. Following that, the last full regular maintenance release of Python 3.8 is planned for May 3rd 2021, after which it will shift to source releases only for security bug fixes only. Maintenance releases for the 3.9 series will continue at regular bi-monthly intervals, with 3.9.3 planned for early May 2021. Notable security content in today’s releases bpo-42967 <https://bugs.python.org/issue42967>: Fix web cache poisoning vulnerability by defaulting the query args separator to &, and allowing the user to choose a custom separator. bpo-42938 <https://bugs.python.org/issue42938>: Avoid static buffers when computing the repr of ctypes.c_double and ctypes.c_longdouble values. What’s new? The Python 3.9 series contains many new features and optimizations over 3.8. See the “What’s New in Python 3.9 <https://docs.python.org/3.9/whatsnew/3.9.html>” document for more information about features included in the 3.9 series. We also have a detailed change log for 3.9.2rc1 <https://docs.python.org/release/3.9.2rc1/whatsnew/changelog.html#changelog> specifically. Detailed information about all changes made in version 3.8.8rc1 specifically can be found in its change log <https://docs.python.org/release/3.8.8rc1/whatsnew/changelog.html#python-3-8…>. We hope you enjoy those new releases! Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. Your friendly release team, Ned Deily @nad <https://discuss.python.org/u/nad> Steve Dower @steve.dower <https://discuss.python.org/u/steve.dower> Łukasz Langa @ambv <https://discuss.python.org/u/ambv>

1 0

PyCA cryptography 3.4.6 released
by Paul Kehrer Feb. 16, 2021

Feb. 16, 2021

PyCA cryptography 3.4.6 has been released to PyPI. cryptography includes both high level recipes and low level interfaces to common cryptographic algorithms such as symmetric ciphers, asymmetric algorithms, message digests, X509, key derivation functions, and much more. We support Python 3.6+, and PyPy3. Changelog (https://cryptography.io/en/latest/changelog.html#v3-4-6): * Updated Windows, macOS, and manylinux wheels to be compiled with OpenSSL 1.1.1j. -Paul Kehrer (reaperhulk)

1 0

[RELEASE] Python 3.7.10 and 3.6.13 security updates now available
by Ned Deily Feb. 16, 2021

Feb. 16, 2021

Python 3.7.10 and 3.6.13, the lastest security fix rollups for Python 3.7 and Python 3.6, are now available. You can find the release files, links to the changelogs, and more information here: https://www.python.org/downloads/release/python-3710/ https://www.python.org/downloads/release/python-3613/ These releases are source code only; Windows and macOS binary installers are not provided for security fix releases. Note that Python 3.9 is now the latest feature release series of Python 3. You should consider upgrading to 3.9 as soon as practical. Get the latest release of 3.9.x here: https://www.python.org/downloads/ Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. https://www.python.org/psf-landing/ -- Ned Deily nad(a)python.org -- []

1 0

Pygments 2.8 released
by Matthäus G. Chajdas Feb. 14, 2021

Feb. 14, 2021

I'm happy to announce the release of Pygments 2.8. Pygments is a generic syntax highlighter written in Python. Pygments 2.8 provides new lexers, various improvements to existing lexers and some small styling tweaks. It also introduces significant changes to the test infrastructure to make contributions easier and improve the overall quality. Please have a look at the changelog <https://pygments.org/docs/changelog/>. Report bugs and feature requests in the issue tracker: <https://github.com/pygments/pygments/issues>. Thanks go to all the contributors of these lexers, and to all those who reported bugs and waited very patiently for this release. Download it from <https://pypi.org/project/Pygments/>, or look at the demonstration at <https://pygments.org/demo/>. Enjoy, Matthäus

1 0

PyCA cryptography 3.4.5 released
by Paul Kehrer Feb. 13, 2021

Feb. 13, 2021

PyCA cryptography 3.4.5 has been released to PyPI. cryptography includes both high level recipes and low level interfaces to common cryptographic algorithms such as symmetric ciphers, asymmetric algorithms, message digests, X509, key derivation functions, and much more. We support Python 3.6+, and PyPy3. Changelog (https://cryptography.io/en/latest/changelog.html#v3-4-5): * Various improvements to type hints. * Lower the minimum supported Rust version (MSRV) to >=1.41.0. This change improves compatibility with system-provided Rust on several Linux distributions. * cryptography will be switching to a new versioning scheme with its next feature release. More information is available in our API stability documentation. -Paul Kehrer (reaperhulk)

1 0

Nikola v8.1.3 is out!
by Chris Warrick Feb. 13, 2021

Feb. 13, 2021

On behalf of the Nikola team, I am pleased to announce the immediate availability of Nikola v8.1.3. This release has some minor fixes, and a minor dependency change. What is Nikola? =============== Nikola is a static site and blog generator, written in Python. It can use Mako and Jinja2 templates, and input in many popular markup formats, such as reStructuredText and Markdown — and can even turn Jupyter Notebooks into blog posts! It also supports image galleries, and is multilingual. Nikola is flexible, and page builds are extremely fast, courtesy of doit (which is rebuilding only what has been changed). Find out more at the website: https://getnikola.com/ Downloads ========= Install using `pip install Nikola`. Changes ======= Features -------- * Provide the full `GLOBAL_CONTEXT` to the post list shortcode plugin (Issue #3481) * Add `BasePlugin.register_auto_watched_folder()` * Allow different `PANDOC_OPTIONS` values based on input extensions by specifying a dict of `{".extension": [options]}` (Issue #3492) * Allow boolean/integer `pretty_url` post meta values in YAML/TOML (Issue #3503) Bugfixes -------- * Fix an `UnboundLocalError` crash in `nikola deploy` (Issue #3479) Other ----- * For `nikola github_deploy`, the `ghp-import` PyPI package is now recommended instead of `ghp-import2`. Both versions should work, but you can’t have both installed at the same time. (Issue #3499)

1 0

ANN: Blue 0.6.0 Released
by Grant Jenks Feb. 12, 2021

Feb. 12, 2021

Announcing the release of Blue version 0.6.0! 2021-02-11 (0.6.0) ================== * Preserve the whitespace before the hash mark for right hanging comments. (GH#20) * Support multiple config files: pyproject.toml, setup.cfg, tox.ini, and .blue (GH#30) * Fixed blue --version (GH#32) * Added tests! ==== Blue ==== Some folks like `black <https://black.readthedocs.io/en/stable/>`_ but I prefer `blue <https://blue.readthedocs.io/en/latest/>`_. What is blue? ============= ``blue`` is a somewhat less uncompromising code formatter than ``black``, the OG of Python formatters. We love the idea of automatically formatting Python code, for the same reasons that inspired ``black``, however we take issue with some of the decisions ``black`` makes. Kudos to ``black`` for pioneering code formatting for Python, and for its excellent implementation. Where the ``blue`` maintainers disagree with the stylistic (and unconfigurable) choices made by ``black``, we monkeypatch to change these decisions to our own liking. We intend for these differences to be minimal; even in cases where we'd prefer something different, there's a lot we can live with for the sake of consistency. We'd prefer not to fork or monkeypatch. Instead, our hope is that eventually we'll be able to work with the ``black`` maintainers to add just a little bit of configuration and merge back into the ``black`` project. We'd be ecstatic if ``blue`` eventually were retired. Until then, we'll maintain our small set of hacks on top of ``black`` and carefully consider what other deviations are needed to assuage our sensitive, but experienced, eye. How do I use blue? ================== Exactly the same as you would use ``black``. Invoke and configure ``blue`` as you would ``black`` -- just replace the ``black`` command with ``blue``, sit back, and enjoy even betterly formatted Python code! You can refer to `black's <https://black.readthedocs.io/en/stable/>`_ documentation for anything not listed here. So what's different? ==================== Here is a brief list of differences between ``blue`` and ``black``: * ``blue`` defaults to single-quoted strings. This is probably the most painful ``black`` choice to our eyes, and the thing that inspired ``blue``. We strongly prefer using single quoted strings over double quoted strings for everything *except* docstrings. Don't ask us why we prefer double quoted strings for docstrings; it just looks better to us! For all other strings, ``blue`` defaults to single quoted strings. * ``blue`` defaults to line lengths of 79 characters. Nearly every project creates a pyproject.toml just to change this one setting so making it consistent with PEP 8 seems relatively harmless. * ``blue`` preserves the whitespace before the hash mark for right hanging comments. * ``blue`` supports multiple config files: ``pyproject.toml``, ``setup.cfg``, ``tox.ini``, and ``.blue``. We are `accumulating <https://github.com/grantjenks/blue/issues/2>`_ a list of other deviations we are considering. As we decide to implement any particular suggestion, we'll turn those into individual issues and tackle them one-by-one. If you have suggestions for other deviations from ``black``'s choices, please open a separate ticket on our tracker, and we'll see how it goes! Why "blue"? =========== Several reasons! If your formatter is going to beat up your code, it'll leave it black and blue, or maybe in this case, black *or* blue. Blue is better! We also thought about "tan" because, yum! But that project name was already taken. Frankly, "blue" was also taken, but largely unused. Our thanks to Nick Ficano for donating the project namespace to us! Blue is also the color of `LinkedIn <https://www.linkedin.com/>`_, the authors' gracious employer, and we intend to socialize its use within our company code base. Contributors ============ ``blue`` thanks this list of contributors for all its wonderful goodness. * The `wonderful folks <https://github.com/psf/black#authors>`_ from the ``black`` project. * Grant Jenks * Barry Warsaw * Corey from FutureSpaceDesigns for the unofficial logo and `blue project merchandise <https://www.teepublic.com/t-shirt/6556561-tobias-blue>`_. ``blue`` is licensed under the terms of the Apache License Version 2.0. ``black`` is `licensed <https://github.com/psf/black#license>`_ under the terms of the MIT license. Project details =============== .. image:: https://img.shields.io/badge/code%20style-blue-blue.svg :target: https://blue.readthedocs.io/ .. image:: https://github.com/grantjenks/blue/workflows/integration/badge.svg :target: https://github.com/grantjenks/blue/actions?query=workflow%3Aintegration .. image:: https://github.com/grantjenks/blue/workflows/release/badge.svg :target: https://github.com/grantjenks/blue/actions?query=workflow%3Arelease * Project home: https://github.com/grantjenks/blue * Report bugs and suggestions at: https://github.com/grantjenks/blue/issues * Code hosting: https://github.com/grantjenks/blue.git * Documentation: https://blue.readthedocs.io/en/latest

1 0

[ANN] Pycopy/pycopy-lib 3.5.2, a minimalist Python dialect
by Paul Sokolovsky Feb. 9, 2021

Feb. 9, 2021

Hello, Pycopy is a minimalist, lightweight, resource-efficient implementation of Python(-like) language. Pycopy to CPython is a similar thing as Scheme to Common Lisp. Executable sizes of 300-400KB, instant startup, no need to carry around large monolithic library consisting largely of legacy modules - are some but not all of Pycopy's features. Project page: https://github.com/pfalcon/pycopy Now has website too: https://pycopy.github.io/ The 3.5 releases implement lightweight import hooking support (forward-compatible with CPython), and contain numerous fixes for previously introduced "strict execution mode" and for general CPython compatibility. Pycopy's standard library, pycopy-lib https://github.com/pfalcon/pycopy-lib , is also under continued development. Prebuilt binaries of this release are available at https://github.com/pfalcon/pycopy/releases/tag/v3.5.2 More details about Pycopy ------------------------- Pycopy strives to define a core language features suitable to easily develop efficient programs, while allow for extensibility to a wider set of features for compatibility with existing software. Pycopy doesn't come with a large builtin module library. Instead, a set of a few core modules are included builtin: inspired, being a noticeable subset, and a little bit of extension, of the corresponding CPython modules. Also, clearly namespaced, to still allow room to implement fully compatible CPython modules. These new modules aren't intended to be an adhoc thing, just an alternative API with a constraint of minimality. Implementation of that API also exists for CPython (WIP), allowing Pycopy -> CPython forward compatibility. The rest is handled outside the core language, via a separate project, pycopy-lib: https://github.com/pfalcon/pycopy-lib , which strives to port CPython stdlib to Pycopy, while, where needed, provide more lightweight module variants and extensions. Pycopy is a full-stack project, with ecosystem including a web micro-framework, pure-Python Python parser, FFMPEG bindings, SDL bindings, LLVM bindings, etc.: https://github.com/topics/pycopy -- Best regards, Paul mailto:pmiscml@gmail.com

1 0

PyCA cryptography 3.4.1 released
by Paul Kehrer Feb. 7, 2021

Feb. 7, 2021

PyCA cryptography 3.4.1 has been released to PyPI. cryptography includes both high level recipes and low level interfaces to common cryptographic algorithms such as symmetric ciphers, asymmetric algorithms, message digests, X509, key derivation functions, and much more. We support Python 3.6+, and PyPy3. Changelog (https://cryptography.io/en/latest/changelog.html#v3-4-1): * Fixed a circular import issue. * Added additional debug output to assist users seeing installation errors due to outdated pip or missing rustc. -Paul Kehrer (reaperhulk)

1 0