Mailman 3 April 2020 - Python-announce-list

[ANN] Confugue: Hierarchical configuration framework
by Ondřej Cífka April 30, 2020

April 30, 2020

I'm happy to announce the release of confugue 0.1.1! Confugue is a hierarchical configuration framework for Python. It provides a smart wrapper for nested configuration dictionaries (typically loaded from YAML files), which can automatically fill in function and class parameters with the configuration values. This eliminates the need for passing these values around or even explicitly referencing them. Installation: pip install confugue Docs: https://confugue.readthedocs.io/ Tutorial for deep learning users: http://tiny.cc/confugue-colab GitHub: https://github.com/cifkao/confugue/ License: BSD-3-Clause Confugue is very flexible, allowing for: - Arbitrary nesting of the configuration file, following the code structure - Specifying defaults and additional arguments at runtime - Omitting a whole section of the configuration file if defaults are provided - Using a list of dicts to configure a list of objects with different arguments for each - Overriding the type of an object while preserving the arguments passed by the caller - Detecting unused configuration values Basic example (see docs for examples of the hierarchical machinery): from confugue import Configuration cfg = Configuration({'my_obj': {'b': 'bar', 'c': 'baz'}}) # ...or load with Configuration.from_yaml() obj = cfg['my_obj'].configure(MyClass, a='foo', b='moo') # Will instantiate MyClass(a='foo', b='bar', c='baz') <P><A HREF="https://github.com/cifkao/confugue">Confugue 0.1.1</A>, a hierarchical configuration framework. (30-Apr-20)</P>

1 0

[RELEASE] Python 3.8.3rc1 is now ready for testing
by Łukasz Langa April 29, 2020

April 29, 2020

Python 3.8.3rc1 is the release candidate of the third maintenance release of Python 3.8. Go get it here: https://www.python.org/downloads/release/python-383rc1/ <https://www.python.org/downloads/release/python-383rc1/> Assuming no critical problems are found prior to 2020-05-11, the scheduled release date for 3.8.3, no code changes are planned between this release candidate and the final release. That being said, please keep in mind that this is a pre-release and as such its main purpose is testing. Maintenance releases for the 3.8 series will continue at regular bi-monthly intervals, with 3.8.4 planned for mid-July 2020. What’s new? The Python 3.8 series is the newest feature release of the Python language, and it contains many new features and optimizations. See the “What’s New in Python 3.8 <https://docs.python.org/3.8/whatsnew/3.8.html>” document for more information about features included in the 3.8 series. Detailed information about all changes made in version 3.8.3 specifically can be found in its change log <https://docs.python.org/release/3.8.3rc1/whatsnew/changelog.html#python-3-8…>. We hope you enjoy Python 3.8! 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

[ANN] Pycopy/pycopy-lib 3.1.0, a minimalist Python dialect
by Paul Sokolovsky April 28, 2020

April 28, 2020

Hello, Pycopy is a minimalist, lightweight, resource-efficient implementation of Python(-like) language. Pycopy to CPython is the same 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 - some but not all of Pycopy's features. https://github.com/pfalcon/pycopy 3.1 release improves compatibility with CPython object model, as well as compatibility in other area. Some small, but useful extensions are added, e.g. as discussed on python-ideas: https://mail.python.org/archives/list/python-ideas@python.org/thread/PTUMG2… Pycopy's standard library, pycopy-lib https://github.com/pfalcon/pycopy-lib , also sees continued development, in particular in the area of AST manipulation, in preparation for pure Python compiler implementation to experiment with various optimizations. Prebuilt binaries of this release are available at https://github.com/pfalcon/pycopy/releases/tag/v3.1.0 More details about Pycopy ------------------------- Pycopy strives to define a core language features suitable to easily develop efficient software, while allow for extensibility to a wider (and much more bloaty and less efficient) set of features for compatibility with existing software. Pycopy doesn't come with bulky hazardous lead-acid batteries. 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 - 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 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

[RELEASE] Python 3.9.0a6 is now available for testing
by Łukasz Langa April 28, 2020

April 28, 2020

On behalf of the entire Python development community, and the currently serving Python release team in particular, I’m pleased to announce the release of Python 3.9.0a6. Get it here: https://www.python.org/downloads/release/python-390a6/ <https://www.python.org/downloads/release/python-390a6/> This is an early developer preview of Python 3.9 Python 3.9 is still in development. This release, 3.9.0a6, is the last out of six planned alpha releases. Alpha releases are intended to make it easier to test the current state of new features and bug fixes and to test the release process. During the alpha phase, features may be added up until the start of the beta phase (2020-05-18) and, if necessary, may be modified or deleted up until the release candidate phase (2020-08-10). Please keep in mind that this is a preview release and its use is not recommended for production environments. Major new features of the 3.9 series, compared to 3.8 Many new features for Python 3.9 are still being planned and written. Among the new major new features and changes so far: PEP 584 <https://www.python.org/dev/peps/pep-0584/>, Union Operators in dict PEP 585 <https://www.python.org/dev/peps/pep-0585/>, Type Hinting Generics In Standard Collections PEP 593 <https://www.python.org/dev/peps/pep-0593/>, Flexible function and variable annotations PEP 602 <https://www.python.org/dev/peps/pep-0602/>, Python adopts a stable annual release cadence PEP 616 <https://www.python.org/dev/peps/pep-0616/>, String methods to remove prefixes and suffixes PEP 617 <https://www.python.org/dev/peps/pep-0617/>, New PEG parser for CPython BPO 38379 <https://bugs.python.org/issue38379>, garbage collection does not block on resurrected objects; BPO 38692 <https://bugs.python.org/issue38692>, os.pidfd_open added that allows process management without races and signals; BPO 39926 <https://bugs.python.org/issue39926>, Unicode support updated to version 13.0.0 BPO 1635741 <https://bugs.python.org/issue1635741>, when Python is initialized multiple times in the same process, it does not leak memory anymore A number of Python builtins (range, tuple, set, frozenset, list) are now sped up using PEP 590 <https://www.python.org/dev/peps/pep-0590> vectorcall A number of standard library modules (audioop, ast, grp, _hashlib, pwd, _posixsubprocess, random, select, struct, termios, zlib) are now using the stable ABI defined by PEP 384 <https://www.python.org/dev/peps/pep-0384/>. (Hey, fellow core developer, if a feature you find important is missing from this list, let Łukasz know <mailto:lukasz@python.org>.) The next pre-release, the first beta release of Python 3.9, will be 3.9.0b1. It is currently scheduled for 2020-05-18. 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

Rate limiting using Python and Redis
by Andrea Stagi April 28, 2020

April 28, 2020

Hi everyone, I've just published "Rate limiting using Python and Redis" an article where I explain how to limit requests with different algorithms. I hope you find it interesting! https://dev.to/astagi/rate-limiting-using-python-and-redis-58gk Thanks AS -- *Andrea Stagi (@4stagi) - CTO @ Lotrèk* Linkedin: http://linkedin.com/in/andreastagi Blog: https://dev.to/astagi Code: http://github.com/astagi

1 0

ANNOUNCE: wxPython 4.1.0
by Robin Dunn April 24, 2020

April 24, 2020

Announcing wxPython 4.1.0 ========================= PyPI: https://pypi.org/project/wxPython/4.1.0 Extras: https://extras.wxPython.org/wxPython4/extras/ Pip: ``pip install wxPython==4.1.0`` Starting with this release wxPython has switched to tracking the wxWidgets master branch (version 3.1.x) for the wxWidgets source code, which wxPython is built upon, and which is included in the wxPython source archives. This will be the last release to include binaries for Python 2.7. The code will likely still compile and be compatible with Python 2.7 for some time, but no effort will be put into keeping it that way. New and improved in this release: * Add a sample for wx.Font.AddPrivateFont to the demo. * Added wrappers for the OSXEnableAutomaticQuoteSubstitution, OSXEnableAutomaticDashSubstitution, and OSXDisableAllSmartSubstitutions methods in wx.TextCtrl. Also added OSXEnableAutomaticTabbing in wx.App. * Added wx.ColourDialogEvent, wx.DCTextBgColourChanger, wx.DCTextBgModeChanger, wx.grid.GridCellDateRenderer, wx.grid.GridCellDateEditor, wx.SystemAppearance, etc. * Many of the deprecated items in wxWidgets and wxPython are being or have been removed. Be sure to test your code in a recent 4.0.x release with warnings enabled so you can see which class, method or function calls you need to change. * Bug fixes in wx.lib.calendar: key navigation across month boundaries is now possible; key navigation now sets the date and fires the EVT_CALENDAR event; setter APIs now set the date correctly (#1230). * Switch to using a wx.Overlay in the Widget Inspection Tool to highlight widgets when running on a GTK3 port. * Fixed issue in wx.lib.agw.customtreectrl where the label editor could remain stuck forever (#1235). * Grafted on a EnableSystemTheme method to the classes which support it. This can be used to disable the default system theme on Windows for native widgets like wx.ListCtrl, wx.TreeCtrl and wx.dataview.DataViewCtrl. It has no effect on the other platforms. * The wx.WS_EX_VALIDATE_RECURSIVELY extended style flag is obsolete, as it is now the default (and only) behavior. The style flag has been added back into wxPython for compatibility, but with a zero value. You can just stop using it in your code with no change in behavior. (#1278) * Fix a sometimes crash when using a wx.Overlay by letting the wx.DCOverlay hold a reference to the DC, to ensure that the DCOverlay is destroyed first. (PR#1301) * Replaced the Vagrant VMs used for building wxPython for various Linux distros with Docker images. * Add some missing methods in wx.adv.BitmapComboBox (#1307) * Added the wx.svg package which contains code for parsing SVG (Scalable Vector Graphics) files, and also code for integrating with wxPython. It can rasterize the SVG to a wx.Bitmap of any size with no loss of quality, and it can also render the SVG directly to a wx.GraphicsContext using the GC's drawing primitives. (PR #1323) * Ported the embedding sample from Classic, which shows how to use wxPython from a C++ wxWidgets application that embeds Python. (PR #1353) * Fixed wx.GetApp() to use wxWidgets' global wxApp instance instead of maintaining its own pointer. This way, if the wxApp is created by C++ code wxPython will still be able to get access to it. (#1126) * Added wrappers for the wx.ActivityIndicator class. * Added wrappers for the wx.CollapsibleHeaderCtrl class. * Fixed issues in PlotCanvas around displaying and using scrollbars. (#1428) * Added wx.msw.CHMHelpController, and also a wx.HelpController factory function that creates an instance of the best Help Controller for the platform. (#1536) * Added wx.adv.GenericAnimationCtrl so the generic version of the animation classes can be used even on the platforms that have a native version. Note that due to internal changes to support both types of animations, some API changes in how the Animation objects are created. See the AnimationCtrl.py sample in the demo for the various usage patterns (#1579) * Added wrappers for the wx.grid.GridBlockCoords, wx.grid.GridBlocks, and wx.grid.GridBlockDiffResult classes, as well as associated new methods in the wx.grid.Grid class. These provide a new way to interact with blocks of selected cells, including an iterator interface in wx.grid.GridBlocks which should be a more efficient (time and memory) way to process large groups of selections. What is wxPython? ----------------- wxPython is a cross-platform GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a set of Python extension modules that wrap the GUI components of the popular wxWidgets cross platform library, which is written in C++. Supported platforms are Microsoft Windows, Mac OS X and macOS, and Linux or other unix-like systems with GTK2 or GTK3 libraries. In most cases the native widgets are used on each platform to provide a 100% native look and feel for the application. What is wxPython Phoenix? ------------------------- wxPython's Project Phoenix is a new from-the-ground-up implementation of wxPython, created with the intent of making wxPython “better, stronger, faster than he was before.” In other words, this new implementation is focused on improving speed, maintainability and extensibility of wxPython, as well as removing most of the cruft that had accumulated over the long life of Classic wxPython. The project has been in development off and on, mostly behind the scenes, for many years. For the past few years automated snapshot builds have been available for those adventurous enough to try it, and many people eventually started using the snapshots in their projects, even for production releases. While there are still some things on the periphery that need to be completed, the core of the new wxPython extension modules which wrap the wxWidgets code has been stable for a long time now. Due to some things being cleaned up, reorganized, simplified and dehackified wxPython Phoenix is not completely backwards compatible with wxPython Classic. This is intended. In general, however, the API differences tend to be minor and some applications can use Phoenix with slight, or even with no modifications. In some other cases the correct way to do things was also available in Classic and it's only the wrong way that has been removed from Phoenix. For more information there is a Migration Guide document available at: https://docs.wxpython.org/MigrationGuide.html The new wxPython API reference documentation, including all Python-specific additions and customizations, and docs for the wx.lib package, is located at: https://docs.wxpython.org/

1 0

Announcement: pip 20.1b1 beta release
by Sumana Harihareswara April 23, 2020

April 23, 2020

On behalf of the Python Packaging Authority, I am pleased to announce that a beta release of pip, pip 20.1b1, has been released. I hope you will help us by testing this and checking for new bugs in how pip deals with complicated projects and dependencies. The highlights for this release are: * Significant speedups when building local directories, by changing behavior to perform in-place builds, instead of copying to temporary directories. * Significant speedups in `pip list --outdated`, by parallelizing network access. This is the first instance of parallel code within pip's codebase. * A new `pip cache` command, which makes it possible to introspect and manage pip's cache directory. * Better `pip freeze` for packages installed from direct URLs, enabled by the implementation of PEP 610. We would be grateful for all the testing that users could do to ensure that, when pip 20.1 is released, it's as solid as we can make it. You can upgrade to this beta with `python -m pip install -U --pre pip`. This release also contains an alpha version of pip's next generation resolver. It is **off by default** because it is **unstable and not ready for everyday use**. If you're curious about this, please visit this GitHub issue about the resolver, what doesn't work yet, and what kind of testing would help us out https://github.com/pypa/pip/issues/8099 . The full changelog is available. https://pip.pypa.io/en/latest/news/ As with all pip releases, a significant amount of the work was contributed by pip's user community. Huge thanks to all who have contributed, whether through code, documentation, issue reports and/or discussion. Your help keeps pip improving, and is hugely appreciated. Specific thanks go to Mozilla (through its Mozilla Open Source Support Awards) and to the Chan Zuckerberg Initiative DAF, an advised fund of Silicon Valley Community Foundation, for their support that enabled the work on the new resolver. -- Sumana Harihareswara pip project manager under contract with Python Software Foundation Changeset Consulting https://changeset.nyc

1 0

pvlib v0.7.2
by Stark, Cameron Thomas April 23, 2020

April 23, 2020

pvlib has a new minor release, v0.7.2 Release Notes: https://pvlib-python.readthedocs.io/en/v0.7.2/whatsnew.html PyPI: https://pypi.org/project/pvlib/ Read the Docs: https://pvlib-python.readthedocs.io/en/latest/ GitHub: https://github.com/pvlib/pvlib-python Highlights: - add new module pvlib.snow to contain models related to snow coverage and effects on a PV system. (GH764<https://github.com/pvlib/pvlib-python/pull/764>) - Renamed pvlib.losses to pvlib.soiling. Additional loss models will go into code modules named for the loss or effect type. (GH935<https://github.com/pvlib/pvlib-python/issues/935>, GH891<https://github.com/pvlib/pvlib-python/issues/891>) - updated compatibility with cftime 1.1. (GH895<https://github.com/pvlib/pvlib-python/issues/895>) There are a few breaking API changes and bug fixes. Users are advised to read the release notes before updating.

1 0

EuroPython 2020: Ticket sales started
by M.-A. Lemburg April 21, 2020

April 21, 2020

We have started the EuroPython 2020 online conference & sprint ticket sales today. * EuroPython 2020 Ticket Sales * https://ep2020.europython.eu/registration/buy-tickets/ Simplified ticket structure --------------------------- In order to keep things simple for the EuroPython 2020 online version, we have significantly reduced the ticket prices and refactored the ticket structure to just two ticket types and two categories: Conference & sprint tickets --------------------------- The conference & sprint ticket includes admission to the EuroPython 2020 main conference (July 23-24) and sprints days (July 25-26). - Business conference ticket: EUR 175.00 incl. 0% Swedish VAT (for people using Python to make a living) - Personal conference ticket: EUR 95.00 incl. 0% Swedish VAT (for people enjoying Python in their free time or as a freelancer) Sprint-only tickets ------------------- Admission to the sprint days (July 25-26) is free of charge, but we still require you to register and “buy” tickets, since that way we can send out the conference details using our ticketing system: - Business sprint ticket: EUR 0.00 incl. 0% Swedish VAT (for people using Python to make a living) - Personal sprint ticket: EUR 0.00 incl. 0% Swedish VAT (for people enjoying Python in their free time or as a freelancer) Full details ------------ Please see our registration page for full details on the available tickets: https://ep2020.europython.eu/registration/buy-tickets/ As a reminder, here’s the conference structure: - Thursday & Friday, July 23 & 24: Conference talks, keynotes & virtual exhibition - Saturday & Sunday, July 25 & 26: Sprints Participate in Talk Voting -------------------------- With conference tickets, you will also be able to participate in the talk voting which is still available until Sunday, April 26 23:59:59 CEST. Talk voting is your chance to tell us what you’d like to see at EuroPython 2020. https://ep2020.europython.eu/events/talk-voting/ Sprints-only tickets are not eligible for talk voting, but if you have bought a ticket for one of the previous EuroPython conferences, you can still vote after logging in to the website. Guido van Rossum Core Developer Grant ------------------------------------- For Python Core Developers, we have put a special grant in place, which will allow core developers to get free tickets to the conference. If you want to sign up, please check our grant page for details on how to apply: https://www.europython-society.org/core-grant Help spread the word -------------------- Please help us spread this message by sharing it on your social networks as widely as possible. Thank you ! Link to the blog post: https://blog.europython.eu/post/615992284837756928/europython-2020-ticket-s… Tweet: https://twitter.com/europython/status/1252508481405550593 Thanks, -- EuroPython 2020 Team https://ep2020.europython.eu/ https://www.europython-society.org/

1 0

[RELEASE] Python 2.7.18, the end of an era
by Benjamin Peterson April 20, 2020

April 20, 2020

I'm eudaemonic to announce the immediate availability of Python 2.7.18. Python 2.7.18 is a special release. I refer, of course, to the fact that "2.7.18" is the closest any Python version number will ever approximate e, Euler's number. Simply exquisite! A less transcendent property of Python 2.7.18 is that it is the last Python 2.7 release and therefore the last Python 2 release. It's time for the CPython community to say a fond but firm farewell to Python 2. Users still on Python 2 can use e to compute the instantaneously compounding interest on their technical debt. Download this unique, commemorative Python release on python.org: https://www.python.org/downloads/release/python-2718/ Python 2.7 has been under active development since the release of Python 2.6, more than 11 years ago. Over all those years, CPython's core developers and contributors sedulously applied bug fixes to the 2.7 branch, no small task as the Python 2 and 3 branches diverged. There were large changes midway through Python 2.7's life such as PEP 466's feature backports to the ssl module and hash randomization. Traditionally, these features would never have been added to a branch in maintenance mode, but exceptions were made to keep Python 2 users secure. Thank you to CPython's community for such dedication. Python 2.7 was lucky to have the services of two generations of binary builders and operating system experts, Martin von Löwis and Steve Dower for Windows, and Ronald Oussoren and Ned Deily for macOS. The reason we provided binary Python 2.7 releases for macOS 10.9, an operating system obsoleted by Apple 4 years ago, or why the "Microsoft Visual C++ Compiler for Python 2.7" exists is the dedication of these individuals. I thank the past and present Python release managers, Barry Warsaw, Ned Deily, Georg Brandl, Larry Hastings, and Łukasz Langa for their advice and support over the years. I've learned a lot from them—like don't be the sucker who volunteers to manage the release right before a big compatibility break! Python 3 would be nowhere without the critical work of the wider community. Library maintainers followed CPython by maintaining Python 2 support for many years but also threw their weight behind the Python 3 statement (https://python3statement.org). Linux distributors chased Python 2 out of their archives. Users migrated hundreds of millions of lines of code, developed porting guides, and kept Python 2 in their brain while Python 3 gained 10 years of improvements. Finally, thank you to GvR for creating Python 0.9, 1, 2, and 3. Long live Python 3+! Signing off, Benjamin 2.7 release manager

1 0